Развертывание функции качества (метод qfd)

Структурирование функции качества

как методология выбора проекта

Евгений Пикулев, PMP, компания «Инверсия»

Шеф попросил инициировать проект

2

Нужно грамотно

обосновать

проект

Задокументировать

требования

Определить этапы

разработки

продукта

В PMBOK говорится про Project

Selection Methods…

А если попробовать метод QFD….?

Это я, проджект менеджер

Quality Function Deployment: вехи

1972 г. – первое применение метода QFD компанией

Мицубиси.

1987 г. – открытие НИИ QFD в Японии под руководством

Ё.Акао

1994 г. – старт широкого распространения QFD в

Америке. Гленн Мазур.

2000 гг. – широкое распространение QFD в Японии и

США. Сферы – автопроизводство, электроника, космос.

Сейчас – активное использование QFD при разработке

программного обеспечения.

Будущее – QFD как неотъемлемая часть TQM.

К сожалению в России, данный метод малоизвестен.

3

Преимущества QFD по мнению экспертов

4

Без сомнения,

это то,

что нужно!!! (если, это правда?)

Проект: Разработка продукта «Дистанционный Банк»

Планируемый результат

5

План ! Я должен получить

вот такой Дом Качества

Шаг 1: Формулирование требований

6

Важно !

Подразумеваемые

требования

Явные

требования

Стейкхолдеры

В результате получаем список потребительских

требований к выпускаемому продукту.

Команда проекта

Шаг 2: Ранжирование требований

7

Важно! Приоритезация требований

У каждого требования появилось число,

обозначающее его важность.

mandatory

optional

Шаг 3: Разработка свойств продукта

8

Команда разработчиков готовит список характеристик

будущего продукта, важных с их точки зрения.

Шаг 4: Вычисление зависимостей

9

Вычисление зависимостей

потребительских требований

и характеристик будущего

продукта.

Важно ! Начинаю понимать, как

различные Whats клиента

влияют на Hows продукта.

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

10

Шаг 5: Построение крыши

11

Выясняем корреляцию между

характеристиками будущего

продукта. Эту зависимость

будем учитывать в дальнейшем

для оптимизации системы.

Шаг 6: Ранжирование характеристик

12

Определение ВЕСОВЫХ характеристик будущего продукта

с учетом рейтинга важности потребительских требований.

max min

Шаг 7: Определение ограничений

13

Проставляем экспертные оценки технической реализуемости

(ограничения)

Важно ! Мой план разработки будет

определяться весом

характеристик + ограничение.

Вспомню правило Парето.

Шаг 8: Учет влияния конкурентов

14

Определение как конкуренты

способны выполнить

каждое из потребительских

требований.

Матрица в сборе

15

Важно ! Я использовал шаблон

в MS Excel.

Но кажется,

есть и такое ПО…?

Что мы получили в результате?

Устав проекта и Старт проекта.

Документ, в котором мы определили зависимость

между характеристиками продукта и

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

Итерационный живой документ.

Хорошо структурированный документ проекта.

Документ, определяющий последовательность

разработки.

Консенсус для проектной команды.

Благодарность от шефа.

16

Всегда готов ответить на Ваши вопросы

Евгений Пикулев, PMP, eugenpik@rambler.ru

17