Планирование для начинающих. Методическое пособие. Теория - стр. 12
Идея создания плана управления содержанием и всех планов управления: если вы не можете планировать это, вы не можете сделать это.
Тем не менее, многие люди совершают ошибку, начиная работать над проектом до того, как продукт и содержание проекта определены и до того, как они правильно спланировали, как они будут управлять содержанием.
2.6 Сбор требований
Давайте предположим. У вас появилась какая-то идея, которая в будущем должна стать проектом. вы создали устав проекта, вы написали на коленке всё что было у вас в голове об этом проекте и теперь готовы к нему приступать, но как вы видите у вас нет чёткой картинки того что должно произойти, как этот проект будет развиваться со временем и какой результат он должен в итоге дать. Для этого и формируются требования, которые фиксируются и документируются. Об этом я вам сейчас подробнее расскажу поэтому по традиции я вам желаю настроиться на работу, погрузиться в сегодняшний урок, и вы увидите, как много нового появится в вашем багаже знаний. Поэтому я с удовольствием начинаю рассказывать и надеюсь вы с удовольствием будете меня слушать.
СБОР ТРЕБОВАНИЙ
– Процесс: Сбор требований
– Группа процессов: Планирование
– Область знаний: Управление содержанием
Требования – это то, что нужно заинтересованным сторонам от проекта или продукта. Помните, что работа не должна включаться в проект только потому, что кто-то этого хочет. Вместо этого требования должны касаться решения проблем или достижения целей, изложенных в уставе проекта. Требования могут включать запросы о планировании и управлении работой.
Требования могут включать возможности, которые заинтересованные стороны хотели бы видеть в продукте, такие как программное приложение, которое позволяет нескольким пользователям получать доступ к нему одновременно.
– Качество: Прописанные параметры качества для чего либо, которые нельзя нарушать.
– Бизнеспроцессы: «вы должны отслеживать и сообщать о расходах проекта таким образом.»
– Соответствие: «по закону, мы должны соответствовать этому стандарту безопасности.»
– Управление проектами: «мы требуем, чтобы процедура управления рисками X использовалась в проекте.»
Процесс сбора требований ищет все требования, а не только те, которые связаны с продуктом проекта. Этот процесс имеет решающее значение для успеха проекта, так как пропущенное требование может означать значительные изменения и конфликты на протяжении оставшейся части проекта – и даже провал проекта.
Процесс сбора требований ищет все требования, а не только те, которые связаны с продуктом проекта. Этот процесс имеет решающее значение для успеха проекта, так как пропущенное требование может означать значительные изменения и конфликты на протяжении оставшейся части проекта – и даже провал проекта.
Усилия по сбору требований также включают в себя выявление ожиданий заинтересованных сторон – их убеждений или ментальных представлений о том, как получится проект – и перевод этих ожиданий в требования по мере необходимости. Сбор требований могут включать использование различных методов (описанных далее). Менеджер проекта должен выбрать методы, наиболее подходящие для проекта и его заинтересованных сторон. Обратите внимание, что многие из этих методов могут также использоваться в других усилиях по сбору данных, таких как выявление рисков в процессе управления рисками.