ÐœÐµÑ‚Ð¾Ð´Ð¾Ð»Ð¾Ð³Ð¸Ñ Ñ€Ð°Ð·Ñ€Ð°Ð±Ð¾Ñ‚ÐºÐ¸ MVP: Agile, Lean или…

Цель — выбрать методологию, подходÑщую Ð´Ð»Ñ Ð¿Ñ€Ð¾Ð´ÑƒÐºÑ‚Ð¾Ð²Ð¾Ð¹ работы Ñ Ð²Ñ‹Ñокой неопределённоÑтью. Ðа практике Ð¼ÐµÑ‚Ð¾Ð´Ð¾Ð»Ð¾Ð³Ð¸Ñ Ñ€Ð°Ð·Ñ€Ð°Ð±Ð¾Ñ‚ÐºÐ¸ MVP работает лишь тогда, когда решениÑ, доказательÑтва и ответÑтвенноÑÑ‚ÑŒ движутÑÑ Ð²Ð¼ÐµÑте. Чек-лиÑÑ‚ или Ñ†ÐµÑ€ÐµÐ¼Ð¾Ð½Ð¸Ñ Ñами по Ñебе не ÑвлÑÑŽÑ‚ÑÑ Ñ€ÐµÐ·ÑƒÐ»ÑŒÑ‚Ð°Ñ‚Ð¾Ð¼; результат — ÑÑÐ½Ð°Ñ Ð¾Ñ‚Ð²ÐµÑ‚ÑтвенноÑÑ‚ÑŒ и доказательÑтва на каждом переходе.

Это руководÑтво превращает Agile Ð´Ð»Ñ MVP, Lean-разработку и гибридную методологию в рабочий процеÑÑ, который могут проверить оÑнователи, продуктовые руководители, дизайнеры, разработчики и теÑтировщики. Ð’ центре Ð²Ð½Ð¸Ð¼Ð°Ð½Ð¸Ñ â€” минимальный набор ÑредÑтв контролÑ, ÑохранÑющий ÑпоÑобноÑÑ‚ÑŒ учитьÑÑ Ð±ÐµÐ· лишних корпоративных процедур.

Сначала определите решение, затем дейÑтвие

Ðачните Ñ Ñ„Ð¾Ñ€Ð¼ÑƒÐ»Ð¸Ñ€Ð¾Ð²ÐºÐ¸ решениÑ, которому должна помочь Ñта работа. Ðазовите Ð¿Ð¾Ð»ÑŒÐ·Ð¾Ð²Ð°Ñ‚ÐµÐ»Ñ Ð¸Ð»Ð¸ заинтереÑованную Ñторону, ожидаемое поведение либо доказательÑтво, поÑледÑÑ‚Ð²Ð¸Ñ Ð¾ÑˆÐ¸Ð±ÐºÐ¸ и человека, отвечающего за принÑтие результата. ДейÑÑ‚Ð²Ð¸Ñ ÑтановÑÑ‚ÑÑ Ð¿ÑƒÑтой тратой времени, когда никто не понимает, какое решение они должны обеÑпечить.

Ð”Ð»Ñ Ñтой темы Ñделайте видимыми четыре Ñлемента:

• ответÑтвенного за решение на каждом Ñтапе;
• входные и выходные доказательÑтва Ð´Ð»Ñ ÐºÐ°Ð¶Ð´Ð¾Ð¹ контрольной точки;
• журнал допущений и изменений;
• путь обратной ÑвÑзи от пользователей к команде разработки.

ОтделÑйте подтверждённые Ñ‚Ñ€ÐµÐ±Ð¾Ð²Ð°Ð½Ð¸Ñ Ð¾Ñ‚ допущений. У подтверждённых пунктов еÑÑ‚ÑŒ определимый иÑточник и владелец. Ð”Ð»Ñ Ð´Ð¾Ð¿ÑƒÑ‰ÐµÐ½Ð¸Ð¹ нужен ÑпоÑоб проверки либо Ñвное принÑтие неопределённоÑти. Такое разделение позволÑет продолжать работу, не Ð²Ñ‹Ð´Ð°Ð²Ð°Ñ Ð´Ð¾Ð³Ð°Ð´ÐºÐ¸ за факты.

