Атмосфера внутреннего стартапа

Я довольно часто на своих семинарах говорю, что процесс развития любой компании — это постепенная кристаллизация или даже окостеневание от аморфного состояния стартапа до состояния большой корпорации с хорошо формализованными отношениями между сотрудниками.

Разумеется, подобное развитие сопровождается еще и некоторым уменьшением свободы в принятии решений каждым отдельно взятым сотрудником. С одной стороны, это обеспечивает контроль, но с другой может и блокировать какую-то творческую составляющую процесса. Поэтому многие компании в IT-сфере отдельной задачей себе ставят сохранение атмосферы стартапа. А многие — особенно очень большие — даже наоборот, создают внутри себя инкубаторы, акселераторы и пытаются эту атмосферу там создать.

В ряде случаев это получается, но я, как легко догадаться, хочу описать ситуацию как раз обратную.

Вот представьте себе — большая компания создает внутри себя группу молодых и творческих людей, даёт им тему продукта, даёт все полномочия для принятия самостоятельных решений — от разработки продукта до выпуска и продвижения его, найм, финансы — в общем, полная независимость маленькой компании плюс возможность пользоваться ресурсами компании большой. Казалось бы, прекрасный стартап, да еще и с ресурсами, которые недоступны обычному стартапу. Приходят через какое-то время посмотреть, что делается, и выясняют, что ничего и не делается. То есть развитие продукта, конечно, идет, но как-то темпы ненамного выше средних по компании. Они могут быть даже ниже, поскольку продукт несколько раз перепридумывался с начала разработки и к слову pivot привыкли уже все. И перед нами предстаёт загадка — атмосфера стартапа присутствует, участники — молодые, умные и красивые, — в наличии, а продукта почти нет и точно не случается революции.

Почему так происходит? Мне причина видится очень простой. Существенной и даже неотъемлемой частью настоящей атмосферы стартапа является перспектива безвременной смерти проекта. Стартап либо сделает продукт, либо помрёт. Возможно, он помрёт, даже сделав продукт, но без продукта помрёт гарантированно. Если он будет медленно делать продукт, то тоже скорее всего помрёт. И без этой опасности никакой атмосферы не получается.

А что получается в большой компании? Сотрудников берут после долгих собеседований. Скорость принятия решений поневоле замедляется — все же вокруг большая компания со своими процедурами. И этих сотрудников, кстати, быстро не уволишь — КЗоТ, выходное пособие, всё такое. И поэтому вместо «продукт, продукт, продукт, выпускай, монетизируй или умри» получается «Стендап, Agile, Scrum, обед, парное программирование, отпуск». Характерно, что обед и отпуск обычно не переносится, в отличие от релизов.

Я честно скажу, что не знаю способа гарантированно этого избежать. С другой стороны, попытка культивировать атмосферу стартапа вместо нормальной формализации процессов мне кажется определенной разновидностью карго-культа. Вместо попыток буквально удариться в детство лучше нормально повзрослеть.

3
Прокомментировать:

avatar
3 Comment threads
0 Thread replies
0 Followers
 
Most reacted comment
Hottest comment thread
3 Comment authors
TikhonovAlexandra DenisovaLXj Recent comment authors
  Subscribe  
новые выше старые выше популярные
Сообщать
Oleksii Aleksieiev
Участник

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

Когда руководитель пытается создать «атмосферу стартапа», но по факту разработчики являются обычными наёмными работниками, то это чревато большими разочарованиями этому руководителю

Alexandra Denisova
Гость
Alexandra Denisova

Все именно так и есть. При этом и продукты даже могут выйти весьма ничего. Но если есть хоть некоторый бэкап в виде руководства и зарплаты, то хоть ты разбейся и залюби проект по самое немогу — но это будет лишь эксперимент (скорее, неудачный), и не более. увы.

Tikhonov
Гость
Tikhonov

Так ведь соответствующую атмосферу можно создать а) временным контрактом (например, на год) б) четкими дедлайнами, после которых проект оценивается по конечным результатам. Или я чего-то не понимаю?