Интересен или не интересен, это единственный вариант, но не столь уж и очевидный.
Всё-таки проект затевается не ради абстрактных целей, а ради прибыли. Дополнительный член - дополнительные затраты. Бывают проекты, где компетентный менеджер необходим (потому что нервный клиент может породить очень много лишней работы), бывают проекты, где менеджер может звёзд с неба не хватать, но избавить остальных от массы бумажной работы.
Менеджер нужен, когда он нужен. Даже сравнительно большая команда мотивированных и знающих (в т.ч. кучи побочных тем) сотрудников может не нуждаться в менеджере, особенно на операционной деятельности. Даже сравнительно маленькая команда с недостаточной экспертизой или мотивацией может остро нуждаться в руководстве. Важно: мотивация не дурная «хочу делать свое», а правильная «хочу чтобы дело шло хорошо».
В срок, качественный и не тот, какой нужен самим участникам команды - пожалуй, да, малореально. Но есть области - геймдев, например, где достижимо и есть примеры. Самоорганизация ни разу не тривиальна по условиям, абсолютному большинству рецепт не подойдет. Но нет такого правила «без менеджера - проекта не бывает».
Рано или поздно команде нужен человек, который будет отвечать не столько за процессы, сколько за взаимодействие с внешним миром. В этом смысле «менеджер» нужен. Но это не означает, что ему придется уделять заметное время на управление командой. Роль «координатора команды» не обязательна, в общем случае.
Я руководил проектом из 3 программистов. При этом официально даже должность называлась 'тим-лид', что было чушью, но мне в общем-то всё равно. Я руководил именно как менеджер. Без моей роли программисты бы не договорились ни друг с другом, ни с начальством, разумеется. Эту роль всё равно придётся играть кому-то, и если эту роль берёт на себя программист, то значит ему нравится совмещать роли; такие случаи я крайней редко видел в реальности - обычно программисту проще сосредоточиться на своих прямых задачах.
20-30% примерно. Это был по сути стартап, поэтому время трудно посчитать, постоянное принятие решений и общение на тему как лучше делать дальше. Для коллектива из 3 программистов (потом вырос до 4) примерно 20% кажется нормальной цифрой. Остальное время - любые другие задачи, но если нагружать этим тру тимлида (т.е. того, который должен вообще-то заведовать кодом, ревью и т.д.), он начнёт постепенно плохо выполнять или одну какую-то, или обе функции. Т.е. переедет в категорию менеджеров, например (что само по себе не плохо, но лучше явно это делать).
Comments 24
Особенно в варианте "Дело не в численности команды, а в размерах бюджета, параметрах качества или важности проекта для заказчика" )))
Reply
Reply
Reply
Reply
Всё-таки проект затевается не ради абстрактных целей, а ради прибыли. Дополнительный член - дополнительные затраты. Бывают проекты, где компетентный менеджер необходим (потому что нервный клиент может породить очень много лишней работы), бывают проекты, где менеджер может звёзд с неба не хватать, но избавить остальных от массы бумажной работы.
Reply
Даже сравнительно большая команда мотивированных и знающих (в т.ч. кучи побочных тем) сотрудников может не нуждаться в менеджере, особенно на операционной деятельности.
Даже сравнительно маленькая команда с недостаточной экспертизой или мотивацией может остро нуждаться в руководстве.
Важно: мотивация не дурная «хочу делать свое», а правильная «хочу чтобы дело шло хорошо».
Можно еще вспомнить законы Паркинсона)
Reply
Reply
Самоорганизация ни разу не тривиальна по условиям, абсолютному большинству рецепт не подойдет. Но нет такого правила «без менеджера - проекта не бывает».
Reply
Reply
при условии, что они знают что такое управление проектами :)
у нас два менеджера, одна даже с мба - но они понятия не имеют что такое проект - 90% времени улетает просто в трубу
Reply
Reply
ну конечно западное :) даже западно-канадское, западнее уже некуда :)
если бы знала, то работала бы попроектно, а не дергалась как вошь на сковородке изза каждого клиентского звонка
Reply
Reply
Эту роль всё равно придётся играть кому-то, и если эту роль берёт на себя программист, то значит ему нравится совмещать роли; такие случаи я крайней редко видел в реальности - обычно программисту проще сосредоточиться на своих прямых задачах.
Reply
(The comment has been removed)
Reply
Leave a comment