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

Приведём пример из практики:

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

Чтобы понять, что именно делает текущая версия, аналитик обратилась к спецификации четвёртой версии. Там было указано, что четвёртая версия должна делать то же, что и третья, с добавлением новых функций и исправлением ошибок 🤔

Аналитик подняла все предыдущие документы, но так и не нашла исходную спецификацию требований. В каждой спецификации перечислялись отличия новой версии от предыдущей, но нигде не было описания первоначальной системы 🚫

👉 Если вы оказались в подобной ситуации, важно задокументировать требования для следующей версии более подробно, чтобы все заинтересованные лица — настоящие и будущие — смогли разобраться в том, что же всё-таки система делает!