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

На выходе:
- Устав проекта
- Объем работ
- Ограничения по ресурсам, времени и финансам
- Бизнес-цели и критерии успеха

Создаём и балансируем по ресурсам детальный план проекта. Заносим риски в план, ветки развития в зависимости от полученных результатов. 
Из этого плана становится видна более точная цена и сроки. Нередко меняется объём работ, т.к. через мысленный эксперимент создания продукта проявляются новые идеи. 
На этом этапе к работе подключаются узкие специалисты и главы команд. Они помогают определить сложность, риски и сроки. Подробные требования ещё не описаны, но оформляется более точный фронт работ, план проекта и стоимость. 

На выходе:
- Иерархическая структура работ
- Диаграмма Ганта с распределёнными на ней ресурсами
- Список возможных рисков и способы воздействия на вероятности их наступления

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

На выходе:
- Бизнес-требования
- Функциональные требования
- Требования к юзабилити
- Требования к безопасности
- Требования к скорости работы и производительности
- Требования к интеграциям с другими системами 
- Требования к обслуживанию
- Прочие требования

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

На выходе:
- Принятые заказчиком прототипы и дизайн
- Архитектура программы, позволяющая удовлетворить технические требования
- Описание процессов разработки, тестирования и доставки кода

Технические специалисты производят удовлетворяющее требованиям программное обеспечение. Заинтересованные стороны, в обязательном порядке включая заказчика, регулярно проводят осмотры того, что получается. Их включённость в процесс необходима, чтобы гарантировать, что их ожидания оправдываются. Результатом этой фазы является покрытое оговоренными тестами, корректно функционирующее программное обеспечение.
Этап тестирования является одним из самых важных, так как невозможно поставить качественное программное обеспечение без тестирования.

На выходе:
  - Комплекс программного обеспечения 
  - Автоматизированные юнит-тесты
  - Автоматизированные функциональные тесты
  - Автоматизированные интеграционные тесты
  - Автоматизированные тесты-замеры производительности
  - Автоматизированные системные тесты
  - Автоматизированные  тесты безопасности

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

На выходе:
  - Отчет о соблюдении качества
  - Отчет от заказчика о проведённом тестировании
  - Принятый клиентом готовый к выпуску продукт или его функция

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

На выходе:
- Выпущен и функционирует программный продукт или его новый функционал

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

Живой сервис постоянно развивается в соответсвии с потребностями рынка. Однако, бОльшая часть ресурсов проекта, нередко, может быть освобождена, в соответствии с согласованным ранее планом.