agile scrum - гибкое управление проектами
DESCRIPTION
Основы гибкого управления проектами (Agile), а также структура SCRUMTRANSCRIPT
ГИБКОЕ УПРАВЛЕНИЕ ПРОЕКТАМИ
Михаил СОФОНОВ 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 ЕСЛИ НЕ НУЖНО АДАПТИРОВАТЬ
СРАВНЕНИЕ ГИБКОГО И ТРАДИЦИОННОГО ПОДХОДОВ
ВЕС МОДЕЛИ ПЛЮСЫ МИНУСЫ
ТЯЖЕЛЫЕ
Процессы рассчитаны на среднюю квалификацию исполнителей. Большая специализация исполнителей. Ниже требования к стабильности команды. Отсутствуют ограничения по объему и сложности выполняемых проектов.
Требуют существенной управленческой надстройки. Более длительные стадии анализа и проектирования.
Более формализованные коммуникации.
ЛЕГКИЕ
Меньше непроизводительных расходов, связанных с управлением проектом, рисками, изменениями, конфигурациями. Упрощенные стадии анализа и проектирования, основной упор на разработку функциональности, совмещение ролей. Неформальные коммуникации.
Эффективность сильно зависит от индивидуальных способностей, требуют более квалифицированной, универсальной и стабильной команды. Объем и сложность выполняемых проектов ограничены.
Михаил СОФОНОВ КОРПОРАТИВНЫЕ ТРЕНИНГИ УПРАВЛЕНИЯ ПРОЕКТАМИ
www.sofonov.ru (926) 408 28 38