agile scrum - гибкое управление проектами

ГИБКОЕ УПРАВЛЕНИЕ ПРОЕКТАМИ

Михаил СОФОНОВ PMP, CSM

ПРОГРАММА ВЕБИНАРА

ЧТО такое Agile. ЧТО такое Scrum. КАК работает Scum.

• люди • процессы • артефакты

ЗАЧЕМ ПОДРУГОМУ?

1915 1939 1972 1976 1983 1994 1998 2000 2008 2010

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

ЖЕЛАНИЯ ЗАКАЗЧИКА

НАША РАБОТА

Создать, 1) «то что нужно» 2) «правильным способом» 3) «в срок» и чтобы все в организации были счастливы тому как мы это сделали

ОСНОВНЫЕ ПОДХОДЫ К УПРАВЛЕНИЮ ПРОЕКТАМИ

Agile

XP Scrum (スクラム)

Lean (リーン)

Kanban (カンバン) …

МАНИФЕСТ

AGILE

ЛЮДИ И ВЗАИМОДЕЙСТВИЕ важнее

ПРОЦЕССОВ И ИНСТРУМЕНТОВ

РАБОТАЮЩИЙ ПРОДУКТ важнее

ИСЧЕРПЫВАЮЩЕЙ ДОКУМЕНТАЦИИ

СОТРУДНИЧЕСТВО С ЗАКАЗЧИКОМ важнее

СОГЛАСОВАНИЯ УСЛОВИЙ КОНТРАКТА

ГОТОВНОСТЬ К ИЗМЕНЕНИЯМ важнее

СЛЕДОВАНИЯ ПЕРВОНАЧАЛЬНОМУ ПЛАНУ

AGILE

личности важнее, чем процессы

работающее программное обеспечение важнее, чем

полная документация;

сотрудничество с заказчиком

важнее контрактных обязательств

реакция на изменения

важнее, чем следование

плану

ТРАДИЦИОННЫЙ-ПРОЦЕССЫНЙ ПОДХОД К УПРАВЛЕНИЮ ПРОЕКТАМИ

Жизненный цикл проекта – набор последовательных фаз проекта, название и число которых определяется исходя из технологии производства работ и потребностей контроля со стороны организации или организаций, вовлеченных в проект. Фаза проекта – набор логически взаимосвязанных работ проекта, в процессе завершения которых достигается один из основных результатов проекта.

ТРАДИЦИОННЫЙ ЖИЗНЕННЫЙ ЦИКЛ ПРОЕКТА

концепция разработка реализация завершение

ТРАДИЦИОННЫЙ ЖИЗНЕННЫЙ ЦИКЛ ПРОЕКТА В ПРОЕКТАХ С ВЫСОКОЙ СТЕПЕНЬЮ НЕОПРЕДЕЛЕННОСТИ

НА КВАДРТНЫХ НЕ УДОБНО

ЖИЗНЕННЫЙ ЦИКЛ SCRUM

Product Backlog • Клиент выставляет приоритеты по функционалу продукта

Sprint Backlog • Функционал распределен на спринт • Оценен командой • Команда взяла обязательство

Product Backlog Задачи Backlog-а

Рабочий код, готовый к внедрению

Временные рамки

Sprint planning meeting • Обзор Product Backlog • Оценка Sprint Backlog • Обязательство

Ежедневный SCRUM • Что сделано? • Что будет сделано сегодня? • Какие возможны проблемы?

Sprint Review • Демонстрация функционала • Ретроспектива спринта • Корректировки

ИЗМЕНЕНИЕ РОЛИ СТАНДАРТОВ

ТРАДИЦИОННЫЙ ПОДХОД - стандарты минимизируют отклонения и позволяют неквалифицированным участникам проекта принимать решения. Стандартам нужно следовать и нельзя изменять ГИБКИЙ ПОДХОД - Стандарты определяют для команды целевые ориентиры для достижения и ограничения для контроля Команда Agile использует их как точку отсчета для постоянного развития