Превратите поиÑковый Ð·Ð°Ð¿Ñ€Ð¾Ñ Ð² доказательÑтва

Выберите методологию Ð´Ð»Ñ Ð½ÐµÐ¾Ð¿Ñ€ÐµÐ´ÐµÐ»Ñ‘Ð½Ð½Ð¾Ð¹ продуктовой работы. Запишите, какие наблюдаемые доказательÑтва подтвердÑÑ‚ Ñтот результат. Это может быть ÑƒÑ‚Ð²ÐµÑ€Ð¶Ð´Ñ‘Ð½Ð½Ð°Ñ Ð·Ð°Ð¿Ð¸ÑÑŒ о решении, продемонÑтрированный пользовательÑкий Ñценарий, пройденный приёмочный теÑÑ‚, уÑпешное воÑÑтановление поÑле ÑÐ±Ð¾Ñ Ñ€Ð°Ð·Ð²Ñ‘Ñ€Ñ‚Ñ‹Ð²Ð°Ð½Ð¸Ñ Ð¸Ð»Ð¸ измеренное изменение поведениÑ.

Ðе полагайтеÑÑŒ на коÑвенные показатели: затраченные чаÑÑ‹, проведённые вÑтречи, открытые задачи, нариÑованные Ñкраны или напиÑанный код. Они опиÑывают активноÑÑ‚ÑŒ, но не доказывают, что продукт приблизилÑÑ Ðº безопаÑному и полезному Ð´Ð»Ñ ÐºÐ»Ð¸ÐµÐ½Ñ‚Ð° результату.

Дополнительные вопроÑÑ‹ — Agile Ð´Ð»Ñ MVP, Lean-разработка и Ð³Ð¸Ð±Ñ€Ð¸Ð´Ð½Ð°Ñ Ð¼ÐµÑ‚Ð¾Ð´Ð¾Ð»Ð¾Ð³Ð¸Ñ â€” должны войти в критерии проверки. ЕÑли тема доÑтаточно важна, чтобы определÑÑ‚ÑŒ Ñодержание Ñтатьи, её также Ñледует Ñвно проверить или утвердить.

Принципы Agile Manifesto подчёркивают чаÑтую поÑтавку, теÑное ÑотрудничеÑтво бизнеÑа и разработчиков, работающее ПО как меру прогреÑÑа и регулÑрное ÑовершенÑтвование процеÑÑа.

Выберите модель ÐºÐ¾Ð½Ñ‚Ñ€Ð¾Ð»Ñ Ð² ÑоответÑтвии Ñ Ñ€Ð¸Ñком

Подход	Лучше вÑего подходит, когда	Главное предоÑтережение
Agile-поÑтавка	Ðужны чаÑтые рабочие инкременты, а Ñ‚Ñ€ÐµÐ±Ð¾Ð²Ð°Ð½Ð¸Ñ Ð¼ÐµÐ½ÑÑŽÑ‚ÑÑ	Требует ÑÑной продуктовой цели и Ñвоевременных решений
Lean-ÑкÑперименты	Ðужно Ñнижать неопределённоÑÑ‚ÑŒ небольшими теÑтами	ЕÑли Ñчитать результат одноразовым, можно пренебречь качеÑтвом продукта
Гибридное управление	Вокруг адаптивной разработки нужны фикÑированные ÑоглаÑованиÑ	Избыток контрольных точек замедлÑет обучение
ФикÑированный поÑледовательный процеÑÑ	Работа Ñтабильна, регулируетÑÑ Ð¸Ð»Ð¸ ограничена внешними требованиÑми	ПозднÑÑ Ð¾Ð±Ñ€Ð°Ñ‚Ð½Ð°Ñ ÑвÑзь делает иÑÐ¿Ñ€Ð°Ð²Ð»ÐµÐ½Ð¸Ñ Ð´Ð¾Ñ€Ð¾Ð³Ð¸Ð¼Ð¸

