Управление требованиями в проекте

Июль 26, 2022

Главная
Менеджмент
Управление требованиями в проекте

Содержание

2. Требование (IEEE) Условия или возможности, необходимые пользователю для решения проблем или достижения целей Условия или возможности,
3. Требование (ISO/IEC 29148) Требование — это утверждение, которое идентифицирует эксплуатационные, функциональные параметры, характеристики или ограничения проектирования
4. Классификация требований (ITILv3) Функциональные (Functional) —бизнес-функция Управленческие (Manageability) — относятся к размещению системы, администрированию и безопасности
5. От требований к содержанию Идентификация требований Сбор требований Анализ требований Уточнение и согласование требований Формирование содержания
6. Требования: проблемы Неочевидны Исходят из многих источников Плохо формализуемы Состоят из множества различных деталей Неравнозначны Связаны
7. Процесс управления требованиями Идентификация Документирование Анализ Отслеживание Приоретизация Достижение соглашений Управление изменениями Уведомление заинтересованных лиц
8. Идентификация требований «Идентификация требований – определение их в форме, пригодной для использования в проекте» Критерий правильной
9. Типы требований Запрос участника проекта (Stakeholder Request) Свойство Системы (Feature) Сценарий / вариант использования (Use Case)
10. Мероприятия по выявлению требований к содержанию Интервью Группы экспертов по компетенции (Focus Group) Тематические семинары (Facilitated
11. Креативные групповых техники Мозговой штурм («набрасываем») Номинальные группы («набрасываем и голосуем») Метод Дельфи («анонимные эксперты») Диаграмма
12. Диаграмма сходства Идентификация проблемы или бизнес-возможности Генерация и запись идей Молчаливая сортировка Нахождение консенсуса в финальной
13. ДС Пример - 1
14. ДС Пример - 2
15. ДС Пример - 3
16. Интеллект-карты Диаграмма связей, карта мыслей, ассоциативная карта (Mind Map) Большой лист В центре – основной объект
17. Интеллект-карты - применение обучение конспектирование лекций конспектирование книг подготовка материала по определенной теме решение творческих задач
18. Пример Mind Map Программы: FreeMind, ConceptDraw, MindManager
19. Принятие групповых решений Единодушие (единый курс) Большинством (50%) Квалифицированным большинством (67%, 75%) Консенсус (большинство определяет, меньшинство
20. Идентификация потребителей Один из элементов идентификации требований и управления качеством Анализ контракта / инициирующего документа Анализ
21. Приоритизация потребителей Матрица приоритизации потребителей (L-shaped Matrix)
22. Приоритизация требований Инструмент - матрица приоритетов Взаимная приоритизация Приоритизация по пользователям Интегральная карта приоритетов Метод анализа
24. Скачать презентацию

Слайд 2

Требование (IEEE)
Условия или возможности, необходимые пользователю для решения проблем или достижения

целей
Условия или возможности, которыми должна обладать система или системные компоненты, чтобы выполнить контракт или удовлетворять стандартам, спецификациям или другим формальным документам
Документированное представление условий или возможностей для пунктов 1 и 2.

Слайд 3

Требование (ISO/IEC 29148)
Требование — это утверждение, которое идентифицирует эксплуатационные, функциональные параметры,

характеристики или ограничения проектирования продукта или процесса, которое однозначно, проверяемо и измеримо
Необходимо для приемки продукта или процесса (потребителем или внутренним руководящим принципом обеспечения качества)

Слайд 4

Классификация требований (ITILv3)
Функциональные (Functional) —бизнес-функция
Управленческие (Manageability) — относятся к размещению системы,

администрированию и безопасности
Эргономические (Usability) — к удобству работы конечных пользователей
Архитектурные (Architectural) —к архитектуре системы
Взаимодействия (Interface) — к взаимосвязям между существующими приложениями и программным средствами и новым приложением
Сервисного уровня (Service Level) — описывают поведение сервиса, качество его выходных данных и другие качественные аспекты, измеряемые заказчиком

Слайд 5

От требований к содержанию
Идентификация требований
Сбор требований
Анализ требований
Уточнение и согласование требований
Формирование содержания

Требования Содержание !
Технические требования – отражают согласованный взгляд заказчика
Техническое задание – отражает согласованный взгляд исполнителя

Слайд 6

Требования: проблемы
Неочевидны
Исходят из многих источников
Плохо формализуемы
Состоят из множества различных деталей
Неравнозначны
Связаны друг

с другом
Лежат в разных областях
Меняются в течение проекта

Слайд 7

Процесс управления требованиями
Идентификация
Документирование
Анализ
Отслеживание
Приоретизация
Достижение соглашений
Управление изменениями
Уведомление заинтересованных лиц

Слайд 8

Идентификация требований
«Идентификация требований – определение их в
форме, пригодной для использования

в проекте»
Критерий правильной идентификации – S.M.A.R.T

Слайд 9

Типы требований
Запрос участника проекта (Stakeholder Request)
Свойство Системы (Feature)
Сценарий / вариант использования

(Use Case)
Дополнительные спецификации (Supplementary Requirement)
Термин (Term)

Слайд 10

Мероприятия по выявлению требований к содержанию
Интервью
Группы экспертов по компетенции (Focus Group)
Тематические

семинары (Facilitated Workshop). Формат сессии: "эксперт и пользователь«
Групповые креативные техники
Техники принятия групповых решений
Техники разрешения конфликтов интересов
Опросники
Наблюдение за выполнением процесса в реальности, а не только по бумагам
Прототипы

Слайд 11

Креативные групповых техники
Мозговой штурм («набрасываем»)
Номинальные группы («набрасываем и голосуем»)
Метод Дельфи («анонимные

эксперты»)
Диаграмма сходства (Affinity diagram) – («набрасываем и сортируем»)
Интеллект-карты (Mind Map) («как все связано»)

Слайд 12

Диаграмма сходства
Идентификация проблемы или бизнес-возможности
Генерация и запись идей
Молчаливая сортировка
Нахождение консенсуса в

финальной группировке
Создание карточек-заголовков групп
Построение финальной диаграммы сходства
Получение обратной связи от участников вне группы
Использование результатов

Слайд 13

ДС Пример - 1

Слайд 14

ДС Пример - 2

Слайд 15

ДС Пример - 3

Слайд 16

Интеллект-карты
Диаграмма связей, карта мыслей, ассоциативная карта (Mind Map)
Большой лист
В центре –

основной объект / задача
Ветви с подписями – основные разделы диаграммы
Дальнейшее дробление
Стараться следовать правилу 3..7
Разнообразить вид: форма, цвет, объём, шрифт, стрелки, значки

Слайд 17

Интеллект-карты - применение
обучение
конспектирование лекций
конспектирование книг
подготовка материала по определенной теме
решение творческих задач
мозговой

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

Слайд 18

Пример Mind Map
Программы: FreeMind, ConceptDraw, MindManager

Слайд 19

Принятие групповых решений
Единодушие (единый курс)
Большинством (50%)
Квалифицированным большинством (67%, 75%)
Консенсус (большинство определяет,

меньшинство соглашается)
По максимальной группе поддержки
Авторитарно («диктатура»)

Слайд 20

Идентификация потребителей
Один из элементов идентификации требований и управления качеством
Анализ контракта /

инициирующего документа
Анализ команды и организации проекта
Анализ использования продукта
Анализ средств производства продукта

Слайд 21

Приоритизация потребителей
Матрица приоритизации потребителей (L-shaped Matrix)

Слайд 22

Приоритизация требований
Инструмент - матрица приоритетов
Взаимная приоритизация
Приоритизация по пользователям
Интегральная карта приоритетов
Метод анализа

иерархий (Саати)

Управление требованиями в проекте

Содержание

Требование (IEEE)Условия или возможности, необходимые пользователю для решения проблем или достижения

Требование (ISO/IEC 29148)Требование — это утверждение, которое идентифицирует эксплуатационные, функциональные параметры,

Классификация требований (ITILv3)Функциональные (Functional) —бизнес-функцияУправленческие (Manageability) — относятся к размещению системы,

От требований к содержаниюИдентификация требованийСбор требованийАнализ требованийУточнение и согласование требованийФормирование содержания

Требования: проблемыНеочевидныИсходят из многих источниковПлохо формализуемыСостоят из множества различных деталейНеравнозначныСвязаны друг

Идентификация требований«Идентификация требований – определение их в форме, пригодной для использования

Типы требованийЗапрос участника проекта (Stakeholder Request)Свойство Системы (Feature)Сценарий / вариант использования

Мероприятия по выявлению требований к содержаниюИнтервьюГруппы экспертов по компетенции (Focus Group)Тематические

Креативные групповых техникиМозговой штурм («набрасываем»)Номинальные группы («набрасываем и голосуем»)Метод Дельфи («анонимные

Диаграмма сходстваИдентификация проблемы или бизнес-возможностиГенерация и запись идейМолчаливая сортировкаНахождение консенсуса в