Метод стартапа. Предпринимательские принципы управления для долгосрочного роста компании - страница 20

Шрифт
Интервал


Директор по продукту Dropbox Тодд Джексон говорит: «Запуск кардинально новых для компании продуктов – это совершенно особая задача». Понимание необходимости защищать и развивать существующий продукт наряду со способностью экспериментировать с новыми – это то, что в обязательном порядке обеспечивает успех в двадцать первом веке, и то, что отличает современную компанию от остальных.

РОЛЬ РУКОВОДИТЕЛЯ

Несколько лет назад я отвечал на вопросы на общем собрании стартапа в одной из компаний-«единорогов»[16] – то есть частной компании рыночной стоимостью более 1 млрд долл., – штат которой быстро вырос до более чем тысячи работников. Хотя она была основана всего несколько лет назад и разрабатывала революционные технологии, методы управления в ней были однозначно традиционными. Присутствующих по большей части интересовали принципиальные вопросы: Что случилось с генетикой нашего стартапа? Почему наша гибкость и динамичность в последнее время так снизились? И что нам делать, чтобы их вернуть?

После встречи ко мне подошла основатель компании, поделилась своими переживаниями и описала проблему так. К ней пришла команда с новой идеей, которую они хотели опробовать. Хотя сейчас она управляет большой организацией, в душе она остается предпринимателем – поэтому выделила команде какие-то средства, позволила осуществить задуманное так, как они считают нужным, и вернулась к своей повседневной управленческой работе. Новая команда время от времени отчитывалась перед ней, как и все остальные, и вроде бы все шло хорошо. Через шесть месяцев она решила пойти сама и посмотреть, как работает команда, и обнаружила, что они так ни к чему и не пришли. Потребителя так и не нашлось, продукт был сделан наполовину и при этом оказался намного сложнее, чем предполагалось.

У команды нашелся миллион оправданий тому, что случилось, – нехватка ресурсов, необходимость предугадать все проблемы, которые возникнут в будущем, и строить соответствующую инфраструктуру для поддержки продукта и все в таком духе. Это был классический пример расползания границ проекта, когда команда добавляла все новые «необходимые» характеристики своему продукту. Основательница не могла понять, что пошло не так. Почему никто ничего не говорил? Почему ее команда не считала это катастрофой? Ответ состоял в том, что они не несли ответственности в том виде, который бы действительно показывал прогресс (или его отсутствие).