Подходы можно Ñочетать, но каждое дополнение должно решать заметную проблему. Маленькой команде не нужны вÑе церемонии, документы, Ñреды и уровни теÑтированиÑ. Ей нужны надёжные ÑпоÑобы не допуÑтить, чтобы значимые Ð´Ð¾Ð¿ÑƒÑ‰ÐµÐ½Ð¸Ñ Ð½ÐµÐ·Ð°Ð¼ÐµÑ‚Ð½Ð¾ переходили от одного человека к другому.

ПрактичеÑкий процеÑÑ

1. Подготовьте иÑходные данные

Соберите актуальное требование, примеры, ограничениÑ, завиÑимоÑти, открытые вопроÑÑ‹ и прошлые Ñ€ÐµÑˆÐµÐ½Ð¸Ñ Ð² одном доÑтупном Ð´Ð»Ñ Ð¿Ñ€Ð¾Ð²ÐµÑ€ÐºÐ¸ меÑте. СÑылайтеÑÑŒ на первоиÑточники, а не на памÑÑ‚ÑŒ учаÑтников. Отметьте, ÐºÐ°ÐºÐ°Ñ Ð²ÐµÑ€ÑÐ¸Ñ ÑвлÑетÑÑ Ð´ÐµÐ¹Ñтвующей.

2. РаÑпределите роли в принÑтии решений

Ðазначьте одного человека, который рекомендует решение, одного, который его утверждает, и ÑпециалиÑтов, проверÑющих отдельные риÑки. Круг конÑультантов может быть широким, но итоговую ответÑтвенноÑÑ‚ÑŒ Ð½ÐµÐ»ÑŒÐ·Ñ Ñ€Ð°ÑпределÑÑ‚ÑŒ наÑтолько, чтобы никто не мог дейÑтвовать. УÑтановите Ñрок ответа Ð´Ð»Ñ Ñ€ÐµÑˆÐµÐ½Ð¸Ð¹, ÑпоÑобных заблокировать поÑтавку.

3. Работайте ограниченными инкрементами

Выберите чаÑÑ‚ÑŒ работы, доÑтаточно малую, чтобы завершить и проверить её, не ÑпрÑтав допущениÑ. СохранÑйте ÑвÑзь иÑходного Ñ‚Ñ€ÐµÐ±Ð¾Ð²Ð°Ð½Ð¸Ñ Ñ Ð´Ð¸Ð·Ð°Ð¹Ð½Ð¾Ð¼, реализацией и проверкой. ЕÑли Ð½Ð¾Ð²Ð°Ñ Ð¸Ð½Ñ„Ð¾Ñ€Ð¼Ð°Ñ†Ð¸Ñ Ð¼ÐµÐ½Ñет предпоÑылку, оÑтановитеÑÑŒ и обновите запиÑÑŒ до раÑÑˆÐ¸Ñ€ÐµÐ½Ð¸Ñ Ð¾Ð±ÑŠÑ‘Ð¼Ð°.

4. ПроверÑйте результат, а не презентацию

ÐžÑ‚Ð¿Ð¾Ð»Ð¸Ñ€Ð¾Ð²Ð°Ð½Ð½Ð°Ñ Ð´ÐµÐ¼Ð¾Ð½ÑÑ‚Ñ€Ð°Ñ†Ð¸Ñ Ð¼Ð¾Ð¶ÐµÑ‚ Ñкрывать отÑутÑтвующие правила, Ñлабые разрешениÑ, необработанные Ñбои или ручные операции. СопоÑтавлÑйте результат Ñ Ð·Ð°Ð¿Ð¸Ñанными доказательÑтвами приёмки. Приглашайте ÑпециалиÑта, ÑпоÑобного лучше вÑего оÑпорить наиболее ÑущеÑтвенный риÑк, а не проÑто человека, который лучше знаком Ñ Ñ€Ð°Ð±Ð¾Ñ‚Ð¾Ð¹.

