Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 6
Как вообще мог возникнуть вопрос из заголовка?
Хорошая команда до какой-то степени может гарантировать качество производимого продукта. Причем тут прибыль? Некто С.Р.Б.Н. Достабль у Пратчетта мог продать сосиску собственного производства даже тем, кто ее уже покупал. А тот, кто может продать сосиску Достабля дважды - может продать что угодно.
Вам просто нужна хорошая команда продажников. Хорошая команда разработки и производства может лишь облегчить им работу.
Команда разработки сама по себе не генерирует прибыль вообще. Она лишь генерирует объект, на котором можно получить прибыль. И вообще, почему кто-то решил, что команда должна разрабатывать еще и бизнес-стратегию? Лезть в ресурсы, операционную деятельность, портфели разного рода и бизнес-опять-же-инициативы?
Я предполагаю, что речь шла о разработчиках, ибо в тексте IT, delivery, релизы и все такое. Или под командой подразумевается все предприятие в целом, от гендира до курьера? Ну, для стартапа из 5 человек это может и нормально, но вообще-то разработка и экономика - несколько разные области деятельности, требуют разного образования и разных подходов, не говоря о затрачиваемом времени. Если разработчик занят стратегическим планированием продаж - когда он будет разрабатывать?
Спасибо за комментарий. Отвечу начиная с последнего.
В статье, я явно отдельно указал что стратегией НЕ должны заниматься инженеры.
Команда разработки генерирует то что у нее стоит в плане. Будет это "что-то" или инструмент влияния на рынок зависит от тех кто формирует план.
Вы очень романтизируете продажи. На деле и в разработке и в продажах и во многих других сферах руководящий принцип оценивает разумность действий как разницу потенциального профита и средств затраченных на его достижение.
Я не романтизирую продажи. Я всего лишь уверен, что команда разработки ничего не продаст и прибыль сама по себе не принесет. Совсем. Чтобы была прибыль - нужно, чтобы кто-то продавал. И это не разработчики. Поэтому от уровня команды прибыль не то, чтобы совсем не зависит... Обычно там система ниппель - сильно ухудшающееся качество может заметно обвалить продажи (а иногда и нет), а сильно улучшающееся само по себе нифига не поднимет.
Я как раз не спорю с тем, что без продаж прибыли не будет. Вопрос в другом: какие инициативы команда реализует и почему именно они? Если портфель формируется без привязки к экономике и стратегическим приоритетам, даже хороший продукт может не дать ожидаемого эффекта. Речь не о том, что разработчики должны строить стратегию, а о том, что операционная модель должна связывать стратегию, портфель и распределение ресурсов. Иначе мы получаем занятость без фокуса.
В моем мире розовых пони команда реализует поставленные задачи, а не выбирает инициативы. И уж точно не влияет на портфель и стратегические приоритеты. Я как разработчик лишь однажды на 100% знал, что и как я должен делать с точки зрения потенциального пользователя, потому что сам был этим пользователем - делал апппаратно-программный комплекс для настройки прибора, который мы делали командой. Вот там я проявлял инициативы и попадал в точку. Если я делаю, например, софт для банка или для медицинского прибора, или для самолета, мне надо быть немного банкиром, врачом и летчиком. Или иметь в связке нормальную команду маркетинга, которые знают, что нужно на рынке или заказчику.
Если команда выполняет поставленные задачи - вопрос по прибыли не к ней. Если вместо этого команда сама решает, чем сегодня будет заниматься - тут у меня бы появились вопросы к команде, но иного плана, не по прибыли, а какого хрена.
Но у меня не появится, я сам со стороны разработки. И мне, как разработчику, предпочтительно держаться в стороне от портфелей и стратегических инициатив. Иначе я пошел бы в другую сферу деятельности. Конечно, я могу пообщаться с пользователями для коррекции работы, или поучаствовать в собрании на тему стратегии чтобы ЛПР имели взгляд и с этой стороны, но если вы купили офигенный пятикоординатный станок на замену ДИП-500, и удивляетесь, что продажи ваших гаек и болтов не выросли - вопросы точно не к станку. С точки зрения бизнеса команда разработки - это станок.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Почему хорошие команды не гарантируют прибыль