Как внедрить ALM систему управления командами разработки ПО (Agile (Scrum)) и остаться довольным. По мотивам презентаций А.Пушников

Содержание

Слайд 2

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

Содержание

Особенности IT проектов, ALM, рамки применения различных методологий разработки ПО

(Опыт)

Особенности формирования Product Baclog и планирования итерации (iteration planing)

Особенности построения идеальной команды Agile (Scrum) TEAM

Product Owner: Подбираем тип контракта в зависимости от уровня неопределенности проекта

Семь «секретов» успеха на пути изменений

Практика: Определение Ваших предпочтительных ролей в Agile (Scrum) команде

Слайд 3

ПРАКТИКА: Определение Ваших предпочтительных ролей в Agile (Scrum) команде

ПРАКТИКА: Определение Ваших предпочтительных ролей в Agile (Scrum) команде

Слайд 4

Особенности IT проектов, ALM, рамки применения различных методологий разработки ПО (Опыт)

Особенности IT проектов, ALM, рамки применения различных методологий разработки ПО (Опыт)

Слайд 5

Статистика IT проектов * * PM Network, September (анализ 23000 проектов) Успешные проекты Провальные проекты

Статистика IT проектов *

* PM Network, September (анализ 23000 проектов)

Успешные проекты

Провальные проекты
Слайд 6

Соответствие целей проектов стратегии компании * Проекты компании (РФ) %

Соответствие целей проектов стратегии компании *

Проекты компании (РФ)

%

Слайд 7

Потенциал разрешения трудностей членами команды проекта Проекты компании (РФ) %

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

Проекты компании (РФ)

%

Слайд 8

Как может развиваться IT проект

Как может развиваться IT проект

Слайд 9

Взаимосвязь элементов проекта

Взаимосвязь элементов проекта

Слайд 10

Матрица компромиссов проекта

Матрица компромиссов проекта

Слайд 11

Резюме проекта (пример) Что хотим видеть ☺

Резюме проекта (пример) Что хотим видеть ☺

Слайд 12

Проектное управление в современной организации (ALM) Программы развития Поддерживающие процессы Стратегический

Проектное управление в современной организации (ALM)

Программы развития

Поддерживающие процессы
Стратегический план развития организации.
Миссия

организации, смысл ее существования.

Основной бизнес процесс

ANSI PMI PMBOK® Guide 2008 4 Edition Стандарт для управления проектами
Agile, RUP, ASAP, AIM и т.д.

2. The Standard for Portfolio Management (PMI) Стандарт для управления портфелями

3. The Standard for Program Management (PMI) Стандарт для управления программами

Слайд 13

Проблемы СНИЖЕНИЕ КАЧЕСТВА выполненных работ Конфликт целей СРЫВ СРОКОВ ПЕРЕРАСХОД запланированных

Проблемы

СНИЖЕНИЕ КАЧЕСТВА
выполненных работ

Конфликт целей

СРЫВ СРОКОВ

ПЕРЕРАСХОД
запланированных средств

НЕДОСТИЖЕНИЕ
ЦЕЛИ ПРОЕКТА (Scope)

Невыполнение
условий контрактов

Неопределенность (…),


Плохой контроль ???
Слайд 14

Жизненный цикл проекта и продукта

Жизненный цикл проекта и продукта

Слайд 15

План контрольных точек (Milestone plan) Правильно выделенный комплекс вех составляет серию

План контрольных точек (Milestone plan)

Правильно выделенный комплекс вех составляет серию естественных

контрольных точек проекта. Достижение вехи подразумевает переход проекта из одного состояния в другое

Время

Фактическое выполнение проекта

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

Цель проекта

Срок завершения проекта

Веха 1

Веха 2

Слайд 16

Применение ALM системы управления командами разработки ПО (Agile (Scrum))

Применение ALM системы управления командами разработки ПО (Agile (Scrum))

Слайд 17

Agile* Сравнение границ применения методологий Каскадный Высокоформализованные Низкоформализованные Эволюционный ГОСТ 12207

Agile*

Сравнение границ применения методологий

Каскадный

Высокоформализованные

Низкоформализованные

Эволюционный

ГОСТ 12207

ГОСТ 19
ГОСТ 24
ГОСТ 34

Rational Unified Process, MSF

Agile

Слайд 18

Семь «секретов» успеха на пути изменений

Семь «секретов» успеха на пути изменений

Слайд 19

Ключевые участники проекта (IPMA)

Ключевые участники проекта (IPMA)

Слайд 20

Как обосновать внедрение. (Vision)

Как обосновать внедрение. (Vision)

Слайд 21

Семь «секретов» успеха на пути изменений Проект надо «вкусно продать» как

Семь «секретов» успеха на пути изменений

Проект надо «вкусно продать» как

