1. Отсутствие вовлечённости ключевых стейкхолдеров
- Инвестор/собственник не понимает процесс, но требует мгновенных результатов.
- Команда работает «в вакууме» без обратной связи.
2. Иллюзия прогресса
- Нет работающего продукта — только обсуждения и планы.
- Движение есть, но ценность не создаётся.
3. Потеря мотивации
- Изначальный энтузиазм угасает, когда нет быстрых побед.
👉 Scrum решает эти проблемы через:
✔ короткие итерации с осязаемыми результатами;
✔ прозрачность для всех участников (включая инвесторов);
✔ постоянную коррекцию курса (ретроспективы).
Задача: разработать новый цифровой продукт «автоматизированное проектирование гибких трубопроводов» для проектных институтов.
Моя роль: консультант.
Ошибки
1) Я не вовлёк Инвестора в процесс
- Рассуждал: «Он не хочет погружаться в технические детали, у него ограниченное время и плотный график».
- Вместо этого Владелец продукта докладывал о статусе раз в месяц сухими отчётами и презентациями.
2) Команда поддерживала меня… пока были полномочия
- Инвестор начал сомневаться (из-за отсутствия видимого прогресса и бизнес-перспектив, которые не смог сформулировать Product owner и, соответственно, вдохновить своим видением Инвестора). Product owner постоянно боролся с собой, борьба развернулась между двумя субличностями: разработчик ПО (что было ему по душе) и Владелец продукта (его трудовой долг, то, что он сам когда-то выбрал), в итоге по мере погружения в проект он все больше начинал понимать, что его путь — это разработка ПО, а не управление. Если бы он прошёл на старте обучение по Scrum, то, конечно же, его роль и истинные желания были бы понятны ему раньше. Это сэкономило бы его личное время, время команды и деньги Инвестора.
3) Попытка «продать» готовое решение
- К моменту демонстрации MVP инвестор не чувствовал причастности и заблокировал финансирование этой разработки. Ну, а я, как консультант, не стал выставлять каких-то аргументов в пользу стартапа (возможно, это к лучшему). Ведь смысл стартапа — это не только сделать очень крутой и востребованный продукт, но и проверить гипотезы: нужен ли продукт рынку, зажигает ли он команду, Инвесторов/сособственников. Если ответ «нет» — следует просто остановить финансирование.
Итог
- Продукт не вышел на рынок.
- Команда распалась.
- С одной стороны, получен отрицательный опыт, с другой — ценный.
Включил инвестора в процесс:
- Проводил короткие живые демонстрации (не картинки в презентации) каждые 4 недели (Sprint Review).
- Просил его участвовать в расстановке приоритетов в бэклоге (даже если он ошибался).
Создал «эффект соучастия»
- Инвестор предлагал (и отвергал) функции, фичи наравне с командой.
- Плотно настроил взаимодействие между Product Owner и Инвестором: завязывались дискуссии, выслушивались разные точки зрения, в итоге принимались более продуманные решения на уровне организации.
Фиксировал «быстрые победы»
•Первый рабочий прототип показали через 4 недели (не «через полгода»).
Итог
- Продукт запустили на 2 месяца раньше срока.
- Инвестор стал адептом Agile и внедрил Scrum в других проектах.
Вовлекайте стейкхолдеров с первого спринта
Не ждите «идеального момента»: пусть участвуют в Planning (если возможно) и Review.
Делайте демо чаще, чем хотите
Даже сырой прототип лучше, чем красивый отчёт.
Не защищайте Scrum — показывайте его пользу
Инвестор не обязан любить Agile, но он должен видеть ценность.