5. Явно принимайте работу или возвращайте её

ПринÑÑ‚Ð°Ñ Ñ€Ð°Ð±Ð¾Ñ‚Ð° включает доказательÑтва, извеÑтные ограничениÑ, владельца и поÑледующие задачи. ÐепринÑтую работу возвращают Ñ ÑƒÐºÐ°Ð·Ð°Ð½Ð¸ÐµÐ¼ конкретного неÑоблюдённого критериÑ. Ð”Ð»Ñ Ð·Ð°Ð±Ð»Ð¾ÐºÐ¸Ñ€Ð¾Ð²Ð°Ð½Ð½Ð¾Ð¹ работы фикÑируют завиÑимоÑÑ‚ÑŒ, владельца, дату Ñледующей проверки и безопаÑные задачи, которые можно продолжать.

РаÑпроÑтранённые ошибки

Задачи назначены, а Ñ€ÐµÑˆÐµÐ½Ð¸Ñ â€” нет

Ð”Ð»Ñ ÐºÐ°Ð¶Ð´Ð¾Ð³Ð¾ дейÑÑ‚Ð²Ð¸Ñ ÑƒÐºÐ°Ð·Ñ‹Ð²Ð°Ð¹Ñ‚Ðµ решение или клиентÑкий результат, которому оно Ñлужит. УдалÑйте повторÑющиеÑÑ ÑˆÐ°Ð³Ð¸, не Ñоздающие доказуемой ценноÑти, и добавлÑйте контроль только при наличии реального риÑка или ÑбоÑ.

Церемонии не Ñоздают доказательÑтв

ИÑпользуйте общее определение приемлемых доказательÑтв. Мнение заинтереÑованной Ñтороны, Ñгенерированное резюме, визуальный макет и автоматичеÑкий теÑÑ‚ отвечают на разные вопроÑÑ‹; ничто из Ñтого не должно незаметно подменÑÑ‚ÑŒ другое.

ВмеÑто принÑÑ‚Ñ‹Ñ… результатов измерÑетÑÑ Ð°ÐºÑ‚Ð¸Ð²Ð½Ð¾ÑÑ‚ÑŒ

Делайте Ð¸Ð·Ð¼ÐµÐ½ÐµÐ½Ð¸Ñ Ð´Ð¾Ñтаточно малыми, чтобы найти причину проблемы. ЕÑли доказательÑтва противоречат плану, обновите план и Ñообщите о поÑледÑтвиÑÑ…. Ð¡ÐºÑ€Ñ‹Ð²Ð°Ñ Ð½Ð¾Ð²ÑƒÑŽ информацию ради даты или краÑивого отчёта, вы Ñоздаёте более Ñерьёзные задержки в будущем.

При передаче между Ñтапами и командами терÑетÑÑ ÐºÐ¾Ð½Ñ‚ÐµÐºÑÑ‚

Включите ответÑтвенноÑÑ‚ÑŒ за Ñопровождение и поÑледующие дейÑÑ‚Ð²Ð¸Ñ Ð² критерии завершениÑ. ПоÑтавка продукта не заканчиваетÑÑ Ð¿ÐµÑ€ÐµÐ´Ð°Ñ‡ÐµÐ¹, ÑлиÑнием ветки, развёртыванием или запуÑком. Команде нужен назначенный человек, который отреагирует, еÑли пользователи, мониторинг или теÑÑ‚Ñ‹ покажут ошибочноÑÑ‚ÑŒ допущениÑ.

Роли и границы утверждениÑ

