Может выясниться, что задача будет сдана позже, чем ожидалось, или что она вообще невыполнима в начальной постановке. Такое случается нечасто, но всё же раз в год-полгода бывает. — Традиционный подход, когда компания жёстко делится на отделы, каждый выполняет строго свою часть задачи и потом передаёт другому отделу, нам кажется устаревшим. Это сильно тормозит коммуникацию, https://deveducation.com/ а для нас важно, чтобы сотрудники постоянно общались и обменивались знаниями. Когда запросы команды ИТ-подразделения начинают расти, руководителю все сложнее балансировать между интересами бизнеса и конфликтами внутри коллектива. О том, как мотивировать немотивируемых на совершение подвигов и не допустить превращения людей в орков, расскажем в статье.
- Для меня тимлид — это человек, который несет экспертизу внутри компании.
- Я работал в паре с инженерами, преподавал принципы программирования, проводил код-ревью.
- Например, умение принимать решения и брать на себя ответственность за них.
- Такая оценка будет точнее, потому что ты не будешь смешивать схожие, но все же отличающиеся сущности.
Я понял, что мне нравится помогать людям расти, создавать успешные команды. Нравится влиять на культуру команды или даже всей системы, помогая добиваться лучшего будущего уже сегодня и мотивируя других членов команды. Кроме того, мне до сих тимлид обязанности пор очень нравится IT, тут офигенно, а люди, которые работают здесь, просто потрясающие. Я бы соврал, если бы сказал, что всё радужно и безоблачно. Иногда бывает действительно тяжело, но мне всё равно очень нравится быть тимлидом.
Как оценить, справилась ли команда с задачей
Если ты скрывал проблему, рассчитывать на поддержку начальства будет намного сложнее — ведь время упущено, и шансы что-то исправить значительно уменьшились. Один из строителей ходил с унылым лицом и говорил, что сильно устаёт, потому что целый день таскает камни. Другой — радостно и энергично делал ту же самую работу, потому что знал — он строит храм, который принесёт пользу многим людям. Я начинал с системного администрирования, потом перешел в разработку, поработав как в аутсорсе, так и в продукте. Несколько раз проходил путь от стажера/джуниора до тимлида. В данной статье хотелось бы помочь разобраться в профессии начинающим тимлидам, или тем, кто об этом только думает.
Ему важно в любой момент времени понимать, что происходит на проекте и с твоей командой. Регулярно встречайся с начальником, общайся с ним в мессенджере, поддерживай коммуникацию любым удобным вам способом. На позиции тимлида требуется много знать в ширину, чтобы понимать, что делает команда, какие технологии использует, и иметь возможность быстро вникнуть в проблему и понять суть. Знаний должно быть достаточно, чтобы принимать решения об используемых технологиях с учетом особенностей языков и технологий, которые использует команда. Кроме навыков и компетенций можно выделить отличительные черты успешного тимлида в Тинькофф. Аналогично надо закладывать время на демонстрацию клиенту, созвоны, переписку и т.п.
TeamLead
Когда я только-только стал тимлидом, то тратил гораздо больше времени на кодинг и до сих пор иногда упражняюсь вместе с командой. Я работал в паре с инженерами, преподавал принципы программирования, проводил код-ревью. Потом стал учить этому других, помогать команде развиваться. И нынешние члены команды, будущие лидеры, отлично с ними справляются. Если бы я занимался этим, ничего хорошего бы точно не вышло.
Итак, вам предложили стать тимлидом или вы сами захотели им стать.
Как отбирать людей на проект
Кроме того, сколько процессы ни описывай, нет лучше способа освоиться, чем взять реальную задачку. Но точно нужен ментор, к которому можно в любой момент прийти с вопросом, если что-то вдруг не получится. Пробовали несколько вариаций формата, но пока не поняли, как его изменить.
Когда ты знаешь, что проект должен быть готов к Новому году, ты неосознанно начинаешь подтасовывать результаты оценки так, чтобы уложиться в оставшееся время. Даже если у тебя там список из 200 подзадач, они потом сойдутся так, чтобы уложиться до Нового года. Среди прочего “коэффициент команды” учитывает и так называемый “оптимизм разработчиков” при выполнении оценки.
Так мы отработали год, но в какой-то момент поняли, что не можем выделять на это полноценный спринт, потому что у нас есть дедлайны для обещанного заказчикам. Поэтому планировать рефакторинг и решение техдолга стали в каждом спринте по факту, в зависимости от того, сколько можем выделить ресурсов. Почти в каждый спринт можно взять задачку на день-два. Когда-то давно выделяли для него специальный день. Это не работало, потому что, с одной стороны, за ним тянулись «хвосты» из предыдущих дней, а с другой — одного дня мало для чего-то крупного, поэтому получалось исправлять только мелочи. — Когда я только пришёл в компанию, в продуктовой команде было около десяти человек.
Молодые сотрудники путают тимлидство с наставничеством, воспринимая тимлида исключительно как своего наставника. Плюс прочие проблемы с донесением информации в распределенных командах. И, что немаловажно, это развитие должно быть в правильном направлении. Здесь крайне пригодятся такие компетенции, как владелец продукта и архитектор. Потому что всякий запрос заказчика на изменение системы должен подвергаться жесткому ревью как с продуктовой, так и с архитектурной точки зрения. Во-первых, тимлид организует рабочий процесс в широком смысле.
0 Comments
Leave a comment