lviv pmday 2016 s Любов Самойлова: Управління вимогами у сфері...

Post on 13-Apr-2017

114 Views

Category:

Business

3 Downloads

Preview:

Click to see full reader

TRANSCRIPT

Любов Самойлова, 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

top related