«Процесс определения, документирования и управления потребностями и требованиями заинтересованных сторон для достижения целей проекта».
Определение, выделенное курсивом, взято из Глоссария Института управления проектами, Руководства по Своду знаний по управлению проектами, (Московского представительства https://pmi.ru/ Руководство PMBOK®) - Пятое издание, Институт управления проектами, 2013 г.
Московское отделение PMI — некоммерческая организация, ставящая своей целью обмен опытом, знаниями и навыками среди Менеджеров проектов — членов отделения, развитие профессионализма в управлении проектами через программы сертификации (CAPM, PMP, PfMP, PgMP, PMI-SP, PMI-RMP, PMI-PBA, PMI-ACP) и получение признания и высокой оценки профессии «Менеджер проекта» в России.
Статья подготовлена специально для партнёров РОСТ Консалт и BusinessBRO
Институт управления проектами, Руководство к Своду знаний по управлению проектами, (Руководство PMBOK®) - Пятое издание, Институт управления проектами, 2013 г. Рис. 5-4.
Собрать требования:
- Обеспечивает основу для определения и управления проектом и областью продукта
- Экзамен предполагает, что вы планируете, прежде чем действовать (так же, как Деминг) Требования включают в себя:
- Условия или возможности, которым должен соответствовать конечный продукт
- Подробная информация о продукте, функциональности, возможностях, атрибутах, валидации
- Необходимо получить, проанализировать, расставить приоритеты и одобрить заинтересованные стороны
- Отправной точкой является то, что содержится в Уставе проекта (4.1. Разработка Устава проекта - во время инициации).
- К кому обратиться, следует из Реестра заинтересованных сторон и Плана управления заинтересованными сторонами (13.1 Определить заинтересованные стороны - во время инициирования)
Институт управления проектами, Руководство к Своду знаний по управлению проектами, (Руководство PMBOK®) - Пятое издание, Институт управления проектами, 2013 г., стр. 112
Понимание требований
Различные типы требований
- Бизнес-требования - бизнес-потребности более высокого уровня
- Бизнес-цели, видение, стратегическое выравнивание, «бизнес-потребность или отсутствие необходимости» и определение масштаба решаемой бизнес-проблемы.
- Требования к заинтересованным сторонам
- Требования к решению - «Что» на языке системы
- «Функциональные требования» строящегося решения - поведение продукта
- Нефункциональные требования - условия или качества окружающей среды, необходимые для эффективности продукта (надежность; производительность; безопасность; безопасность; уровни обслуживания; требования к поддержке)
- Требования к переходу, проекту и качеству
Типы требований
- Некоторые требования заинтересованных сторон могут быть взаимоисключающими или трудными для выполнения, поэтому проект может быть не в состоянии их удовлетворить.
- Они должны быть подняты с заинтересованными сторонами для разрешения до того, как документация по требованиям может быть завершена
- Требования расставляются по приоритетам, согласовываются и затем используются для разработки и согласования приемочных испытаний и их организации.
Инструменты и Техника - 1
Интервью
- Обычно один на один
Фокус группы
- Проводится обученным модератором
- Эксперты в данной области и ключ участия заинтересованных сторон
Ведущие семинары
- Разрешить ключевым межфункциональным заинтересованным сторонам определять характеристики продукта / проекта и согласовывать различия
- Требуются представители всех задействованных функций для обеспечения учета всех потребностей пользователей.
- Примеры включают в себя JAD (совместная разработка приложений), RAD (быстрая разработка приложений), QFD (развертывание функции качества)
Техника группового творчества
Мозговой:
- Записывает все возможные варианты / решения без суждения, затем оценивает требования проекта / продукта.
Номинальная группа Техника:
- «Усиливает мозговой штурм с процессом голосования для ранжирования идей»
Delphi Technique:
- Анкеты рассылаются экспертам: анонимные ответы составляются, расставляются приоритеты и отправляются обратно - метод достижения консенсуса.
Отображение идеи / разума:
- Графический метод для консолидации идей мозгового штурма; показать «общность и различия»; «Генерировать новые идеи»
Диаграмма сродства:
- Сбор «большого количества идей и сортировка их по группам» и анализ их для выявления закономерностей в данных
Многокритериальный анализ решений:
- Обеспечивает систематический аналитический подход с использованием матрицы решений
- Чтобы установить несколько критериев
- Оценить и оценить многочисленные идеи или факторы (например, конкретные риски, уровни риска)
Методы группового принятия решений
Единодушие - все согласны на единый курс действий
Большинство / Консенсус - поддержка более чем 50% членов группы
Множественность - самый большой блок
Диктатура - Единое лицо, принимающее решение
Анкеты и опросы
Анкеты :
- исследовательский инструмент
- серия вопросов и других подсказок для сбора информации
Опросы :
- метод сбора количественной информации о предметах в популяции
- вопросники улучшают количество и точность ответов на опросы
Инструменты и Техника - 2
наблюдения
- Проведение наблюдений для выявления различных потребностей
- Летать на стене; оглядываясь через плечо
Прототипы
- Создание прототипа, чтобы помочь заинтересованным сторонам / пользователям:
- Для визуализации и кристаллизации конечного результата или промежуточного состояния
- Оставить отзыв
Бенчмаркинг
- Выявление лучших в своем классе организаций и того, что они делают, для реализации на основе и улучшения
Контекстные диаграммы
- Наглядно покажите область применения продукта, показывая бизнес-систему и что с ней взаимодействует
Источник: http://en.wikipedia.org/wiki/File:NDE_Context_Diagram.jpg
Анализ документов
- Анализ документов на соответствие требованиям
Выходы
Требования к документации:
- Прогрессивно разработанный отчет: как каждое требование соответствует бизнес-потребностям, четко, измеримо, принято в письменной форме
Матрица прослеживаемости требований:
- привязка требований к их происхождению
- отслеживание их в течение жизненного цикла проекта
- давая структуру для управления изменениями области
- критерии приемки
пример
Институт управления проектами, Руководство к Своду знаний по управлению проектами, (Руководство PMBOK®) - Пятое издание, Институт управления проектами, 2013 г. Рис. 5-6 Стр. 119
Расстановка приоритетов - МОСКВА
M усть имеют требования -противном случае бизнеспотребность не удовлетворяется
S hould имеет требование - которыеесли опущена скомпрометирует функциональность системы
C AN требования - что если включена добавит преимущества
W on't Have - требования, которые не служат бизнес-целям
Бизнес-требования к университетскому ресторану
Функциональность:
- Предварительно заказанные блюда для клиентов департамента должны быть завершены с 10:00 до 14:00 по Гринвичу.
- Все блюда в одном заказе должны быть доставлены в одно и то же место.
- Питание должно быть заказано за 1 день до доставки и выбрано из онлайн меню
- Меню может быть изменено при условии уведомления за один месяц
- Ежедневный спрос должен обслуживать 25% вегетарианцев и 5% веганов
Технические:
- Возможность обслуживать 2000 клиентов одновременно в 4 местах для сидения и с 6 прилавков с минимальным количеством обслуживающего персонала 12 человек
- Все блюда полностью соответствуют санитарно-гигиеническим нормам и требованиям FDA
... Бизнес-требования разбивают проект на каждое функциональное требование и описывают, как он работает, и зависимости, влияющие на его работу.
Подписывайтесь на мой канал в телеграмме:
📽Бизнес-рентген💰с Business BRO
И на мой блог в VK:
>> Как стать Человеком-Брендом за 90 дней?
Ваш: Георгий Георгиевский
>> Написать мне можно в мессенджере, какой вам удобнее
Мои актуальные ссылки с контактами по Мульти Cсылке
Специально для РОСТ КОнсалт | rostconsult.com