Главное Авторские колонки Вакансии Образование
203 0 В избр. Сохранено
Авторизуйтесь
Вход с паролем

Управление процессами и проектами в стартапе

Re-Action – это не просто IT-сервис, а настоящая революция в сфере поиска работы.
Мнение автора может не совпадать с мнением редакции

Сегодня Re-action — это платформа, на которой каждый, кто находится в поисках работы, может получить всю необходимую помощь: от сканирования навыков до полной упаковки своего профиля соискателя. Для того чтобы сервис не глючил, не падал и не зависал, наша команда использует в своей работе две оптимально подходящие методики управления: Lean-разработку и элементы из Agile.

Lean-разработка:

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

Например: У нас родилась интересная идея, которую необходимо проверить и протестить до ее реализации. Мы отправляем данный проект к дата сайнтисту для исследования и понимания: А возможно ли сделать то, что мы задумали? Примерно через 1-2 недели нам приходит ответ, и если он положительный, мы оставляем проект до его выхода на первое тестирование с помощью фокус-группы.

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

Agile

Также для работы мы выбрали Agile, но не стали уходить в Scrum, так как нашему проекту это не подходит, по крайне мере на данном этапе развития. Наша команда работает в разных часовых поясах, что усложняет момент командного мозгового штурма всем одновременно (у одних 6 утра, а других 8 вечера). Но некоторые подходы мы позаимствовали из Agile. Например, работа по спринтам. И хотя в Scrum они длятся 1-2 недели, а у нас по 3 месяца, но для нас это стало оптимальным решением на данном этапе развития.

Все идеи, возникающие у нас в голове, мы заносим в бэклог идей, для которого мы создали отдельную статью в Вики, в Гитлаб и проект в Миро. Примерно за 2-3 недели до начала нового спринта мы перебираем идеи и расставляем их по приоритетам, начиная со сложности реализации и заканчивая хайпом. Такое распределение помогает снижать риски и увеличивать инновационность. Для следующего спринта выбирается 3-4 проекта, которые тестируем и при положительном результате реализуем.

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

Так что пускай наш проект и развивается немного медленее, чем надо, зато это позволяет нам не давать конкурентам шанс нас обойти в будущем!

0
В избр. Сохранено
Авторизуйтесь
Вход с паролем