Waterfall появился потому, что одну статью не дочитали, Agile — потому что другую не поняли

55 лет назад инженер Lockheed Уинстон Ройс написал: «Строго последовательный процесс разработки — требования, дизайн, код, тестирование, внедрение — это херня. Так не работает».

Что прочитала индустрия: «О, это же описание процесса разработки, надо срочно законспектировать».

Конспект ласково назвали Водопад.

Только через 30 лет индустрия наконец дочитала статью до конца. И оказалось, что Ройс, прилежный акын, не просто описал то, что видел, а открыл временную правду: чем позже находишь ошибку, тем дороже она обходится. Поэтому современные методологии выросли как психологический контрсценарий старика Водопада: вместо одного большого плана — много маленьких проверок реальности. — Agile — итерации. — DevOps — быстрые релизы. — Lean — быстрые эксперименты.

Так почему до 70% IT-проектов всё равно разваливается? Ответ 40 лет назад сформулировал Барри Боэм, разработчик из аэрокосмической отрасли: потому что в IT-проектах не работают с рискаи. В 1986 году, в статье «A Spiral Model of Software Development and Enhancement», он предложил простую идею.

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

— Если риск в технологии — делаем прототип. — Если риск в пользователях — проверяем гипотезу. — Если риск в архитектуре — тестируем масштабирование.

Боэм говорил о спирали для снятия рисков. Индустрия прочитала «цикл итераций». Форма выхолостила содержание: спринты превращаются в календарь, итерации — в ритуал, эксперименты — в хаотичное движение.

Но чтобы управлять рисками, их сначала нужно назвать. И тут возникает неожиданная вещь: главный инструмент управления рисками в проекте — требования. Не как документация. Как место, где команда фиксирует гипотезы проекта. Хорошо сделанные требования позволяют вовремя понять, что команда строит не ту систему — и остановить проект до того, как в него закопают год работы и бюджет.

Поэма Боэма, которую никто не прочитал:

Программы создают разработчики, а убивают риски, которые никто не предвидел.

В марте будет следующий поток моего курса по риск-ориентированным требованиям. Возьму 4 человека. Занятия: вторник и четверг 18:00–20:00, суббота 10:00–12:00.

Если хотите вписаться — заполните анкету предзаписи

В этом посте были ссылки, но мы их удалили по правилам Сетки