1) Может ли менеджер эффективно работать с такой большой командой разработки (14 человек)?
2) Как вы смотрите на то, что во многих продуктовых компаниях, банках и стартапов сейчас нет мобильных разработчиков?
Если выстроены процессы и настроено делегирование, это вполне возможно. Но на практике эффективность, гибкость и скорость показывают команды, где менеджер управляет командой в 7–10 человек. При таком раскладе каждый в команде больше сфокусирован и вовлечён в продукт.
Когда в компании нет своих мобильщиков, продукт на аутсорсе делать можно. Но если им занимаются профессионалы внутри команды, они максимально вовлечены и болеют за продукт как за свой.
Многое зависит от зрелости самой команды. В западных компаниях проектное администрирование команды зачастую распределяется между всеми членами команды поровну, а продакт занимается исследованием рынка, проверкой гипотез, аналитикой данных. У нас же product-менеджер нередко выступает лидером, лицом команды.
Чем меньше процессы в команде завязаны на одном конкретном человеке, тем эффективнее работа с большой командой разработки. Тем более никто не запрещает делиться внутри команды на 2-3 подкоманды. Отсутствие мобильных разработчиков — вынужденная мера. Их тяжело найти, легко потерять, сложно обучить, и они очень востребованы в заграничных компаниях. Нередки ситуации, когда несколько продуктовых команд делят одного Android-разработчика. Остаётся только вздыхать, ну и, возможно, переучиваться на мобильного разработчика.
Оптимальный размер команды — до 9 человек. Если команда станет больше, есть риск того, что коммуникация будет ухудшаться, митинги затягиваться и пострадает управление в целом. Если это возможно, большие команды нужно делить на команды поменьше, у нас это называется стримами. Если задачи можно разделить по смыслу, то всё довольно просто. А в случае работы команды над разными частями одного проекта, лучше ввести позицию тимлида, который будет сотрудничать с project-менеджером напрямую. Тогда у разработчиков будет свой тимлид, у бизнес-аналитиков и тестировщиков — свой и т. д. В этом случае совместная работа организуется на уровне лидов и дальше распределяется внутри подкоманд.
Это зависит от реальной необходимости в мобильных решениях в рамках одного конкретного продукта. Например, в нашей компании мы специализируемся на больших enterprise-решениях, где мобильная разработка — дополнительный продукт в рамках большой платформы или решения.
Классика «команда на две пиццы» всё ещё актуальна, потому что с бОльшим количеством людей менеджер уже не справляется, и сама команда становится менее эффективной.
Отсутствие мобильных разработчиков можно объяснить несколькими факторами:
1. Многие приложения частично разрабатываются на WebView, что помогает снизить их вес и гибче управлять обновлениями. Также рынок чаще разрабатывает адаптивные сайты.
2. Мобильные разработчики намного дороже, плюс их чаще хантят западные компании, поэтому часть компаний отказывается от них в целом.
3. Иногда нет смысла пилить аппку, когда есть супераппы, куда идут предприниматели, чтобы получить аудиторию, не вкладывая деньги в собственную разработку.