Зачем нужен менеджер в софтверном проекте?

У нас на форуме идет бурная дискуссия на тему нужны ли менеджеры. Предлагаем комментарий одного из участников дискуссии, менеджера.

Менеджер в першу чергу посередник між бізнесом і командою. В другу — комунікатор та координатор між членами команди, в третю — відповідає за прийняті рішення і результат в цілому.

Комунікація — це прийняти всю переписку замовника, періодично відсіювати всі його бурхливі фантазії, спускати на команду в більш технічному вигляді і з чіткою розстановкою пріоритетів. Перевіряти, чи всі розуміють, що мають робити, що пріоритетніше, що кого блокує, чи всі правильно зрозуміли, що мають зробити. Не допускати тиску на девів з боку замовника чи керівництва, провіряти всі естімейти і множити на коефіцієнти.

I не забуваємо — ідеальних умов, замовників, девелоперів, тестерів і артовиків не буває. Директорів і сейлсів — теж. Бувають різної довбанутості і жмотності замовники зі своїм баченням бізнесу і навіть своїми 19-річнимирозробниками, і пачки джуніорів, і розподілені команди, і проекти, початі в минулому столітті зі сотнями тисяч користувачів і тисячними збитками за годинний простій системи, Національні особливості що замовників, що розробників. Бувають геніальні деви з нульовою комунікативністю чи хорошим заглибленням в деталі, але поганим баченням інших потреб в іншій технології, поганим розумінням бізнесу.

Можна скільки завгодно говорити про те, як має бути поставлений в процесі скрам, як неправильно в нас взятий, стартанутий і взагалі проект, які деви неправильні — але простіше замість думати про сферичний ідеальний проект з ідеальною ж командою і замовником в вакуумі, поставити між командою і замовником хорошого технічного проблем-солвера, який може брати на себе всі удари як керівництва так і замовника і при тому координувати підлеглих.

(опубликовано с сокращениями, полный текст — на форуме).