определение и реализация требований к ИТ продукту

Управление ИТ разработкой:
определение и реализация
требований к ИТ продукту

Страница  2
DANIL DINTSIS
ДОКТ. ТЕХН. НАУК ПО СИСТЕМНОМУ АНАЛИЗУ,
PGMP, PMP, ITIL OSA,, SOA, MOF CERTIFIED SPECIALIST
CONSULT@DINTSIS.ORG
WWW.DDINTSIS.COM

Страница  3 www.specialist.ru
Sources
 Agile Manifesto
 Менеджер ИТ Продукта. Профессиональный стандарт РФ
 PMBOK Extension for Software Projects
 ISO/IEC/IEEE/ГОСТ Р ИСО 12207, 15288
 IEEE Standards (SWEBOK® 3)
 ITIL ®, MOF®

Что такое ИТ продукт:
Бизнес решение Обслуживаемое
Способное к развитию

Специфика ИТ продуктов
Широкая
аудитория
Виртуальные
команды
Внешние
зависимости
Мотивированные
разработчики
Продвинутые
пользователи

Довольный клиент
Основной критерий успешности продукта

Как этого добиться
 Регулярное взаимодействие с клиентом
 Открытые коммуникации в команде
 Инициативная команда (не только Product manager)
 Готовность к изменениям
 Процессный подход

Сбор требований

Чем важен сбор требований
 Понять требования к продукту
 Избежать недопонимания с заказчиком
 Избежать излишней работы
 Создать полезный продукт

Определение состава заинтересованных сторон
 Заказчик (-и)
 Представители пользовательских групп
 Команда проекта

Способы сбора требований
 Матрица заинтересованных сторон
 Пользовательские истории
 Варианты использования

Матрица заинтересованных сторон и их
требований
ИМЯ Position Роль Контакты Требования Ожидания Влияние Отношение
ФИО или
название
Должность Роль в
проекте
Обязательные
требования с точки
зрения
стейкхолдера
Пожелания,
«хотелки»
Степень
влияния на
проект
Отношение к
проекту
(положительное/нег
ативное)

Стратегия управления заинтересованными сторонами
Имя Влияние Оценка
воздействия
Стратегии
взаимодействия

Пользовательские истории (user stories)
 Достоинства
– Истории короткие. Они
представляют маленькие кусочки
деловой ценности, которые можно
реализовать в период от дней до
нескольких недель.
– Позволяют разработчикам и
клиентам обсуждать требования на
протяжении всей жизни проекта
– Нуждаются в очень небольшом
обслуживании
– Рассматриваются только в момент
использования
– Поддерживают близкий контакт с
клиентом
– Позволяют разбить проект на
небольшие этапы
– Подходят для проектов, где
требования изменчивы или плохо
поняты.
– Облегчают оценку заданий
 Недостатки
– Без определенных приемочных
испытаний, они являются
открытыми для различных
интерпретаций, что усложняет их
использование как основу для
соглашения
– Они требуют близкого контакта с
клиентом на протяжении всего
проекта, что в некоторых случаях
может быть сложно либо
приводить к накладным затратам
– Они могут плохо
масштабироваться на больших
проектах
– Они полагаются на
компетентность разработчиков
– Они используются для начала
дискуссии. К сожалению, они могут
не фиксировать окончание
дискуссии и таким образом не в
состоянии служить надежным
методом документации системы.

Тесная работа всей команды с
Заказчиками
Пользователями
Друг с другом

Пример пользовательской истории
Как руководитель портфеля
Который должен мониторить достижение целей
Я хочу видеть общую картину по продуктам
Так чтобы они были показаны во взаимосвязи
(с) habrahabr.ru (https://habrahabr.ru/company/friifond/blog/284032/ )

Риски пользовательских историй

Анализ и сведение пользовательских историй

Варианты использования (use cases)

Диаграмма вариантов использования. Задачи
• Чётко отделить систему от её окружения;
• Определить действующих лиц (акторов), их взаимодействие с
системой и ожидаемый функционал системы;
• Определить в глоссарии предметной области понятия,
относящиеся к детальному описанию функционала системы
(то есть, прецедентов)

Управление требованиями в жизненном цикле
проекта

Жизненный цикл одной итерации
Plan
Analyze
DesignDevelop
Test
© Scott Schultz “Rapid Iterative
Production Prototyping”, 1988

Многоитерационная последовательность

Модели планирования

ВОДОПАДНОЕ ПЛАНИРОВАНИЕ
Его предпочитают заказчики и руководство

НАБЕГАЮЩАЯ ВОЛНА
Поэтапное планирование, хорошо подходит
для длительных проектов или проектов с
высокой зависимостью между этапами

Преимущества моделей «водопад» и
«набегающая волна»
 Четкий план проекта от начала и до конца этапа или даже
всего проекта
 Возможности комплексного архитектурного планирования
 Четко определенные границы проекта

Ключевые решения принимаются на ранних этапах.
Сложно адаптироваться к изменениям
Длительная разработка может привести к
невостребованности продукта вследствие изменения
условий
Недостатки и ограничения
иерархических моделей

Адаптивные модели

Time
Functionality
Release 1
Release 2
Release 3
МИНИМИЗИРУЕМ РИСКИ ПОЭТАПНО

MSF модель
Одобрен
план
проекта
Выпуск из
разработки
Релиз готов
Веха
Выпуска
Одобрена
концепция
Build

Этапность каждого релиза
User
story
Analyze
Projectize
Develop
(Code)
Document
Test and
Validate
Operate

• Короткое инкрементальное планирование
• Интеграция пользователей и разработчиков в постоянное
взаимодействие
• Небольшие самоорганизующиеся команды
• Крупные проекты разбиваются на несколько небольших
модулей
• Каждая команда в каждый момент времени работает над одним
проектом/подпроектом
• В команде должны быть узкие специалисты и широкого
профиля
Основные принципы адаптивных моделей

Ограничения и риски адаптивных
моделей
Накапливание багов от итерации к итерации
Неопределенность с итоговыми характеристиками
проекта
Сложности стратегического планирования
Сильно зависит от мотивированности и вовлеченности
пользователей, разработчиков и заказчика

Комбинирование управления рисками по
иерархической и адаптивной моделям

Доски (СКРАМ-борд) (на примереTrello)
Общая доска
Доска пакета
(SCRUM)
Доски
разработчиков

Developers are not only a “resourse”!
People need more than tasks!
WIIFM – What In It For Me
Team motivation.
Implementing best from Agile

Общение с заказчиками и пользователями
Лицом к лицу

Product. Version 1.0

Развитие продукта. Регулярные улучшения

Contacts
 dinzis@specialist.ru
 consult@Dintsis.org
 www.specialist.ru
 www.ddintsis.com

определение и реализация требований к ИТ продукту

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Viewers also liked

Viewers also liked (10)

Similar to определение и реализация требований к ИТ продукту

Similar to определение и реализация требований к ИТ продукту (20)

More from Danil Dintsis, Ph. D., PgMP

More from Danil Dintsis, Ph. D., PgMP (13)

определение и реализация требований к ИТ продукту