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

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

👉 В водопадных проектах разработчики практически не общаются с клиентами, поэтому требования должны быть максимально подробными.

В проектах гибкой разработки разработчики тесно сотрудничают с клиентами, поэтому требования могут быть менее детальными. Бизнес-аналитики и другие ответственные за требования люди могут добиваться необходимой точности в процессе общения и документирования по мере необходимости ✅

Некоторые считают, что в командах гибкой разработки не нужно писать требования. Это не совсем так — методы гибкой разработки предполагают создание минимального объёма документации, которая даёт точные указания разработчикам и тестировщикам. Любая документация помимо той, что нужна разработчикам и тестировщикам (или необходима для выполнения требований законов и нормативных документов), представляет собой выполненную впустую работу 🚫😒