ИЗМЕНЕНИЕ РОЛИ ОЦЕНКИ И СОГЛАСОВАНИЯ

ТРАДИЦИОННЫЙ ПОДХОД - Сейчас этот документ утвержден и является основанием для перехода в следующую фазу. ГИБКИЙ ПОДХОД Сейчас этот документ является частью создаваемого продукта. Критерии готовности продукта являются минимальным требованием для переходу к следующей фазе.

AGILE ПРОЕКТЫ В ТРИ РАЗА УСПЕШНЕЕ ТРАДИЦИОННЫХ

Успешные

Проблемные

Провальные

Источник: The CHAOS Manifesto, The Standish Group, 2012

ЧТО ТАКОЕ SCRUM SCRUM - это гибкий подход управления проектами, обладающих высокой степенью неопределенности. В отличие от методологий детально описывающих все процессы управления, Scrum по своей сути является системой взглядов и ценностей, а точнее рабочей средой.

ЧТО ТАКОЕ SCRUM

ЛЮДИ ПРОЦЕС

ПРОДУКТ

+

УПРАВЛЕНИЕ ПРОЕКТОМ SCRUM

SCRUM

PRODUCT OWNER

SCRUM MASTER

TEAM

РОЛИ

PRODUCT BACKLOG

SPRINT BACKLOG

BURNDOWN CHARTS

АРТЕ

ФАКТ

Ы

ВСТРЕЧИ

SPRINT PLANNING

DAILY MEETING

SPRINT REVIEW

ЛЮДИ

БАЗОВЫЕ ЦЕННОСТИ КОМАНДЫ SCRUM

ОТКРЫТОСТЬ У участников команды нет никаких секретов друг от друга в отношении создаваемого продукта; Участники команды открыты к предложениям

КОНЦЕНТРАЦИЯ Все действия участников должны быть сфокусированы на главном

ОТВЕТСТВЕННОСТЬ Команда и каждый ее участник берет на себя обязательства и соглашения.

УВАЖЕНИЕ Каждый участник команды делает максимум зависящего от него. Участник команды уважает мнение других участников, а также стейкхолдеров.

СМЕЛОСТЬ Команда должна обладать смелостью, чтобы признать реальность, а также обладать смелостью сказать НЕТ и быть открытыми к другим участникам.

ПРОЗРАЧНОСТЬ Команда предоставляет все необходимую информацию, чтобы оценить прогресс

РОЛЕВАЯ СТРУКТУРА SCRUM

• STAKEHOLDER - выражает потребности и желания, которые команда старается удовлетворить создавая продукт.

• BUSINESS OWNER - представляет бизнес и помогает Владельцу продукта взаимодействовать со Стейкхолдерами

• PRODUCT OWNER - направляет команду, ответственен перед бизнесом за ценность продукта, создаваемого командой.

• SCRUMMASTER - поддерживает команду в ее развитии за счет использования Scrum.

• КОМАНДА SCRUM - участники команды разрабатывают качественный продукт в естественном для них темпе.

STAKEHOLDER

У них есть потребности и желания, которые удовлетворяет команда, создавая новый продукт.

BUSINESS OWNER

Представляет Бизнес и помогает Владельцу продукта взаимодействовать со стейкхолдерами.

PRODUCT OWNER

Направляет Команду, а также ответственен за создание командой результата имеющего ценность для бизнеса.

ЧЕКЛИСТ: PRODUCT OWNER • На ежедневной основе обновляет product backlog,

дополняет любыми новыми изменениями • Осуществляет преоритезацию product backlog

основываясь на ожидаемой бизнес-пользе

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

• Взаимодействует с командой проекта для прояснения сути требований

SCRUM MASTER

Ответственен перед бизнесом за производительность команды и ее развитие используя правила Scrum.

• Обновляет реестр проблем на основании daily scrum, писем, других сообщений

• Разрешает сложившиеся проблемы e • Обеспечивает команду необходимым оборудованием • Разрабатывать Sprint report для стейкхолдеров

