Полезен для управления требования

1. Структурирование функции качества
как методология выбора проекта
Евгений Пикулев, PMP, компания «Инверсия»

2. Шеф попросил инициировать проект
2
Нужно грамотно
обосновать
проект
Задокументировать
требования
Определить этапы
разработки
продукта
В PMBOK говорится про Project
Selection Methods…
А если попробовать метод QFD….?
Это я, проджект менеджер

3. Quality Function Deployment: вехи
 1972 г. – первое применение метода QFD компанией
Мицубиси.
 1987 г. – открытие НИИ QFD в Японии под руководством
Ё.Акао
 1994 г. – старт широкого распространения QFD в
Америке. Гленн Мазур.
 2000 гг. – широкое распространение QFD в Японии и
США. Сферы – автопроизводство, электроника, космос.
 Сейчас – активное использование QFD при разработке
программного обеспечения.
 Будущее – QFD как неотъемлемая часть TQM.
 К сожалению в России, данный метод малоизвестен.
3

4. Преимущества QFD по мнению экспертов
4
Без сомнения,
это то,
что нужно!!!
(если, это правда?)

5. Проект: Разработка продукта «Дистанционный Банк»
Планируемый результат
5
План !
Я должен получить
вот такой Дом Качества

6. Шаг 1: Формулирование требований
6
Важно !
Подразумеваемые
требования
Явные
требования
Стейкхолдеры
В результате получаем список потребительских
требований к выпускаемому продукту.
Команда проекта

7. Шаг 2: Ранжирование требований
7
Важно! Приоритезация требований
У каждого требования появилось число,
обозначающее его важность.
mandatory
optional

8. Шаг 3: Разработка свойств продукта
8
Команда разработчиков готовит список характеристик
будущего продукта, важных с их точки зрения.

9. Шаг 4: Вычисление зависимостей
9
Вычисление зависимостей
потребительских требований
и характеристик будущего
продукта.
Важно !
Начинаю понимать, как
различные Whats клиента
влияют на Hows продукта.

10. Шаг 4: Заполненная матрица
10

11. Шаг 5: Построение крыши
11
Выясняем корреляцию между
характеристиками будущего
продукта. Эту зависимость
будем учитывать в дальнейшем
для оптимизации системы.

12. Шаг 6: Ранжирование характеристик
12
Определение ВЕСОВЫХ характеристик будущего продукта
с учетом рейтинга важности потребительских требований.
maxmin

13. Шаг 7: Определение ограничений
13
Проставляем экспертные оценки технической реализуемости
(ограничения)
Важно !
Мой план разработки будет
определяться весом
характеристик + ограничение.
Вспомню правило Парето.

14. Шаг 8: Учет влияния конкурентов
14
Определение как конкуренты
способны выполнить
каждое из потребительских
требований.

15. Матрица в сборе
15
Важно !
Я использовал шаблон
в MS Excel.
Но кажется,
есть и такое ПО…?

16. Что мы получили в результате?
 Устав проекта и Старт проекта.
 Документ, в котором мы определили зависимость
между характеристиками продукта и
требованиями клиента.
 Итерационный живой документ.
 Хорошо структурированный документ проекта.
 Документ, определяющий последовательность
разработки.
 Консенсус для проектной команды.
 Благодарность от шефа.
16

17. Всегда готов ответить на Ваши вопросы
Евгений Пикулев, PMP, eugenpik@rambler.ru
17