Иван, спасибо большое за ваши слова и отличные вопросы!
Вы верно подметили суть Discovery — это инструмент для работы с неопределённостью, когда классическое планирование по PMBOK пока неприменимо. Хорошо показывает разницу пример из строительства: если мы возводим мост, у нас есть СНиПы, ГОСТы и столетия инженерной практики — архитектура и смета понятны сразу. В случае с IT-продуктом, особенно новым, такой базы просто нет. Discovery как раз позволяет за ограниченный срок и бюджет снизить эту неопределённость до уровня, когда можно принимать взвешенное решение.
По критериям достаточности — они всегда уникальны под конкретный проект. Но главный маркер один: мы должны чётко понимать, что нам нужно для запуска MVP и какой эффект мы от него ждём. Дальше — либо старт полноценной разработки, либо обоснованное решение продолжить этап Discovery.
Иван, спасибо большое за ваши слова и отличные вопросы!
Вы верно подметили суть Discovery — это инструмент для работы с неопределённостью, когда классическое планирование по PMBOK пока неприменимо. Хорошо показывает разницу пример из строительства: если мы возводим мост, у нас есть СНиПы, ГОСТы и столетия инженерной практики — архитектура и смета понятны сразу. В случае с IT-продуктом, особенно новым, такой базы просто нет. Discovery как раз позволяет за ограниченный срок и бюджет снизить эту неопределённость до уровня, когда можно принимать взвешенное решение.
По критериям достаточности — они всегда уникальны под конкретный проект. Но главный маркер один: мы должны чётко понимать, что нам нужно для запуска MVP и какой эффект мы от него ждём. Дальше — либо старт полноценной разработки, либо обоснованное решение продолжить этап Discovery.