руководству компании, так и сотрудникам. Создать у всех ощущение, что что-то надо делать немедленно. Надо придумать наглядный пример, и чем более он наглядней, тем лучше. Тем проще согласовать бюджет у руководства, проще предотвратить внутренний саботаж.
Формирование команды. Кто же будет «двигателем» проекта. Должны войти ключевые пользователи, заказчики и ключевые сотрудники ИТ-службы.
Определить видение проекта (Vision). Короче и проще.
Заинтересовать в проекте уже всех участников, а не только группу лидеров.
Планирование быстрых побед в силу их огромной важности.
Участие самого широкого круга людей. Делегирование полномочий. Больший эффект приносит ликвидация «заторов».
Сделать результаты необратимыми. Все, что не развивается, быстро деградирует.
Слайд 22

Product Owner: Подбираем тип контракта в зависимости от уровня неопределености проекта

Product Owner: Подбираем тип контракта в зависимости от уровня неопределености проекта

Слайд 23

Фиксированная цена FFP (Firm Fixed Price) Цена плюс фиксированное вознаграждение CPFF

Фиксированная цена FFP (Firm Fixed Price)
Цена плюс фиксированное вознаграждение CPFF (Cost

plus Fixed Fee)
Цена плюс стимулирующее вознаграждение CPIF (Cost plus Incentive Fee)
Цена плюс процент от вознаграждения CPPF (Cost Plus Percentage of Fee)
Время и материалы (Time and Materials)

Типы контрактов

Слайд 24

Соответствие типа контракта - уровню неопределенности проекта

Соответствие типа контракта - уровню неопределенности проекта

Слайд 25

Особенности формирования Product Baclog и планирования итерации (iteration planing)

Особенности формирования Product Baclog и планирования итерации (iteration planing)

Слайд 26

Ожидания заказчика Product Baclog

Ожидания заказчика Product Baclog

Слайд 27

Основные процессы планирования (PMBOK 2008) и iteration planning Agile (Scrum) Результат

Основные процессы планирования (PMBOK 2008) и iteration planning Agile (Scrum)

Результат (продукт)
Product

baclog

Спринт (Sprint)

Список фичей (сделаны, на текущую и последующие итерации)

Фокус – фактор

Ответственность Product Owner

Слайд 28

Цели должны быть SMART! S - specific - Конкретная Для выявления

Цели должны быть SMART!

S - specific - Конкретная

Для выявления целей

проекта необходимо ответить на вопросы
Как в точности должен выглядеть результат проекта (характеристики результата проекта)?
Какие условия должны учитываться при реализации проекта (требования и ограничения)?

M - measurable - Измеряемая

А - allocated – Распределяемый achievable – Достижимая

R - realistic – Реалистичная relevant – Уместная

T - temporary – Временная timed – Согласованная по времени

Слайд 29

Анализ Product Baclog Преобразование целей проекта в материальные результаты поставки и

Анализ Product Baclog

Преобразование целей проекта в материальные результаты поставки и

требования

Product Baclog

Способ достижения результата (процесс)

ТРЕБОВАНИЯ

Технические параметры
Функциональные особенности
(Любые требуемые или НЕ требуемые параметры или свойства РЕЗУЛЬТАТА)

Сроки и стоимость
Требования к соблюдению стандартов качества, экологии
(Любые ограничения или требования по отношению к РАБОТАМ проекта и их организации)

Слайд 30

Современные концепции управления Product Baclog: качество, Lean, теории ограничений Внутренний дефект

Современные концепции управления Product Baclog: качество, Lean, теории ограничений

Внутренний дефект

Годная продукция

Внешний

дефект

Не требуемые свойства

Требуемые свойства

Внешний дефект

Неудовлетворен-ные требования

Дополнительные затраты

Ценность продукта для производителя

Стоимость продукта для производителя

Ценность продукта для потребителя

Стоимость продукта для потребителя

Слайд 31

Иерархическая структура работ Product Baclog (ИСР, WBS, СДР) ИСР – это

Иерархическая структура работ Product Baclog (ИСР, WBS, СДР)

ИСР – это согласованная

с результатами проекта иерархическая декомпозиция работ, которые команда проекта должна выполнить для достижения целей проекта и создания оговоренных результатов поставки
Зачем?
Обеспечение эффективного управления проектом
Определение и структурирование комплекса работ
Проверка полноты списка целей
Создание структуры отчетности
Распределение ответственности
Понимание задач исполнителями
Слайд 32

Разработка Product Baclog Используемые подходы Декомпозиция: Разделение сложного на меньшие, простые,

Разработка Product Baclog

Используемые подходы

Декомпозиция:
Разделение сложного на меньшие, простые, более управляемые

элементы

Объединение:
Группировка отдельных элементов, имеющих общие признаки или взаимосвязи

Шаблоны:
Ранее разработанные элементы WBS различной степени детализации

Слайд 33

Особенности анализа трудоемкости на основе метода 3-х точек

Особенности анализа трудоемкости на основе метода 3-х точек

Слайд 34

Особенности построения идеальной команды Agile (Scrum) TEAM

Особенности построения идеальной команды
Agile (Scrum) TEAM

Слайд 35