(единожды за спринт) • Отслеживает всю информацию связанную с sprint • Обеспечивает доступность инструментов

отслеживания прогресса • Назначает встречи и выступает в качестве

наставника

ЧЕКЛИСТ: SCRUM MASTER

SCRUM MEMBERS

Участники команды создают качественный продукт в наиболее комфортном темпе.

• Обновляют доску задач, отмечая оставшееся время на каждую задачу

• Информируют о всех проблемах Scrum master • Взаимодействуют с Product owner дно того как

приступят к реализации story и после ее завершения • Достигают ежедневные цели • Поддерживают коммуникации в команде • Обеспечивают простые решения • Сфокусированы на создании действующего продукта

ЧЕКЛИСТ: DEVELOPMENT TEAM

ПРОЦЕССЫ

SPRINT PLANNING

SPRINT PLANNING

Требования к продукту

Условия готовности

Sprint backlog

Цели спринта

Backlog Item Solutions

Groomed backlog

PO

SM T

ЕЖЕДНЕВНЫЙ SCRUM

ЕЖЕДНЕНВЫЙ SCRUM Проблемы

Завершенные задачи

Список препятствий

Обязательства

Доп. встречи PO

SM T

THE SPRINT REVIEW

SPRINT REVIEW

PО T Рабочий софт

Видение

Новые истории

Принятый софт

Обновленное видение

Принятые истории

SM ST

АРТЕФАКТЫ

PRODUCT, RELEASE, SPRINT BACKLOG

PRO

DU

CT

BA

CK

LOG

RELISE BACKLOG

RELISE BACKLOG

RELISE BACKLOG

ITERATION BACKLOG ITERATION

BACKLOG SPRINT BACKLOG

ITERATION BACKLOG ITERATION

BACKLOG SPRINT BACKLOG

ITERATION BACKLOG ITERATION

BACKLOG SPRINT BACKLOG

ГРАФИК СГОРАНИЯ В проекте SCRUM, команда отслеживает динамику реализации плана релиза используя График сгорания релиза и оценивает его в конце каждого спринта. Горизонтальная ось графика сгорания спринта показывает сами спринты, в то время как вертикальная ось показывает объем оставшейся работы от старта каждого спринта.

3 КОГДА SCRUM НЕПРИМЕНИМ

НЕ ПРИМЕНЯЙТЕ SCRUM ЕСЛИ ВЫ НЕ МОЖЕТЕ БЫТЬ ГИБКИМ

НЕ ИСПОЛЬЗУЙТЕ SCRUM ЕСЛИ НЕТ СРОЧНОСТИ

НЕ ИСПОЛЬЗУЙТЕ SCRUM ЕСЛИ НЕ НУЖНО АДАПТИРОВАТЬ

СРАВНЕНИЕ ГИБКОГО И ТРАДИЦИОННОГО ПОДХОДОВ

ВЕС МОДЕЛИ ПЛЮСЫ МИНУСЫ

ТЯЖЕЛЫЕ

Процессы рассчитаны на среднюю квалификацию исполнителей. Большая специализация исполнителей. Ниже требования к стабильности команды. Отсутствуют ограничения по объему и сложности выполняемых проектов.

Требуют существенной управленческой надстройки. Более длительные стадии анализа и проектирования.

Более формализованные коммуникации.

ЛЕГКИЕ

Меньше непроизводительных расходов, связанных с управлением проектом, рисками, изменениями, конфигурациями. Упрощенные стадии анализа и проектирования, основной упор на разработку функциональности, совмещение ролей. Неформальные коммуникации.

Эффективность сильно зависит от индивидуальных способностей, требуют более квалифицированной, универсальной и стабильной команды. Объем и сложность выполняемых проектов ограничены.

Михаил СОФОНОВ КОРПОРАТИВНЫЕ ТРЕНИНГИ УПРАВЛЕНИЯ ПРОЕКТАМИ

sofonovs@gmail.com

www.sofonov.ru (926) 408 28 38