Основная причина успеха Amazon заключается в том, что Джефф Безос раньше всех понял, что на самом деле его бизнес софтверный.
Джефф считал, что Amazon такая же софтверная компания, как Microsoft, Oracle и Adobe. Просто наше программное обеспечение вместо того, чтобы быть продуктом, который мы продаем потребителям, работает за кулисами, позволяя нам доставлять коробки с книгами, музыкой и кучей других вещей к порогу дома покупателя.
Да, компаниям нужны разработчики для создания программного обеспечения. Но в действительности им требуется успешное сотрудничество между всеми функциональными подразделениями и разработчиками программного обеспечения, которые пишут код. Иначе говоря, общие усилия.
Часто взгляды и замыслы бизнесменов не совпадают с представлениями разработчиков о том, что они должны делать. Вместе с тем, как ни удивительно, бизнесмены и разработчики программного обеспечения нередко хотят одного и того же — создавать потрясающие продукты, которые восхищают клиентов, массово используются и приносят много денег. Однако бизнесмены и разработчики часто говорят на разных языках и имеют разные стили работы, и эти различия мешают им эффективно сотрудничать для достижения общих целей.
Однако в ряде высокоэффективных технологических компаний разработчики играют огромную роль не только в написании кода, но и в определении стратегии разработки продукта, а также бизнес-стратегии. Они относятся к своим продуктам больше как к произведениям искусства, а не как к поделкам, и в результате удивляют клиентов возможностями цифровых технологий — вспомните об Apple, Google, Spotify и Uber.
Во многих компаниях разработчики оторваны от решаемых ими бизнес-задач и обслуживаемых клиентов. Возможно, по собственному выбору, а может быть, из-за организации технических и управленческих процессов в компании они просто пишут тот код, который у них запрашивают. Холодный, бесстрастный процесс создания программ в некоторых компаниях — это трагедия как для бизнеса, так и для разработчиков. Я вижу в нем препятствие для полной реализации потенциала разработчиков.
В частности, он декларирует нечто совершенно странное — идею о том, что разработка ПО должна начинаться с написания грамотного пресс-релиза будущего продукта.
Но принципы инженерной работы в команде, пусть всего только из пары специалистов, с ориентацией на заказчика одинаковы и для разработчиков-программистов в современных США, и для инженеров-механиков в СССР в последней трети XX в.
Как подробно рассказывает Джефф, для лидеров недопустимо сидеть на вершине организационной иерархии и отдаляться от тех, кто заставляет работать интерфейсы и обеспечивает обслуживание пользователей. Создание такой структуры и методологии, которые позволяют идеям перемещаться не только вниз, но и вверх по иерархии, а также горизонтально, имеет решающее значение не только для выживания компании, но и для ее процветания.
Этот случай показал мне, что даже при поддержке генерального директора и при наличии инициативной команды все равно требуется масса усилий, чтобы добиться успеха. Все начинается с привлечения правильных игроков и наделения их полномочиями для продвижения вперед.
