Студия Михаила Кечинова

ruen
Навигация
Главная Почему своя команда — испытание не для всех стартаперов

Почему своя команда — испытание не для всех стартаперов

Больше половины клиентов нашей студии — в прошлом менеджеры среднего звена, которые накопили денег и решили запустить собственный технологический стартап. Перед тем, как оказаться у нас, почти все проходят одинаковый путь:

  1. Вы поспрашивали у знакомых, нет ли у тех на примете хороших программистов. Кого-то нашли. Попробовали работать, но посыпались проблемы с дисциплиной, контролем, вы испытали все «прелести» удаленной работы.

  2. Решили не рисковать и найти студию, которая может сделать веб-сервис/мобильное приложение/приложение для социальных сетей и т.д. Оказалось, что студии не приспособлены для разработки стартапов: за ваш бюджет они согласны делать только конкретный продукт по строгому ТЗ, а у вас слишком часто появлялись новые идеи.

  3. Вы поняли, что нужна своя команда. Гибкая, готовая воплощать все ваши идеи, которая всегда бы была под рукой. Вариант не самый дешевый, но вроде бы по всем признакам он должен вам подойти.

Результат часто негативный. Авторы стартапов (даже с опытом управления) не могут справиться с небольшой командой программистов. Рассказываем, почему так происходит.

Ожидания — реальность

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

Поэтому те, кто выбрал третий путь, какое-то время бьются с собственной командой, а потом делают выбор в пользу чего-то менее затратного: обычно это аренда команды в стартап-студии.

Итак, чего вы хотите от команды программистов и что получаете на самом деле.

Ваши ожидания

Реальность

Появилась новая идея — с ней можно прийти к программисту и он сразу начнет работать над реализацией.

Нельзя просто подойти и «переключить» программиста на другую задачу. Для работы нужна сосредоточенность, а подобные внезапные задачи сильно снижают работоспособность, да и в целом мотивацию работать в вашем стартапе.

Ваша команда обладает высокой самоорганизацией и слаженно делает проект, пока вы заняты поиском инвесторов или переговорами со СМИ.

На самом деле нет. Без «надзирателя» программисты будут заниматься бесконечным улучшением кода, смотреть новые технологии, читать Хабрахабр, в конце концов. Нужен человек, который бы постоянно ставил новые задачи и контролировал выполнение текущих — опытный проект-менеджер из сферы IT или технический директор.

Команда будет жить в том же бешеном ритме, что и вы сами, ведь это стартап.

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

Ваша команда так же мотивирована запустить проект, как и вы сами.

Программисты могут быть мотивированными, но только мотивация у них совсем другая. Фактически чем дольше вы запускаете проект, тем выгоднее для них: зарплату платят, код пишется, скиллы растут. Запустить проект они тоже хотят, чтобы было, что показывать в портфолио, но не через месяц.

Вы единожды нанимаете команду, после чего они работают на вас до самого запуска проекта. И после запуска.

Реальность, к сожалению, такова, что люди опаздывают, болеют, хотят в отпуск, увольняются и т.д. Поиск нового программиста в команду на смену ушедшему в среднем занимает около 2-х месяцев. Это общение с хедхантерами, собеседования, тестовые задания. И только после этого у вас будет шанс устроить разработчику испытательный срок (который он, возможно, не пройдет).

Вы хотите заниматься только проектом и ничем больше.

Это было бы здорово, ведь около 50% времени вам нужно контролировать ход работы. Но если вы наняли свою команду и сняли свой офис, появятся неизбежные «сопутствующие» дела: закупка железа и хозтоваров, организация рабочих мест и т.д. Конечно, ничего фатального, вот только жаль потраченного на подобную рутину времени.

Ожидания программистов тоже не всегда соответствуют реальности, которую вы им можете дать.

Ожидания программистов

Реальность

Они ожидают, что работа в стартапе — это личный наставник, обучение и рост скиллов.

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

Они хотят профессионального роста: как по зарплате, так и по выполняемой работе.

Скорее всего, ваш стартап будет ориентированным не на команду, а на задачи бизнеса. Если хотите, чтобы команда продержалась дольше: придется думать о программе «карьерного роста». Возможно, придется разработать свою систему KPI. В общем, вас ждет дополнительная работа по управлению мотивацией. А кофемашина и офисный сегвэй давно не работают как мотиватор.

Они любят программировать, но они не фанатики.

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

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

Так вот, когда вы поймете, что с командой всё в порядке, задачи решаются, проект растет — останется один важный момент.

Уметь отказываться от сделанного

Те, кто вращается в стартап-среде, привыкли к пивотам проектов — переориентации стартапа на ходу. Был сервис знакомств с учетом геолокации — стал сервис поиска ресторанов поблизости. Нормальная практика. Так происходит потому, что после запуска первой версии на рынок она не выдерживает испытания настоящими пользователями. Причин может быть много: не успели за трендом, вас опередил конкурент, сделали некорректные выводы из анализа аудитории — это все тема отдельной статьи.

Помните, что сделанный продукт, даже если на него потрачен год работы, не имеет столько ценности, сколько хорошо подобранная команда. Отказывайтесь от неправильных решений. Меняйте проект: в корне или частично.

Заключение

Если вы находитесь в самом начале пути к собственному стартапу, вам наверняка будет полезна статья «10 популярных вопросов о разработке стартапов с ответами».