Что НЕ должен делать тимлид — или сага о задачках в таск-трекере
Привет! Меня зовут Виталий, я фронтенд-тимлид в KTS. Рассказываю, что входит в нашей компании в обязанности тимлида, а что — нет. Спойлер: это не расставление задач в таск-трекере.
Привет! Меня зовут Виталий, я фронтенд-тимлид в KTS. Рассказываю, что входит в нашей компании в обязанности тимлида, а что — нет. Спойлер: это не расставление задач в таск-трекере.
Автор, ты сам себе противоречишь: "Несмотря на то что тимлид не формализует и не декомпозирует задачи, на практике он валидирует предложенные постановки."
Это всё равно что сказать: "Не смотря на то, что тимлид не ел пироженное, в его говне обнаружили пироженное".
Как только ты приходишь к оценке правильности разбитой на части задачи (валидируешь декомпозицию), то сразу же тебе в случае сомнений нужно заниматься самому декомпозицей либо советовать по шагам "как её нужно сделать", что по факту - то же самое, т.е. - работа над декомпозицей, которой ты "якобы" не занимаешься.
Здравствуйте!
Если коротко, тимлид этого не делает, но если надо, то делает.
Разбиение такое: менеджер эффективно декомпозирует типовые задачи, которых, на самом деле, большинство. За сложные и нетиповые вещи отвечает тимлид, но этого, по моим ощущениям, не больше 20% от работ. В результате у тимлида освобождается много времени на что-то другое.
Всё, конечно, зависит от проекта, потому что иногда, наоборот, очень много сложного и нетипового. Но по своему опыту скажу, что менеджеры — не глупые люди и даже на сложных проектах спустя какое-то время въезжают и начинают успешно справляться с декомпозицией и распределением большинства задач.
Чтобы понять, является ли процесс типовым или нетиповым, существуют этапы аналитики, встречи по планированию и пр., где отслеживаются все возможные вопросы.