ОÑнователь или владелец продукта должен утверждать клиентÑкий результат, бизнеÑ-правила, компромиÑÑÑ‹ объёма и риÑк релиза. Дизайнеры проверÑÑŽÑ‚ ÑÑноÑÑ‚ÑŒ ÑценариÑ, покрытие ÑоÑтоÑний и доÑтупноÑÑ‚ÑŒ. Разработчики — реализуемоÑÑ‚ÑŒ, архитектуру, данные, безопаÑноÑÑ‚ÑŒ и ÑкÑплуатационные поÑледÑтвиÑ. ТеÑтировщики или незавиÑимые рецензенты проверÑÑŽÑ‚, дейÑтвительно ли доказательÑтва охватывают заÑвленное поведение.

Ð’ небольшом Ñтартапе один человек может Ñовмещать неÑколько ролей, но вопроÑÑ‹ вÑÑ‘ равно Ñледует задавать раздельно. Самопроверка Ñлабее, когда одно и то же допущение породило требование, реализацию и доказательÑтво. Ð”Ð»Ñ Ð¾Ð±Ð»Ð°Ñтей Ñ Ñерьёзными поÑледÑтвиÑми добавьте рецензента Ñ Ð½ÐµÐ·Ð°Ð²Ð¸Ñимым предÑтавлением о возможных ÑбоÑÑ….

Журнал решений должен фикÑировать вопроÑ, выбранный вариант, альтернативы, обоÑнование, доказательÑтва, владельца, дату и уÑловие переÑмотра. Он не обÑзан быть длинным. Его назначение — предотвращать потерю контекÑта и показывать, когда Ð´Ð°Ð»ÑŒÐ½ÐµÐ¹ÑˆÐ°Ñ Ñ€Ð°Ð±Ð¾Ñ‚Ð° опираетÑÑ Ð½Ð° изменившееÑÑ Ð´Ð¾Ð¿ÑƒÑ‰ÐµÐ½Ð¸Ðµ.

Как Ñообщать о прогреÑÑе

Сообщайте о завершённых результатах Ñо ÑÑылками на доказательÑтва. Полезное обновление указывает, какой Ñценарий или решение принÑÑ‚, что проверÑетÑÑ, что заблокировано, какой риÑк изменилÑÑ Ð¸ что произойдёт дальше. Ðе пишите «готово на 90%», еÑли оÑтавшиеÑÑ Ð´ÐµÑÑÑ‚ÑŒ процентов не определены и неÑопоÑтавимы Ñ Ð²Ñ‹Ð¿Ð¾Ð»Ð½ÐµÐ½Ð½Ð¾Ð¹ чаÑтью.

ПроÑтой отчёт может выглÑдеть так:

СтатуÑ	Значение	ДоказательÑтво
Готово к работе	ИÑходные данные и критерии приёмки утверждены	СÑылка на требование и владелец
Ð’ работе	СоздаётÑÑ Ð¾Ð³Ñ€Ð°Ð½Ð¸Ñ‡ÐµÐ½Ð½Ñ‹Ð¹ инкремент	Ð¢ÐµÐºÑƒÑ‰Ð°Ñ Ð²ÐµÑ‚ÐºÐ°, дизайн или теÑÑ‚
Ðа проверке	Результат ожидает Ñ€ÐµÑˆÐµÐ½Ð¸Ñ Ð½Ð°Ð·Ð½Ð°Ñ‡ÐµÐ½Ð½Ð¾Ð³Ð¾ человека	СÑылка на проверку и Ñрок
Заблокировано	Внешнее решение или завиÑимоÑÑ‚ÑŒ мешает завершению	Владелец и Ñледующее дейÑтвие
ПринÑто	Критерии выполнены, ответÑтвенноÑÑ‚ÑŒ зафикÑирована	ДемонÑтрациÑ, теÑÑ‚Ñ‹, решение или данные релиза

