Крах стартапа. История 4 Истории раз, два и три тут. Пора поделиться очередным опытом отвязных похорон не самого плохого проекта, в обезличенном от деталей виде. История более редкая, потому что часто такие проекты мрут в столе несбывшихся ожиданий основателя. Симулируем ситуацию: вот ты пилишь в команде стартап, закрываешь свою сторону ответственности, неважно какой, давай, скажем, маркетинг (подставляй любую роль, суть не изменится). Стартап характеризуется, помимо прочего, динамикой. А что это значит? Что нужно выкатывать продукт на рынок быстро, с ноги, не вылизывая до крайнего блеска, полировать будем по ходу пьесы. Ведь как все, надеюсь, уже знают: идеально допиленный проект – это уже проигравший конкуренцию проект. А что вот будет... Если кто-то очень перфекционист? Ну вот прям до крайности. Не ответственный, нет, это ладно. Но когда ты ему говоришь – го на шаг два, а он всё первый вытаптывает. И все уже дошли в своих задачах до предела, дальше нельзя, на следующий майлстоун не перейти без сданной задачи нашего перфекциониста. А если отобрать – обидится, плакать будет, ногой стучать... Когда команда большая, это может быть терпимо. Когда задачи очень сильно декомпозированы, это может быть даже не заметно. Но мы то в реальности ограниченных ресурсов, количество людей упирается в возможности. И вот когда одна из единиц не способна бежать со всеми, а хочет всё шнурки правильно завязывать – это якорь, который может похоронить всё дело. Из практики самым ярким примером было, когда при наличии сильной маркетинговой команды стартап даже не запустился, потому что СЕО, он же единственный разработчик, решил упарываться в вылизывание лендинга, вместо написания основного функционала, стопоря работу маркетологов – лендинг ещё не готов, куда вот вы лезете, какое продвижение может быть. Конечно, не можем перейти к продвижению, ведь мы упираемся в веху разработки. Над основным функционалом конь не валялся. Как понять, что всё в стартапе тухло с динамикой? – Переполненный срочными задачами бэклог. Если их никто не закрывает, как им уменьшаться? – Бесконечный цикл ревью задач, либо системная просрочка спринтов из-за одной задачи в руках одного человека. – Закономерно, блаженное ничего неделание частью команды в ожидании опоздуна. Хотя могли делать что-то наперёд, но общего провиса это не отменяет. Что поможет стартапу выжить? – Команда гибких специалистов. Вылизывать проект хорошо, но когда уже он поставлен на рельсы. До тех пор нужны отвязные бойцы, готовые пренебрегать качеством в угоду скорости. – Запасные игроки. Если всё-таки кто-то упёрся в стену, которую не хочет огибать, нужно знать, как будет действовать проект. С кем будет бежать дальше, ведь незаменимых нет. – Независимый бэклог. Когда одна часть задач висит, должен быть пласт дополнительных, которые можно подхватить в ожидании повисших. Тогда динамика не будет теряться. Ключевое, что нужно вынести: команда, упарывающаяся в полировку отдельных узлов, – невыживающая команда.