Lviv PMDay 2016 S Любов Самойлова: Управління вимогами у сфері проектного менеджменту

Любов Самойлова, PMP
Консультант з управління
проектами
Управління вимогами
в проектному менеджменті

spiderproject.com.ua
Трохи статистики
2

Стандарт РМІ
«Requirements management. A practice guide»
3
1 INTRODUCTION
2 REQUIREMENTS MANAGEMENT OVERVIEW
3 NEEDS ASSESSMENT
4 REQUIREMENTS MANAGEMENT PLANNING
5 REQUIREMENTS ELICITATION
6 REQUIREMENTS ANALYSIS
7 REQUIREMENTS MONITORING AND CONTROLLING
8 SOLUTION EVALUATION
9 PROJECT OR PHASE CLOSURE

Місце
4

Роль
5
VS

Термінологія
6
 Requirement. Вимога. Умова або можливість, які мають бути представлені в продукті,
послузі або результаті для виконання контракту чи інших формально узгоджених
специфікацій.

Пираміда вимог проекту
7
Бізнес-рівень:
ДЛЯ ЧОГО?
Рівень користувача:
ЩО?
Функціональний
рівень
ЯК?
Бізнес-кейс
Бізнес-потреба
Бізнес-цілі
Продукт (деколи)
Продукт (завжди)
Вимоги до продукту (рішення)
Вимоги до системи
Користувацькі вимоги
Характеристики продукту
Функціональність продукту
Технічні вимоги
Інфраструктурні…
Нефункціональні …
Системні…
Вимоги до переходу
Вимоги до проекту
Вимоги до якості
Вимоги…Вимоги…Вимоги
…

V Model
8

Головний інструмент контролю вимог
Матриця відстежування вимог
9

Огляд
10
Planning
Elicitation
Analysis
Verification
Document
Change management
Implementation
Validation
Validation
Change management
Execution

Верифікація та валідація вимог
11
• Валідація відповідає на
питання:
Ми зробили правильну річ?
Did we do the right thing?
• Верифікація відповідає на
питання
Ми зробили це правильно?
Did we do it correctly?

Виявлення та аналіз вимог:
головна проблема
12
Ну і ХТО все це буде робити?
КОЛИ?
ЯК?
ХТО ЦЕ ОПЛАТИТЬ?

Збір вимог VS Виявлення вимог
Gathering vs Elicitation
13
Requirements
Gathering
Requirements
Elicitation
vs.
• Like collecting sea
shells
• Take what you see
• More reactive, less
proactive
Like archeology
Planned, deliberate
search
More proactive, less
reactive

Виявлення вимог: коли?
14
Час
Роботинадвимогами

Виявлення вимог: хто?
15
Sponsor
Business Analyst
Customer
Customer experts / users
Project manager/
Product owner

Виявлення вимог: як?
Інструменти і методи
16
Focus GroupsDocument AnalysisBrainstorming
ObservationInterviewsInterface Analysis
Survey/Questionnaire
Facilitated
Workshops
PrototypingProcess Modeling
Risk analysisUse casesStakeholder analysis
…User storyPilot system
Сause-Effect Аnalisis SWOT Analysis
BenchmarkingGAP Аnalisis Decision Analysis

spiderproject.com.ua 17
Комунікаційні навики, корисні при
виявленні вимог
Проведення інтерв’ю Активне слухання
Ефективне слухання
Вміння задавати питання
Проведення переговорів
Вербальне та невербальне
сприйняття
Підведення підсумків,
резюмування

Документування вимог
Слова-маркери
• «та/або» – розділити вимоги
• «крім», «поки не» - декілька вимог
• «зазвичай» - декілька вимог
• «ніколи» - коли-небудь трапиться
• «прийнятний» - визначити межі прийнятності
• «ефективний» - визначити критерії ефективності
• «гнучкий» - описати «умова-зміна»
• «максимальний, мінімальний, оптимальний», «доцільний», «достатній»
– визначити числове значення
• «розумні межі», «доречний» – визначити критерії розумності та доречності
• «цілісний» – визначити критерій або опис цілісності
• «підтримувати» – визначити функції, що входять в підтримку
• «дозволяти» - визначити функції
• «user-friendly» - визначити характеристики
• «простота» - визначити характеристики
• «відділ збуту/відділ маркетингу» - розділити

Намагаємося не використовувати при
написанні вимог:
• адекватний
• залежно від обставин
• погано
• краще
• але не обмежуючись
• коректний
• легко
• ефективний
• ідеальний
• великий
• максимізувати
• мінімізувати
• необхідний
• нормальний
• швидкий
• відповідний
• задовільне
• маленький
• достатньо
• майже
• своєчасно
• типовий
• зручний
• найбільш/найменш

Верифікація вимог
20
 Unambiguous/Однозначність
 Consistent/Послідовність
 Correct/Коректність
 Complete/Повнота
 Measurable/Вимірність
 Feasible/Здійснимість
 Traceable/Відстежуваність
 Precise/Точність
 Testable/Тестованість

Аналіз вимог. Що потрібно зробити?
 Об’єднати релевантні вимоги
 Виключити дублікати
 Систематизувати та згрупувати вимоги
 Розв’язати конфлікти вимог
 Виключити непотрібні/надлишкові вимоги
 Добавити відсутні вимоги (які мають бути)
 Трансформувати вимоги:
 Потреба - вимоги
 Вимога – функції/фічі
 Вимога – допоміжні/похідні вимоги
 Функції – субфункції …
 …
 Визначити пріоритети реалізації
 Скласти моделі, перевірити цілісність та логіку вимог
 Перевірити вимоги на повноту, однозначність і т.п.
 Підтвердити вимоги
 Створити критерії приймання/acceptance tests/…

