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

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

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

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

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

#УправТреб #Управлениетребованиями #Реализацияпроекта #ПроектноеУправление #Гибкаяразработка #Полезнознать
repost

46

input message

напишите коммент

еще контент в этом сообществе

еще контент в этом соообществе

войдите, чтобы увидеть

и подписаться на интересных профи

в приложении больше возможностей

пока в веб-версии есть не всё — мы вовсю работаем над ней

сетка — cоциальная сеть для нетворкинга от hh.ru

пересекайтесь с теми, кто повлияет на ваш профессиональный путь