Upload
-
View
309
Download
0
Embed Size (px)
DESCRIPTION
Полезен для управления требования
Citation preview
Структурирование функции качества
как методология выбора проекта
Евгений Пикулев, 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