Командная игра: как разработчик и проджект-менеджер успешно реализуют Lean Startup

"Научный аспект №6-2024" - Информ. технологии

УДК 004

Савикова Наталия Сергеевна – студент Санкт-Петербургского государственного электротехнического университета «ЛЭТИ» им. В.И. Ульянова (Ленина).

Кузнецова Екатерина Андреевна – студент Санкт-Петербургского государственного электротехнического университета «ЛЭТИ» им. В.И. Ульянова (Ленина).

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

Ключевые слова: разработчик, проджект-менеджер, Минимально жизнеспособный продукт, Цикл измерения, изучения и изменения, Lean Startup.

Введение в методологию Lean Startup

Стартап функционирует в условиях значительной степени неопределенности, что необходимо учитывать при его инициации. На первоначальной стадии развития стартапу важно сохранять гибкость, чтобы извлекать уроки из ошибок и быстро проверять гипотезы основателей. Это предполагает избегание крупных инвестиций и затрат. Такой подход лежит в основе методологии Lean, которая нацелена на повышение вероятности успеха стартапа, помогая предпринимателям.

Lean Startup - это методология, разработанная Эриком Рисом, которая позволяет стартапам и компаниям быстрее и эффективнее развиваться, сокращая риски и ускоряя процесс создания нового продукта или услуги [1, c. 19]. Важная часть методологии — измерение результатов. Собирая данные о том, как пользователи взаимодействуют с продуктом, стартапы могут оценить эффективность своих гипотез и принимать обоснованные решения о дальнейших шагах.

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

Основные понятия Lean Startup включают в себя:

1. Минимально жизнеспособный продукт (MVP) - это версия продукта, которая содержит только необходимые функции для того, чтобы пользователи могли его использовать и оценить. MVP позволяет получить обратную связь от пользователей и понять, какие функции необходимо добавить или изменить[2].
2. Цикл измерения, изучения и изменения (Build-Measure-Learn) - этот процесс позволяет быстро итеративно улучшать продукт, на основе полученной обратной связи от пользователей[3]:

• Построение (Build) - создание MVP или нового функционала для дальнейшего тестирования.
• Измерение (Measure) - на данном этапе происходит сбор данных и обратной связи от пользователей.
• Обучение (Lean) - круг завершается анализом полученной информации для принятия решений о дальнейших действиях и выстраивании стратегии развития стартапа и программного продукта.

3. Пивот (Pivot) - это изменение вектора направления развития разработки в ответ на полученные данные и обратную связь. Может поменяться многое! И изменение целевой аудитории, и функционала продукта, даже бизнес-модель. Пивот необходим для зарождающегося программного продукта, так как возможность стартапу быстро адаптироваться к новым условиям и требованиям рынка – ядро выживаемости стартапа.
4. Персеверенс (Persevere) - выдвинутые гипотезы подтвердились после анализа данных и обратной связи от пользователей. Дальше в игру вступают “упорство и отвага” или последовательное улучшение текущей модели.
5. Инновационный бухгалтерский учет - это бухгалтерский учет, но не для всех. Тут важно фокусироваться на метриках, которые важнее для стартапа. Например, уровень вовлеченности пользователей, коэффициент удержания и стоимость привлечения клиента, то есть все составляющие юнит-экономики. Для достижения целей без этого никуда в развитии стартапа!

Далее рассмотрим принципы методологии, которые базируются на основных понятиях Lean Startup.

Принципы методологии Lean Startup[4]:

1. Быстрая проверка гипотез - сама методология предполагает быстрое реагирование на ситуацию, при этом не потерять системность. Быстрое тестирование бизнес-гипотез на реальных пользователях с помощью MVP позволит снизить риски, связанные с разработкой ненужных функций и услуг.
2. Постоянное обучение - непрерывное обучение на основе анализа данных и обратной связи от пользователей позволяет гибко адаптироваться к изменениям на рынке и избежать крупных ошибок.
3. Итеративный процесс - предлагаю вспомнить основной цикл в методологии и признать, что это необходимо для постоянного улучшения продукта! Каждая новая итерация - новая “эврика”.
4. Клиентоориентированность - понимание потребностей и проблем клиентов считается уже решением многих проблем в бизнесе. Нет смысла тратить ресурсы на создание чего-то ненужного пользователю, поэтому необходимо анализировать обратную связи.
5. Минимизация затрат и ресурсов - вместо крупных инвестиций в разработку неподтвержденных идей и мыслей, стартапам нужно проводить небольшие эксперименты, чтобы быстро выявить успешные векторы направления развития бизнеса и программного продукта.