Эта модель показывает неопределённоÑÑ‚ÑŒ, не Ð¿Ñ€ÐµÐ²Ñ€Ð°Ñ‰Ð°Ñ Ð¾Ñ‚Ñ‡Ñ‘Ñ‚ в ложный прогноз. Она также помогает оÑнователÑм вмешиватьÑÑ Ñ‚Ð°Ð¼, где требуетÑÑ Ñ€ÐµÑˆÐµÐ½Ð¸Ðµ, а не дополнительные уÑÐ¸Ð»Ð¸Ñ Ñ€Ð°Ð·Ñ€Ð°Ð±Ð¾Ñ‚Ñ‡Ð¸ÐºÐ¾Ð².

СохранÑйте ÑвÑзноÑÑ‚ÑŒ процеÑÑа

Ð¡Ñ‚Ð°Ñ‚ÑŒÑ Ð¾ полном процеÑÑе разработки MVP даёт более широкий контекÑÑ‚ Ð´Ð»Ñ Ñтого решениÑ. Материал об инÑтрументах ИИ в процеÑÑе MVP раÑÑматривает ÑвÑзанный контроль и Ñледующий шаг, а ÑÑ‚Ð°Ñ‚ÑŒÑ Ð¾ ÑкороÑти, качеÑтве и техничеÑком долге MVP ÑвÑзывает результат Ñ ÐºÐ°Ñ‡ÐµÑтвом поÑтавки.

ПерекрёÑтные ÑÑылки важны и в работе: Ñ‚Ñ€ÐµÐ±Ð¾Ð²Ð°Ð½Ð¸Ñ Ð´Ð¾Ð»Ð¶Ð½Ñ‹ веÑти к дизайну, дизайн — к реализации, Ñ€ÐµÐ°Ð»Ð¸Ð·Ð°Ñ†Ð¸Ñ â€” к теÑтам, теÑÑ‚Ñ‹ — к доказательÑтвам релиза, а Ð¾Ð±Ñ€Ð°Ñ‚Ð½Ð°Ñ ÑвÑзь — к Ñледующему решению. Ð”Ð»Ñ Ð¿Ñ€Ð¾ÑлеживаемоÑти не нужен Ñложный инÑтрумент; многим MVP-командам доÑтаточно Ñтабильных идентификаторов и диÑциплины ÑÑылок.

Чек-лиÑÑ‚ завершениÑ

Перед закрытием работы убедитеÑÑŒ, что:

• ожидаемое решение или результат Ñформулированы ÑÑно;
• актуальные доказательÑтва доÑтупны по ÑÑылкам и понÑтны;
• Ð´Ð¾Ð¿ÑƒÑ‰ÐµÐ½Ð¸Ñ Ð¸ нерешённые вопроÑÑ‹ оÑтаютÑÑ Ð²Ð¸Ð´Ð¸Ð¼Ñ‹Ð¼Ð¸;
• нужные продуктовые и техничеÑкие ÑпециалиÑÑ‚Ñ‹ учаÑтвовали в проверке;
• раÑÑмотрены Ñбои, граничные Ñлучаи и разноглаÑиÑ;
• у принÑÑ‚Ñ‹Ñ… ограничений еÑÑ‚ÑŒ владельцы и уÑÐ»Ð¾Ð²Ð¸Ñ Ð´Ð°Ð»ÑŒÐ½ÐµÐ¹ÑˆÐ¸Ñ… дейÑтвий;
• Ñледующий Ñтап можно начать, не воÑÑÑ‚Ð°Ð½Ð°Ð²Ð»Ð¸Ð²Ð°Ñ ÐºÐ¾Ð½Ñ‚ÐµÐºÑÑ‚ заново.

ЕÑли отÑутÑтвует неÑколько пунктов, работа может ÑущеÑтвовать, но ещё не быть готовой. Вернуть её Ñ ÐºÐ¾Ð½ÐºÑ€ÐµÑ‚Ð½Ñ‹Ð¼ невыполненным критерием полезнее, чем принÑÑ‚ÑŒ уÑловно и позволить неоднозначноÑти раÑпроÑтранитьÑÑ.

