Как мы запускаем MVP за 3-4 месяца без минуса на проекте и в сроки
Запускать MVP можно по-разному. Можно несколько месяцев писать ТЗ, еще пару месяцев его редактировать, полгода дизайнить и только через год добраться до разработки.
Это водопадная модель. Тут всё красиво: сначала аналитика, потом ТЗ, потом дизайн, потом разработка. Проджекту — кайф. Всё последовательно, рисков меньше, всё по чек-листу. Но бизнесу — боль. Потому что скорость = ноль. MVP появляется тогда, когда уже не MVP нужен, а полный продукт — и то другой.
В KTS, чтобы получить готовое решение за 3-4 месяца без боли, без минусов, мы используем классический Scrum, наслаивая процессы друг на друга. Пока аналитик ещё добивает детали пользовательского пути, дизайнер уже собирает фреймы, а разработчик пишет базовую архитектуру. Всё одновременно. Да, сложнее, но зато через 3-4 месяца — уже живой MVP, с которым можно тестировать гипотезы, собирать фидбек.
Менеджеру придется оперировать непредсказуемостью. Чтобы не допустить в этом процессе полный хаос, попасть в сроки и рамки, мы обложились артефактами и контролем.
Артефакты, которые держат в узде процесс: — База знаний проекта — Лог проекта — Карта коммуникаций — Трекер проекта и продукта — Ресурсный план
И это тот самый уровень хард, про который мы говорили в предыдущих постах. Это не просто Agile без ТЗ на 100 страниц, а Agile с попаданием в бюджет и сроки, несмотря на всю непредсказуемость и гибкость разработки.