Методология Lean Startup представляет собой стратегический подход к разработке и управлению стартапами, направленный на максимизацию вероятности успеха нового предприятия при условии высокой неопределенности и ограниченных ресурсов. В центре концепции Lean Startup стоит принцип непрерывного экспериментирования и обучения. Вместо того, чтобы тратить значительное количество времени и ресурсов на разработку полноценного продукта и запуск его на рынок, Lean Startup предлагает создавать минимально жизнеспособный продукт. Применяя данную методологию, стартап может эффективно использовать свои ресурсы и адаптироваться к изменениям на рынке, что особенно важно в современном мире высокой конкуренции и быстрых технологий.

Основа командной работы в рамках выбранной методологии.

Роль разработчика в Lean Startup.

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

1. Разработка архитектуры и выбор технологического стека. Какие инструменты программирования будут использоваться, какие библиотеки необходимо подключить и как взаимодействуют отдельные функции проекта – все это лежит на плечах разработчика.
2. Определение и разработка ключевых функций продукта. Создание MVP и доработка нового функционала являются основной задачей при стратегии развития программного продукта с помощью методологии Lean Startup. Разработчики определяют и реализуют самые важные функции продукта, которые позволяют проверить основные гипотезы. Это требует умения выделять ключевые аспекты, которые будут представлять наибольшую ценность для пользователей.
3. Управление командой разработки. Так как в Lean Startup требования и функционал меняются с каждым выпуском новой версии продукта, то границы конечного продукта будут смыты, что может привести к смуте в команде разработки. Важно сохранить спокойствие внутри команды и правильно настроить процессы внутри команды.
4. Содействие процессу измерения, изучения и изменения** - разработчик должен активно участвовать в цикле Build-Measure-Learn, поддерживая процесс итеративного улучшения продукта.

Роль проджект-менеджера в Lean Startup.

• Определение видения и стратегии проекта. Проджект-менеджер отвечает за определение и постановку общей цели проекта, а также за разработку стратегии, которая поможет достичь этой цели.
• Определение функций минимального жизнеспособного продукта. Перед тем как программист начнет разрабатывать продукт, необходимо, чтобы проджект-менеджер разработал план разработки, а также прописал необходимые функции для минимального жизнеспособного продукта, для того чтобы пользователь мог его использовать и оценить по достоинству.
• Получение и обработки обратной связи от пользователей. После выпуска MVP, необходимо собрать всю обратную связь от пользователя, проанализировать и составить план по доработки продукта.
• Управление процессами, командой и принятие важных решений. В критических условиях, необходимо правильно настроить процессы работы, выстроить доверительные отношения между членами команды, а также взять на себя обязанность в принятии важных решений.

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

Эффективность методологии при разработке нового программного продукта.

Плюсы и минусы выбора методологии.

Как и любая другая система имеет изъяны, Lean Startup не является исключением. При правильном выстраивании работы команды и бизнес-процессов возможно уменьшить риск краха, но “слабые места” все равно будут присутствовать. На это стоит обращать свое внимание и разумно подходить к решению возникающих проблем.

Рассмотрим с какими преимуществами и недостатками может столкнуться команда и стартап при разработке нового программного продукта по методологии Lean Startup.

Можно выделить основные плюсы Lean Startup:

1. Быстрая адаптация и реакция на изменения - так как сама методология подразумевает под собой быструю реакцию на обратную связь от пользователей, то акцент на быстром тестировании гипотез и адаптации продукта - главный плюс. В отличие от традиционных методов, где процесс разработки может занимать месяцы, а то и годы, Lean Startup предлагает выходить на рынок с минимально жизнеспособным продуктом и получать реальную обратную связь от пользователей. Этот подход позволяет избежать длительных и дорогостоящих циклов разработки, которые могут оказаться бесполезными, если продукт не соответствует потребностям рынка.
2. Снижение рисков и экономия ресурсов - сама разработка и выпуск MVP позволит минимизировать затраты ресурсов на начальной стадии проекта. Команда сосредоточена только на ключевых функциях продукта, что позволяет экономить драгоценное время. Исходя из этого, можно вычислить зависимость, что затраты времени и денег распределяются эффективно, поскольку команда избегает разработки ненужных функций. Стоит уточнить, что это особенно важно для стартапов с ограниченными ресурсами, которые не могут позволить себе роскошь долгих циклов разработки без уверенности в успехе.
3. Улучшенная коммуникация и сотрудничество - Lean Startup требует постоянной коммуникации между всеми членами команды. Такой подход способствует повышению уровню вовлеченности и ответственности каждого участника стартапа. Регулярные встречи, обсуждения и ретроспективы помогают команде оставаться на одной волне и быстро реагировать на возникающие проблемы. Известны ситуации, когда вся команда живет в одном доме и работает над проектом круглые сутки. Гармоничная и продуктивная рабочая среда, где каждый ощущает свою значимость и вклад в общий успех – ключ к достижению целей.
4. Фокус на ценности для клиента - нельзя забывать, что ориентация на потребности и проблемы клиентов – один из ключевых аспектов Lean Startup. Постоянное взаимодействие с пользователями позволяет команде лучше понять их ожидания и создавать продукты, которые действительно востребованы на рынке. Несомненно можно утверждать, что это увеличивает шансы на успех и обеспечивает долгосрочное удержание клиентов. В конечном итоге, фокус на ценности для клиента помогает создать продукт, который не просто функционирует, а решает реальные проблемы и приносит пользу пользователем.

Конечно же, плюсов у данной методологии достаточно много, здесь выделены основные, которые могут повлиять на проект и развитие стартапа. К сожалению, не все бывает так красочно и гладко, как пишут. Возникают проблемы, которые совсем не вписываются в идеальный шаблон, что затрудняет и вводит в ступор. Теперь рассмотрим минусы Lean Startup, которые помогут избежать остолбенения и решить проблему быстро и качественно.

Хотелось бы выделить несколько основных минусов, а именно:

1. Высокий уровень неопределенности - не поспоришь, что круговорот одних и тех же действий может надоедать, постоянное тестирование и адаптации могут создавать чувство неопределенности у команды: “Зачем же мы тут, все-таки, собрались все?”. Разработчики, менеджеры по проекту и продукту могут сталкиваться с постоянными изменениями приоритетов и направлений, что вызывает стресс и демотивацию. В условиях, когда приоритеты меняются чуть ли не каждую неделю, а иногда и ежедневно, команда может испытывать трудности с поддержанием фокуса и мотивации. Требуется высокий уровень зрелости и устойчивости от всех участников.
2. Трудности в планировании и оценке сроков - частота изменений и пивоты затрудняют долгосрочное планирование и конструктивную оценку сроков выполнения задач. Всей команде может быть сложно предсказать, сколько времени займет тот или иной этап проекта, что намного усложняет управление ресурсами и ожиданиями стейкхолдеров. Нехватка четкого плана и постоянные изменения могут привести к хаосу и перегрузке команды, что негативно сказывается на производительности и качестве работы.
3. Потенциальные проблемы с качеством программного продукта - постоянный фокус на быстром выпуске MVP, которого требует сама методология, может привести к снижению качества продукта. Команда вынужденно жертвует качеством ради скорости, что в дальнейшем потребует дополнительных усилий на доработку и исправление ошибок. Недостаточное внимание к деталям и качеству может привести к выпуску продукта, который не удовлетворяет потребности пользователей или имеет множество багов, что негативно скажется на репутации самой компании.
4. Потенциальные конфликты в команде - столкновение мнений и различные видения к реализации проекта могут вызывать конфликты внутри команды. Люди сталкиваются с разными критическими моментами, что можно считать проверкой на стойкость команды. Все же нельзя забывать, что хороший проект может погубить плохая команда, но даже самый плохой проект всегда вытянет хорошая.

Вот мы с вами рассмотрели основные плюсы и минусы такой интересной методологии, как Lean Startup. Необходимо исходить из основных целей проекта и разработки, чтобы создавать структуру и систему, а по какой методологии их выстраивать – решать вам.

Предвещая риски. Какие сложности могут возникнуть и предложения их решения.