Принципы «идеальной» проектной команды Доверие Коммуникации Сопричастность Разрешение конфликтов Обратная связь

Принципы «идеальной» проектной команды

Доверие
Коммуникации
Сопричастность
Разрешение конфликтов
Обратная связь

Слайд 36

Профиль специалиста Индивидуально-личностные характеристики Навыки (умение вести переговоры, знание языков программирования,

Профиль специалиста

Индивидуально-личностные характеристики

Навыки
(умение вести переговоры,
знание языков
программирования,
управленческие навыки и

т.д. )

Компетенции

Степень нацеленности на результат

Тип личности (Майер-Бригс)

Роли, которые может выполнятьспециалист по Р. Белбин

Слайд 37

Пример Матрица навыков.

Пример Матрица навыков.

Слайд 38

Оптимальная команда: выполняемые в команде Agile (Scrum) роли ☺ // По Р. Белбину

Оптимальная команда: выполняемые в команде Agile (Scrum) роли ☺

// По Р.

Белбину
Слайд 39

ПРАКТИКА: Определение Ваших предпочтительных ролей в Agile (Scrum) команде. Подведение итогов.

ПРАКТИКА: Определение Ваших предпочтительных ролей в Agile (Scrum) команде. Подведение итогов.

Слайд 40

Отсутствие роли Product Owner Дезориентация Открытая и тайная борьба за власть

Отсутствие роли Product Owner

Дезориентация
Открытая и тайная борьба за власть
Образование кланов
Множественность предложений

по регламенту
Слайд 41

Отсутствие роли оформителя (координатора) Много не пройденных до конца путей Отсутствие

Отсутствие роли оформителя (координатора)

Много не пройденных до конца путей
Отсутствие результатов или

неудовлетворительные результаты
Фрустрация (мы только говорим и ничего не делаем...)
Нехватка практичных пошаговых решений
Отсутствие четкого плана действий
Слайд 42

Отсутствие роли генератора идей Попытки найти новые решения, идя старыми путями

Отсутствие роли генератора идей

Попытки найти новые решения, идя старыми путями
Отсутствие инноваций
Блокирование

мыслительного поиска
Безрадостность и вялость вплоть до скуки
Слайд 43

Отсутствие роли критика Много «сырых» и незавершенных проектов Много ошибок из-за невнимательности на этапе завершения

Отсутствие роли критика

Много «сырых» и незавершенных проектов
Много ошибок из-за невнимательности на

этапе завершения
Слайд 44

Отсутствие роли рабочей пчелки Отсутcтвие результатов Нарушение сроков

Отсутствие роли рабочей пчелки

Отсутcтвие результатов
Нарушение сроков

Слайд 45

Отсутствие роли Scrum Master Эмоциональный холод Страх открыто вступить в беседу

Отсутствие роли Scrum Master

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

вины друг на друга в случае неудачи
Текучесть в команде, нет чувства «коллектива»
Слайд 46

Отсутствие роли исследователя (добытчика) Томление в собственном соку Одна команда не

Отсутствие роли исследователя (добытчика)

Томление в собственном соку
Одна команда не знает, что

делает другая
Двойная работа
В организации толком никто не знает, что, собственно, делает команда
Плохой командный маркетинг
Слайд 47

Отсутствие роли завершающего Очень энергичные поиск и разработка концепции, но сильны

Отсутствие роли завершающего

Очень энергичные поиск и разработка концепции, но сильны нежелание

и вялость при переходе в фазу воплощения идеи
Много «сырых» и незавершенных проектов
Много ошибок из-за невнимательности на этапе завершения
Слайд 48

Конфликт ролей. Генератор идей и Критик - «враги» ?? Scrum Master

Конфликт ролей.

Генератор идей и Критик - «враги» ??
Scrum Master и координатор

= Product Owner (диспетчер) – «враги» ??
Product Owner в роли критика опасен ??
НЕ =
Слайд 49

Матрица совместимости ролей (MSF) + Возможно ± Нежелательно - Нельзя Управление

Матрица совместимости ролей (MSF)

+ Возможно

± Нежелательно

- Нельзя

Управление
продуктом

Управление
программой

Разработка

Тестирование

Удовлетворение потребителя

Управление
выпуском

Управление
выпуском

Удовлетворение потребителя

Тестирование

Разработка

Управление
программой

Управление
продуктом

-

-

-

-

-

-

-

-

-

Слайд 50

Проблемы сплоченной команды Малое количество вариантов «Зацикливание» Непринятие новых рисков Отвергание

Проблемы сплоченной команды

Малое количество вариантов

«Зацикливание»

Непринятие новых рисков

Отвергание новых действий

Отказ от внешней

экспертизы

Предвзятость к собственной позиции

Отвергание организационных активов

Очень сплоченная команда

Ошибки в проекте

Слайд 51

BesTeamKPI® – симулятор управления портфелем IT проектов Agile (Scrum).

BesTeamKPI® – симулятор управления портфелем IT проектов Agile (Scrum).