spiderproject.com.ua 22
Аналіз вимог. Моделі
Scope Models
 Context diagram
 Ecosystem map
 Goal model and business objectives model
 Feature model
Function
Models
 Functional decomposition
model
 Function/feature tree model
Process
Models
 Process flow
 Use case
 User story
Rule
Models
 Business rules catalog
 Decision tree
 Decision table
 Entity relationship diagram
 Data flow diagram
 Data dictionary
 State table/state diagram
Data
Models
Interface
Models
 Dialog map
 System interface diagram/table
 User interface flow
 Wireframe/display-action-response
 N2
diagram

Не все зразу! Підходи до пріоритезації
вимог
23
• Voting
• MoSCoW
• Timeboxing
• Quality Function Deployment (QFD)
• Multi-criteria analysis
• Planning game (PG)
• 100-point method (100P)
• etc.

Метод MoSCoW
24
Елемент Опис
Must have Вимоги з найбільшим пріоритетом, без яких
реліз неможливий
Should have if possible Високопріоритетні вимоги, які критичні для
функціоналу, але не для поточного релізу
Could have if possible Вимоги, які бажано включити, але які не
впливають на успіх чи неуспіх релізу
Won’t have this time but
Would like in the future
Вимоги, які не є необхідними в поточному
релізі, але які добре було б включити в
наступні

Результат аналізу вимог
Перелік перевірених та підтверджених, узгоджених вимог, який містить:
• Атрибути
• Зв’язки
• Пріоритет
• Відповідальних
• Критерії та тести приймання
Перелік відхилених вимог, включаючи умови та
причини відхилення
Рішення (Продукт) або Варіанти
Рішення
Функціональність та характеристики
Рішення

Атрибути вимог
26
Атрибути вимог – це специфічні характеристики або особливості, які
фіксують ключову інформацію про вимогу, таку як
o Тип вимоги,
o Рівень вимоги,
o Версія вимоги,
o Джерело,
o Пріоритет джерела,
o Пріоритет вимоги,
o Складність,
o Обгрунтування,
o Здійснимість,
o Критерій приймання (виконання),
o Зв’язки з іншими вимогами,
o Ризики,
o Відповідальних за виконання,
o Статус,
…

Узгодили – виконуємо
27

Документуємо!
Planning
Elicitation Analysis
Verification
Implementation
Validation
Validation
Execution
Final Customer
Acceptance
Lessons
learned
Closure

Критичні області для підвищення
ефективності управління вимогами
29
Люди
Процеси
Культура
• Необхідні ресурси для
виконання робіт по
вимогах
• Розвиток навиків для
виконання цих функцій
• Формалізація та
стандартизація процесів по
вимогах
• Правильне застосування
кращих практик
Організації та вище керівництво повинні
•Створити відчуття «терміновості» діяльності по управлінню вимогами
•Визнати управління вимогами критичною компетенцією для проектів та программ
•Забезпечити підтримку цієї діяльності

Замовник
30
Замовники (Customers) - особи або организації, які
будуть узгоджувати (затверджувати), приймати та
управляти продуктом (послугою, результатом) проекту.
Спостереження. Про сумне 
•Замовник (зазвичай) не усвідомлює свою проблему
•Замовник (зазвичай) не бачить альтернативи
•Замовник (зазвичай) очікує від Вас чарівну паличку
•Замовник (зазвичай) некомпетентний
•Замовник (майже) ніколи не визнає свою некомпетентність
•Замовник готовий платити багато на початку проекту, але потім…
•Замовник завжди буде намагатися зменшити вартість проекту
•Замовник завжди очікує від вас «золоту кайомочку»
•Замовник в любий момент проекту може сказати «а я (не)говорив»
•Високий рівень залученості замовника – не аксіома
•Замовник (особа) та його компанія – не одне і те ж
•Замовник та його персонал – не одне і те ж
•Замовник буде ставитися до Вас так само, як і Ви до нього? Сумнівно

Що робити, якщо твій Замовник…
31
• Ідеальний замовник
• Педант
• Звичайний замовник
• Китайський болванчик
• Начальник
• Неспеціаліст
• Нетерплячий
• Нерішучий
• Незацікавлений
• Агресивний
• Кидала
• Параноїк
• Зірка
• «Партнер»
• Спляча красуня
• …

Класифікація Замовників
32
Ідеальний ЗамовникПедантЗвичайний Замовник
Китайський болванчик
Начальник
НеспеціалістНетерплячий
Нерішучий
Незацікавлений
Агресивний
КидалаПараноїкЗірка
«Партнер»Спляча красуня
Ваш варіант?

ПИТАННЯ?
33

Lviv PMDay 2016 S Любов Самойлова: Управління вимогами у сфері проектного менеджменту

Recommended

Recommended

More Related Content

Viewers also liked

Viewers also liked (20)

Similar to Lviv PMDay 2016 S Любов Самойлова: Управління вимогами у сфері проектного менеджменту

Similar to Lviv PMDay 2016 S Любов Самойлова: Управління вимогами у сфері проектного менеджменту (20)

More from Lviv Startup Club

More from Lviv Startup Club (20)

Lviv PMDay 2016 S Любов Самойлова: Управління вимогами у сфері проектного менеджменту