Выше мы рассмотрели основные недостатки, которые могут вызвать множество проблем по реализации проекта и усложнить разработку MVP. Возникает вопрос “Какие сложности возникают и как их эффективно решить?”, поэтому предлагаю в этой части статьи раскрыть ответ на данный вопрос.

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

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

Вторая проблема, часто возникающая – это трудности с планированием и оценкой сроков на реализацию задач. Невозможность составить точный график работ, что может привести к трудностям с расчетами доступных ресурсов на реализацию и поддержание проекта. Также нельзя забывать про стейкхолдеров, с которыми необходимо часто общаться на языке цифр и сроков. Решение, которые мы хотим предложить:

1. Использовать гибкие методологии управления проектами, такие как Scrum. Также регулярное обновление планов и корректировка их соответствие с новыми полученными данными. Если происходят какие-либо изменения, то лучше четко и открыто рассказать об этом стейкхолдерам и предложить готовое решение проблемы, если такое возможно.

Третья, скорее самая основная проблема, которую стартап обязан пережить – давление на быстрые результаты. Такой динамичный подход в разработке легко может привести к перегрузке и выгоранию. Снижение продуктивности из-за стресса и усталости команды не поможет реализовать даже минимальный жизнеспособный продукт. Также увеличивается количество ошибок, неудачное тестирование, код не работает, как должен. Необходимо предпринимать меры, если начинаются первые “симптомы”:

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

Общие рекомендации, которых стоит придерживаться при работе по Lean Startup:

1. Общие цели и открытая коммуникация - важно, чтобы разработчики и проджект-менеджеры имели общие цели и понимали, что они работают над одним проектом. Открытая коммуникация и обмен информацией помогут избежать недопониманий и ускорят процесс реализации MVP.
2. Понимание ролей и ответственности - важно, чтобы команда понимала свои роли и обязанности, которые на них возлагаются, иначе задачи могут мигрировать от одного человека к другому. Разработчики отвечают за создание MVP, а проджект-менеджеры - за управление процессом и получение обратной связи от пользователей.
3. Активное участие в процессе измерения, изучения и изменения - обе стороны должны активно участвовать в цикле Build-Measure-Learn. Разработчики должны быть готовы к изменениям и внесению необходимых корректировок в продукт, а проджект-менеджеры - к анализу полученной обратной связи и принятию решений на основе этих данных.
4. Поддержка компании, способной к изменениям - обе стороны должны понимать, что Lean Startup предполагает постоянное изменение и адаптация к новым условиям. Разработчики и проджект-менеджеры должны работать над созданием компании, которая может быстро реагировать на изменения и вносить необходимые изменения в продукт.

Методология Lean Startup предоставляет множество возможностей для эффективного и инновационного развития стартапов. Однако она также сопровождается рядом сложностей, которые могут затруднить работу команды. Высокий уровень неопределенности, трудности с планированием, проблемы с качеством продукта и требования к высоким навыкам коммуникации и аналитики – это лишь некоторые из вызовов, с которыми могут столкнуться стартапы. Применение рекомендаций по управлению этими сложностями поможет командам эффективно использовать методологию Lean Startup и достичь успеха в условиях быстро меняющегося рынка.

Список литературы

1. Синди Альварес. Как создать продукт, который купят / Синди Альварес. - Москва : Альпина Диджитал, - 192 с. - Текст : непосредственный.
2. Минимально жизнеспособный продукт MVP: путь к успеху вашего продукта. - Текст : электронный // КОРУС Консалтинг : официальный сайт. - 2024. - URL: https://korusconsulting.ru/infohub/mvp-minimalno-zhiznesposobnyy-produkt/ (дата обращения: 15.05.2024).
3. Gousset D. Lean Startup: как успешно запустить продукт или услугу / D. Gousset. Текст : электронный // Все о развитии гибких навыков : [сайт]. - - 26 ноябр. - URL: https://humanskills.blog/ru/lean-startup/ (дата обращения: 16.05.2024).
4. Юркевич Н. Как применить метод Lean Startup на своем проекте. /
5. Н. Юркевич. Текст : электронный // Startup Jedi : [сайт]. -2021. -URL: https://startupjedi.vc/ru/content/kak-primenit-metod-lean-startup-na-svoem-proekte (дата обращения: 16.05.2024).