ПрактичеÑкий вывод

Ð”Ð»Ñ Ð¼ÐµÑ‚Ð¾Ð´Ð¾Ð»Ð¾Ð³Ð¸Ð¸ разработки MVP ÑохранÑйте процеÑÑ Ñоразмерным продуктовому риÑку и неопределённоÑти. Определите решение, подготовьте доказательÑтва, назначьте утверждающего, работайте небольшими инкрементами и запиÑывайте полученные знаниÑ. Такой подход уÑкорÑет работу за Ñчёт ÑÐ¾ÐºÑ€Ð°Ñ‰ÐµÐ½Ð¸Ñ Ð¿ÐµÑ€ÐµÐ´ÐµÐ»Ð¾Ðº и ожиданиÑ, а не отказа от контролÑ, необходимого реальному продукту.

Сильный процеÑÑ MVP позволÑет легко увидеть, что извеÑтно, что предполагаетÑÑ, что принÑто и кто дейÑтвует дальше. Эта ÑÑноÑÑ‚ÑŒ помогает команде адаптироватьÑÑ Ð±ÐµÐ· хаотичной реакции и даёт оÑнователÑм убедительные оÑÐ½Ð¾Ð²Ð°Ð½Ð¸Ñ Ð´Ð»Ñ Ñледующей инвеÑтиции.

Часто Задаваемые Вопросы

Какой результат должен давать процеÑÑ Ñ€Ð°Ð·Ñ€Ð°Ð±Ð¾Ñ‚ÐºÐ¸ MVP?

Он должен приводить к принÑтому результату Ñ Ð¿Ñ€Ð¾Ñлеживаемыми доказательÑтвами, видимыми допущениÑми и назначенным ответÑтвенным. Самого Ð²Ñ‹Ð¿Ð¾Ð»Ð½ÐµÐ½Ð¸Ñ Ð´ÐµÐ¹Ñтвий без Ñ€Ð°Ð·Ñ€ÐµÑˆÐµÐ½Ð¸Ñ Ð¾Ñновного вопроÑа недоÑтаточно.

Кто должен отвечать за методологию разработки MVP?

Владелец продукта или оÑнователь отвечает за ожидаемый клиентÑкий и бизнеÑ-результат. Дизайнеры, разработчики, теÑтировщики и операционные ÑпециалиÑÑ‚Ñ‹ отвечают за рекомендации и доказательÑтва в Ñвоих облаÑÑ‚ÑÑ…, а один назначенный человек утверждает итоговое решение.

Сколько документации нужно небольшой команде MVP?

Документируйте решениÑ, влиÑющие на поведение продукта, объём, данные, безопаÑноÑÑ‚ÑŒ, поÑтавку или дальнейшее владение. Кратких ÑвÑзанных запиÑей доÑтаточно, еÑли в них Ñохранены требование, обоÑнование, доказательÑтва, ответÑтвенный и уÑÐ»Ð¾Ð²Ð¸Ñ Ð¿ÐµÑ€ÐµÑмотра.

Как команде работать Ñ Ð½Ð¾Ð²Ð¾Ð¹ информацией?

Обновите затронутое требование или решение, оцените влиÑние на текущую работу и Ñообщите, какие доказательÑтва теперь нужны Ð´Ð»Ñ Ð¿Ñ€Ð¸Ñ‘Ð¼ÐºÐ¸. Ðе Ñкрывайте изменившееÑÑ Ð´Ð¾Ð¿ÑƒÑ‰ÐµÐ½Ð¸Ðµ ради ÑÐ¾Ñ…Ñ€Ð°Ð½ÐµÐ½Ð¸Ñ Ð¿ÐµÑ€Ð²Ð¾Ð½Ð°Ñ‡Ð°Ð»ÑŒÐ½Ð¾Ð³Ð¾ плана.