Привет, Хабр! Меня зовут Леонид Тощев и я отвечаю за направление разработки в команде контента Учи.ру. С 2020 года мы регулярно проводим внутренние хакатоны и очень довольны результатами. И для нас это реально работающие штуки, где мы тестируем новые идеи и технологии. Вот как мы этого добились.
Предыстория
Осенью 2020 года в команде разработки контента Учи.ру было около 20 человек. Они находились в разных городах России и работали только со своими командами, в изолированных «бабблах».
Из-за отсутствия связей внутри команды сроки многих проектов затянулись, а специалисты внутри каждого «баббла» не имели доступа к решениям, созданным внутри других «бабблов». Все это сжигало ресурсы и сильно выматывало.
Первый хакатон мы организовали, чтобы обменяться идеями и похвастаться результатами. Все вводные оказались идеальны:
люди имеют дело с новым проектом;
работа идет быстро, все рабочие этапы проходят за день-два;
можно использовать и тестировать любые технологии (например, те, с которыми не удавалось поработать из-за нехватки рабочего времени).
Мы хотели научить людей быстрее находить простые тестовые решения, дав им пространство для фантазии. Мы планировали использовать в работе как можно больше прототипов, самых безумных и интересных, из которых в будущем могут вырасти прорывные продукты.
Я закинул предложение о хакатоне коллегам, и восемь из 20 человек согласились поучаствовать. Руководители проектов одобрили мою инициативу и легко отпустили своих сотрудников на хакатон.
Сбор грабель
Я понимал, что у людей, скорее всего, нет опыта участия в чем-то подобном и мне нужно дать им как можно больше вводных. Нельзя просто надеяться, что люди сами придумают, чем им заняться. Поэтому я пошел к нашим продактам и спросил, есть ли у них рабочие гипотезы, которые нужно проверить, но пока не получается? Они предложили три:
клавиатурный тренажер по образцу легендарной игры из детства BabyType;
приложение для проведения викторин;
наглядные интерактивные курсы для изучения физики.
За неделю до начала мероприятия я закинул список проектов в свежесозданный хакатоновский чат и попросил участников проголосовать, чем они хотели бы заняться. В результате сформировались три команды: две из трех и одна из двух участников. В течение недели им было разрешено встречаться и обсуждать проект: делить обязанности, расписывать архитектуру, изучать библиотеки и фреймворки. Но нельзя было писать код.
Создание кода мы запланировали на пятницу: этот день я выбрал потому, что за ним следуют выходные и можно покодить еще. Команды создали каналы в Discord, чтобы постоянно быть на связи, и приступили к работе. Я же в течение дня следил за происходящим.
По состоянию на вечер пятницы ни один из проектов еще не был готов, к утру понедельника тоже. Наступило время фиксировать наши первые организаторские ошибки.
Ошибка №1. Не установлены четкие правила
Я сказал следующее: «Вы кодите в пятницу и, если хотите, в выходные». В результате кто-то использовал выходные для кодинга, а кто-то нет. Таким образом, все затратили разные усилия, это было заметно и породило ощущение некой несправедливости.
Ошибка №2. Не было четкой и быстрой точки
Изначально у нас не было запланировано демо-дня. Мы думали, что в этом нет необходимости и достаточно оценить проекты самостоятельно. Но человеческую психологию никто не отменял. Людям важно поучаствовать в четкой и явной «раздаче слонов».
В понедельник стало ясно, что люди явно хотят финала, и наша задача — дать им его. Иными словами, нельзя просто так хакатонить, а потом разбежаться. Поэтому я сказал, что во вторник состоится демо-день, на котором можно будет показать свой проект. И это привело к третьей ошибке (неизбежной).
Ошибка №3. Меняли структуру хакатона на ходу
Из-за внезапно объявленного демо-дня кто-то кодил всю ночь в понедельник, после работы. Устраивать людям внезапные авралы — это, конечно, плохо.
Осознав эти три ошибки, на демо-день я шел в страхе. Мне казалось, что все закончится большим провалом. Но я зря переживал. Все прошло очень круто и всем очень понравилось. 2 из 3 проектов были почти production ready, а третий надо было лишь немного доделать.
На волне эйфории мы уже запланировали, как будем проводить по хакатону в квартал и запускать MVP один за одним. К тому же, обратная связь от участников была крайне позитивной и они хотели еще хакатонов. И тут случилась внезапная…
…ошибка №4. Практически перестали следить за результатами хакатона
Я отдал проекты в отдел RnD, где они «встали». Почему так получилось? Их делали смешанные команды из разных отделов, у которых есть свои проекты и руководители. А так как результат хакатона — это MVP, то каждый проект все равно требовал доработок.
Приходилось вырывать людей на несколько дней (а иногда даже недель) из других отделов. Откладывать запуски. Получилась каша.
Свою роль сыграла разница между ожидаемым и реальным. Продакты ждали практически готовые проекты, которые можно продать или хотя бы собрать как можно больше метрик. Я же ждал proof of concept, который если не готов на прод, то подойдет для коридорного тестирования.
В конечном итоге проекты увидели свет только через полгода. При этом их состояние не сильно продвинулось со времени хакатона. Это было явно не то, чего мы ждали.
Конечно, мы все заранее понимали, что хакатон — это, в первую очередь, тимбилдинг. Но получить продуктовый выхлоп тоже важно. Руководители проектов должны видеть, что сотрудники уходят на пару дней не просто так, а участники хакатона должны понимать, что их продуктами пользуются.
Но в целом, ситуация сильно меня демотивировала и я даже не думал о том, чтобы проводить подобные инициативы еще. А вот наш RnD-продакт Диана Колесникова не упала духом и начала собирать список проектов и участников на следующий хакатон.
Наша попытка №2
Второй хакатон прошел в конце 2021 года. Мы сделали выводы из своих ошибок и постарались сразу организовать все правильно. Мы четко выделили на хакатон 2 рабочих дня, сразу же после них был демо-день.
Так как первый хакатон был больше тестовым, второй мы сделали, если можно так сказать, более «полноценным». В командах, кроме фронтендеров, были еще и дизайнеры с иллюстраторами. Не было лишь продактов, потому что я был против их участия. Ведь правильное планирование — это хорошая фора. Именно поэтому продакты собрали свою собственную команду.
Интересные статьи
Интересные статьи
