Lviv PMDay 2016 S Любов Самойлова: Управління вимогами у сфері...
-
Upload
lviv-startup-club -
Category
Business
-
view
119 -
download
3
Transcript of Lviv PMDay 2016 S Любов Самойлова: Управління вимогами у сфері...
Любов Самойлова, PMPКонсультант з управління проектами
Управління вимогамив проектному менеджменті
spiderproject.com.ua
Трохи статистики
2
spiderproject.com.ua
Стандарт РМІ «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
spiderproject.com.ua
Місце«Requirements management. A practice guide»
4
spiderproject.com.ua
Роль«Requirements management. A practice guide»
5
VS
spiderproject.com.ua
Термінологія
6
Requirement. Вимога. Умова або можливість, які мають бути представлені в продукті, послузі або результаті для виконання контракту чи інших формально узгоджених специфікацій.
spiderproject.com.ua
Пираміда вимог проекту
7
Бізнес-рівень: ДЛЯ ЧОГО?
Рівень користувача:ЩО?
Функціональний рівеньЯК?
Бізнес-кейсБізнес-потребаБізнес-ціліПродукт (деколи)
Продукт (завжди)Вимоги до продукту (рішення)Вимоги до системиКористувацькі вимоги
Характеристики продуктуФункціональність продуктуТехнічні вимоги Інфраструктурні… Нефункціональні … Системні…Вимоги до переходуВимоги до проектуВимоги до якостіВимоги…Вимоги…Вимоги…
spiderproject.com.ua
Управління вимогамиV Model
8
spiderproject.com.ua
Головний інструмент контролю вимогМатриця відстежування вимог
9
spiderproject.com.ua
Управління вимогамиОгляд
10
Planning
Elicitation
Analysis
Verification
Document
Change management
Implementation
Validation
Validation
Change management
Execution
spiderproject.com.ua
Верифікація та валідація вимог
11
• Валідація відповідає на питання:
Ми зробили правильну річ?Did we do the right thing?
• Верифікація відповідає на
питанняМи зробили це правильно? Did we do it correctly?
spiderproject.com.ua
Виявлення та аналіз вимог:головна проблема
12
Ну і ХТО все це буде робити?
КОЛИ?ЯК?ХТО ЦЕ ОПЛАТИТЬ?
spiderproject.com.ua
Збір вимог VS Виявлення вимогGathering vs Elicitation
13
Requirements Gathering
Requirements Elicitation
vs.
• Like collecting sea shells
• Take what you see• More reactive, less
proactive
Like archeologyPlanned, deliberate
searchMore proactive, less
reactive
spiderproject.com.ua
Виявлення вимог: коли?
14
Час
Роб
оти
над
вим
огам
и
spiderproject.com.ua
Виявлення вимог: хто?
15
Sponsor
Business Analyst
Customer
Customer experts / users
Project manager/Product owner
spiderproject.com.ua
Виявлення вимог: як?Інструменти і методи
16
Focus GroupsDocument AnalysisBrainstorming
ObservationInterviewsInterface Analysis
Survey/Questionnaire
FacilitatedWorkshopsPrototypingProcess Modeling
Risk analysisUse casesStakeholder analysis
…User storyPilot system
Сause-Effect Аnalisis SWOT Analysis
BenchmarkingGAP Аnalisis Decision Analysis
spiderproject.com.ua 17
Комунікаційні навики, корисні при виявленні вимог
Проведення інтерв’ю Активне слухання
Ефективне слухання
Вміння задавати питання
Проведення переговорів
Вербальне та невербальне сприйняття
Підведення підсумків, резюмування
spiderproject.com.ua
Документування вимогСлова-маркери
• «та/або» – розділити вимоги• «крім», «поки не» - декілька вимог• «зазвичай» - декілька вимог• «ніколи» - коли-небудь трапиться• «прийнятний» - визначити межі прийнятності• «ефективний» - визначити критерії ефективності• «гнучкий» - описати «умова-зміна»• «максимальний, мінімальний, оптимальний», «доцільний», «достатній»
– визначити числове значення• «розумні межі», «доречний» – визначити критерії розумності та доречності• «цілісний» – визначити критерій або опис цілісності• «підтримувати» – визначити функції, що входять в підтримку• «дозволяти» - визначити функції• «user-friendly» - визначити характеристики• «простота» - визначити характеристики• «відділ збуту/відділ маркетингу» - розділити
spiderproject.com.ua
Намагаємося не використовувати при написанні вимог:
• адекватний• залежно від обставин• погано• краще• але не обмежуючись• коректний• легко• ефективний• ідеальний• великий• максимізувати• мінімізувати
• необхідний• нормальний• швидкий• відповідний• задовільне• маленький• достатньо• майже• своєчасно• типовий• зручний• найбільш/найменш
spiderproject.com.ua
Верифікація вимог
20
Unambiguous/Однозначність Consistent/Послідовність Correct/Коректність Complete/Повнота Measurable/Вимірність Feasible/Здійснимість Traceable/Відстежуваність Precise/Точність Testable/Тестованість
spiderproject.com.ua
Аналіз вимог. Що потрібно зробити?
Об’єднати релевантні вимоги Виключити дублікати Систематизувати та згрупувати вимоги Розв’язати конфлікти вимог Виключити непотрібні/надлишкові вимоги Добавити відсутні вимоги (які мають бути) Трансформувати вимоги:
Потреба - вимоги Вимога – функції/фічі Вимога – допоміжні/похідні вимоги Функції – субфункції … …
Визначити пріоритети реалізації Скласти моделі, перевірити цілісність та логіку вимог Перевірити вимоги на повноту, однозначність і т.п. Підтвердити вимоги Створити критерії приймання/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
spiderproject.com.ua
Не все зразу! Підходи до пріоритезації вимог
23
• Voting• MoSCoW • Timeboxing• Quality Function Deployment (QFD)• Multi-criteria analysis• Planning game (PG)• 100-point method (100P) • etc.
spiderproject.com.ua
Метод MoSCoW
24
Елемент Опис Must have Вимоги з найбільшим пріоритетом, без яких
реліз неможливий
Should have if possible Високопріоритетні вимоги, які критичні для функціоналу, але не для поточного релізу
Could have if possible Вимоги, які бажано включити, але які не впливають на успіх чи неуспіх релізу
Won’t have this time but Would like in the future
Вимоги, які не є необхідними в поточному релізі, але які добре було б включити в наступні
spiderproject.com.ua
Результат аналізу вимог
Перелік перевірених та підтверджених, узгоджених вимог, який містить:• Атрибути• Зв’язки• Пріоритет• Відповідальних• Критерії та тести приймання
Перелік відхилених вимог, включаючи умови та причини відхилення
Рішення (Продукт) або Варіанти Рішення
Функціональність та характеристики Рішення
spiderproject.com.ua
Атрибути вимог
26
Атрибути вимог – це специфічні характеристики або особливості, які фіксують ключову інформацію про вимогу, таку як
o Тип вимоги,o Рівень вимоги,o Версія вимоги,o Джерело, o Пріоритет джерела, o Пріоритет вимоги, o Складність, o Обгрунтування,o Здійснимість,o Критерій приймання (виконання),o Зв’язки з іншими вимогами,o Ризики,o Відповідальних за виконання,o Статус,
…
spiderproject.com.ua
Узгодили – виконуємо
27
spiderproject.com.ua
Документуємо!
Planning
Elicitation Analysis
Verification
Implementation
Validation
Validation
Execution
Final Customer Acceptance
Lessonslearned
Closure
spiderproject.com.ua
Критичні області для підвищення ефективності управління вимогами
29
Люди
Процеси
Культура
• Необхідні ресурси для виконання робіт по вимогах
• Розвиток навиків для виконання цих функцій
• Формалізація та стандартизація процесів по вимогах
• Правильне застосування кращих практик
Організації та вище керівництво повинні•Створити відчуття «терміновості» діяльності по управлінню вимогами•Визнати управління вимогами критичною компетенцією для проектів та программ•Забезпечити підтримку цієї діяльності
spiderproject.com.ua
Замовник
30
Замовники (Customers) - особи або организації, які будуть узгоджувати (затверджувати), приймати та управляти продуктом (послугою, результатом) проекту.
Спостереження. Про сумне •Замовник (зазвичай) не усвідомлює свою проблему•Замовник (зазвичай) не бачить альтернативи•Замовник (зазвичай) очікує від Вас чарівну паличку•Замовник (зазвичай) некомпетентний•Замовник (майже) ніколи не визнає свою некомпетентність•Замовник готовий платити багато на початку проекту, але потім…•Замовник завжди буде намагатися зменшити вартість проекту•Замовник завжди очікує від вас «золоту кайомочку»•Замовник в любий момент проекту може сказати «а я (не)говорив»•Високий рівень залученості замовника – не аксіома•Замовник (особа) та його компанія – не одне і те ж•Замовник та його персонал – не одне і те ж•Замовник буде ставитися до Вас так само, як і Ви до нього? Сумнівно
spiderproject.com.ua
Що робити, якщо твій Замовник…
31
• Ідеальний замовник• Педант• Звичайний замовник• Китайський болванчик• Начальник• Неспеціаліст • Нетерплячий• Нерішучий• Незацікавлений• Агресивний• Кидала • Параноїк• Зірка• «Партнер»• Спляча красуня• …
spiderproject.com.ua
Класифікація Замовників
32
Ідеальний ЗамовникПедантЗвичайний Замовник
Китайський болванчик
Начальник
НеспеціалістНетерплячийНерішучийНезацікавленийАгресивнийКидалаПараноїкЗірка
«Партнер»Спляча красуня
Ваш варіант?
spiderproject.com.ua
ПИТАННЯ?
33