Как собрать требования и оформить их в ТЗ так, чтобы не сойти с ума?🤯

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

Сегодня обсудим один из способов сбора требований - изучение нормативной документации.

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

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

На что стоит обращать внимание при изучении НПА (нормативно-правовых актов):

🟣 Лица или участники. Они могут быть просто действующими в рамках процесса или могут принимать какие-то решения, влияющие на процесс. Стоит вынести эти лица на схему, таблицу или просто записать в заметках, чтобы у вас начала копиться фактура.

🟣 Зависимости между участниками. Кто для кого является триггером или кто кому обязан предоставить информацию или сообщить о чем-то влияющем на процесс. Это тоже стоит отметить на карте или в ваших заметках.

🟣 Части работ или задачи участников. Это даст представление о том, как именно задействован тот или иной участник в процессе. И насколько его работа важна в этом процессе.

🟣 Входы и выходы в задачи. Стоит начать с самых приоритетных для процесса работ. Отметить без чего работа не может начаться и что будет ее результатом.

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

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

Расскажите свои истории того, как вы собирали требования из документации и стейкхолдеров. Обсудим 😉