Your SlideShare is downloading. ×
Agile   scrum - гибкое управление проектами
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Saving this for later?

Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime - even offline.

Text the download link to your phone

Standard text messaging rates apply

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

3,894
views

Published on

Основы гибкого управления проектами (Agile), а также структура SCRUM

Основы гибкого управления проектами (Agile), а также структура SCRUM

Published in: Business

2 Comments
15 Likes
Statistics
Notes
No Downloads
Views
Total Views
3,894
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
244
Comments
2
Likes
15
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. ГИБКОЕ УПРАВЛЕНИЕ ПРОЕКТАМИ Михаил СОФОНОВ PMP, CSM
  • 2. ПРОГРАММА ВЕБИНАРА ЧТО такое Agile. ЧТО такое Scrum. КАК работает Scum. • люди • процессы • артефакты
  • 3. ЗАЧЕМ ПОДРУГОМУ? 1915 1939 1972 1976 1983 1994 1998 2000 2008 2010Мир становится более мобильным, более скоростным. Современныекомпании реализуют все большее число сложных комплексных проектов.Для этого требуется эффективный инструментарий.
  • 4. ЖЕЛАНИЯ ЗАКАЗЧИКА
  • 5. НАША РАБОТА Создать, 1) «то что нужно» 2) «правильным способом» 3) «в срок» и чтобы все в организации были счастливы тому как мы это сделали
  • 6. ОСНОВНЫЕ ПОДХОДЫ К УПРАВЛЕНИЮ ПРОЕКТАМИ
  • 7. Agile Scrum Lean KanbanXP (スクラム) (リーン) (カンバン) …
  • 8. МАНИФЕСТAGILE
  • 9. ЛЮДИ И ВЗАИМОДЕЙСТВИЕ важнее
  • 10. ПРОЦЕССОВ И ИНСТРУМЕНТОВ
  • 11. РАБОТАЮЩИЙ ПРОДУКТ важнее
  • 12. ИСЧЕРПЫВАЮЩЕЙ ДОКУМЕНТАЦИИ
  • 13. СОТРУДНИЧЕСТВО С ЗАКАЗЧИКОМ важнее
  • 14. СОГЛАСОВАНИЯ УСЛОВИЙ КОНТРАКТА
  • 15. ГОТОВНОСТЬ К ИЗМЕНЕНИЯМ важнее
  • 16. СЛЕДОВАНИЯ ПЕРВОНАЧАЛЬНОМУ ПЛАНУ
  • 17. работающее сотрудничество программное с заказчиком обеспечение важнее важнее, чем контрактных полная обязательств документация; реакция на измененияличности важнее, чем процессы важнее, чем следование плану AGILE
  • 18. ТРАДИЦИОННЫЙ-ПРОЦЕССЫНЙ ПОДХОД К УПРАВЛЕНИЮПРОЕКТАМИ
  • 19. ТРАДИЦИОННЫЙ ЖИЗНЕННЫЙ ЦИКЛ ПРОЕКТАЖизненный цикл проекта – набор последовательных фазпроекта, название и число которых определяется исходя изтехнологии производства работ и потребностей контроля состороны организации или организаций, вовлеченных в проект.Фаза проекта – набор логически взаимосвязанных работ проекта,в процессе завершения которых достигается один из основныхрезультатов проекта. концепция разработка реализация завершение
  • 20. ТРАДИЦИОННЫЙ ЖИЗНЕННЫЙ ЦИКЛ ПРОЕКТА В ПРОЕКТАХС ВЫСОКОЙ СТЕПЕНЬЮ НЕОПРЕДЕЛЕННОСТИ
  • 21. НА КВАДРТНЫХ НЕ УДОБНО
  • 22. ЖИЗНЕННЫЙ ЦИКЛ SCRUM Product Backlog Sprint Backlog • Клиент выставляет • Функционал распределен приоритеты по на спринт функционалу • Оценен командой Временные Рабочий код, готовый продукта • Команда взяла обязательство рамки к внедрению Product Backlog Задачи Backlog-аSprint planning meeting Ежедневный SCRUM Sprint Review• Обзор Product Backlog • Что сделано? • Демонстрация функционала• Оценка Sprint Backlog • Что будет сделано сегодня? • Ретроспектива спринта• Обязательство • Какие возможны проблемы? • Корректировки
  • 23. ИЗМЕНЕНИЕ РОЛИ СТАНДАРТОВТРАДИЦИОННЫЙ ПОДХОД - стандарты минимизируют отклонения ипозволяют неквалифицированным участникам проекта принимать решения.Стандартам нужно следовать и нельзя изменятьГИБКИЙ ПОДХОД - Стандарты определяют для команды целевые ориентирыдля достижения и ограничения для контроляКоманда Agile использует их как точку отсчета для постоянного развития
  • 24. ИЗМЕНЕНИЕ РОЛИ ОЦЕНКИ И СОГЛАСОВАНИЯТРАДИЦИОННЫЙ ПОДХОД - Сейчас этот документ утвержден и являетсяоснованием для перехода в следующую фазу.ГИБКИЙ ПОДХОД Сейчас этот документ является частью создаваемогопродукта. Критерии готовности продукта являются минимальнымтребованием для переходу к следующей фазе.
  • 25. AGILE ПРОЕКТЫ В ТРИ РАЗАУСПЕШНЕЕ ТРАДИЦИОННЫХ Успешные Проблемные Провальные Источник: The CHAOS Manifesto, The Standish Group, 2012
  • 26. ЧТО ТАКОЕ SCRUMSCRUM - это гибкий подходуправления проектами,обладающих высокойстепенью неопределенности.В отличие от методологийдетально описывающих всепроцессы управления, Scrumпо своей сути являетсясистемой взглядов иценностей, а точнее рабочейсредой.
  • 27. ЧТО ТАКОЕ SCRUM + ЛЮДИ ПРОЦЕС ПРОДУКТ
  • 28. УПРАВЛЕНИЕ ПРОЕКТОМ SCRUM PRODUCT PRODUCT BACKLOG OWNER АРТЕФАКТЫ РОЛИ SPRINT SCRUM BACKLOG SCRUM MASTER BURNDOWN TEAM CHARTS ВСТРЕЧИ SPRINT DAILY SPRINT PLANNING MEETING REVIEW
  • 29. ЛЮДИ
  • 30. БАЗОВЫЕ ЦЕННОСТИ КОМАНДЫ SCRUM У участников команды нет никаких секретов друг от друга в отношенииОТКРЫТОСТЬ создаваемого продукта; Участники команды открыты к предложениямКОНЦЕНТРАЦИЯ Все действия участников должны быть сфокусированы на главномОТВЕТСТВЕННОСТЬ Команда и каждый ее участник берет на себя обязательства и соглашения. Каждый участник команды делает максимум зависящего от него. УчастникУВАЖЕНИЕ команды уважает мнение других участников, а также стейкхолдеров. Команда должна обладать смелостью, чтобы признать реальность, а такжеСМЕЛОСТЬ обладать смелостью сказать НЕТ и быть открытыми к другим участникам. Команда предоставляет все необходимую информацию, чтобы оценитьПРОЗРАЧНОСТЬ прогресс
  • 31. РОЛЕВАЯ СТРУКТУРА SCRUM• STAKEHOLDER - выражает потребности и желания, которые команда старается удовлетворить создавая продукт.• BUSINESS OWNER - представляет бизнес и помогает Владельцу продукта взаимодействовать со Стейкхолдерами• PRODUCT OWNER - направляет команду, ответственен перед бизнесом за ценность продукта, создаваемого командой.• SCRUMMASTER - поддерживает команду в ее развитии за счет использования Scrum.• КОМАНДА SCRUM - участники команды разрабатывают качественный продукт в естественном для них темпе.
  • 32. STAKEHOLDERУ них есть потребности и желания, которые удовлетворяеткоманда, создавая новый продукт.
  • 33. BUSINESS OWNERПредставляет Бизнес и помогает Владельцу продуктавзаимодействовать со стейкхолдерами.
  • 34. PRODUCT OWNERНаправляет Команду, а также ответственен за создание командойрезультата имеющего ценность для бизнеса.
  • 35. ЧЕКЛИСТ: PRODUCT OWNER• На ежедневной основе обновляет product backlog, дополняет любыми новыми изменениями• Осуществляет преоритезацию product backlog основываясь на ожидаемой бизнес-пользе• Координирует сове действия со стейкхолдерами, а также собирает требования к продукту• Взаимодействует с командой проекта для прояснения сути требований
  • 36. SCRUM MASTERОтветственен перед бизнесом за производительность команды иее развитие используя правила Scrum.
  • 37. ЧЕКЛИСТ: SCRUM MASTER• Обновляет реестр проблем на основании daily scrum, писем, других сообщений• Разрешает сложившиеся проблемы e• Обеспечивает команду необходимым оборудованием• Разрабатывать Sprint report для стейкхолдеров (единожды за спринт)• Отслеживает всю информацию связанную с sprint• Обеспечивает доступность инструментов отслеживания прогресса• Назначает встречи и выступает в качестве наставника
  • 38. SCRUM MEMBERSУчастники команды создают качественный продукт в наиболеекомфортном темпе.
  • 39. ЧЕКЛИСТ: DEVELOPMENT TEAM• Обновляют доску задач, отмечая оставшееся время на каждую задачу• Информируют о всех проблемах Scrum master• Взаимодействуют с Product owner дно того как приступят к реализации story и после ее завершения• Достигают ежедневные цели• Поддерживают коммуникации в команде• Обеспечивают простые решения• Сфокусированы на создании действующего продукта
  • 40. ПРОЦЕССЫ
  • 41. SPRINT PLANNING SPRINT Groomed backlog PLANNING Sprint backlogТребования к продукту SM T Цели спринта Условия готовности PO Backlog Item Solutions
  • 42. ЕЖЕДНЕВНЫЙ SCRUM ЕЖЕДНЕНВЫЙ SCRUM Список препятствий Проблемы SM T ОбязательстваЗавершенные задачи PO Доп. встречи
  • 43. THE SPRINT REVIEW SPRINT REVIEWПринятые истории Новые истории PО T Рабочий софт Принятый софт ST SM Видение Обновленное видение
  • 44. АРТЕФАКТЫ
  • 45. PRODUCT, RELEASE, SPRINT BACKLOG RELISE ITERATION ITERATION BACKLOG SPRINT PRODUCT BACKLOG BACKLOG BACKLOG BACKLOG ITERATION RELISE ITERATION BACKLOG SPRINT BACKLOG BACKLOG BACKLOG ITERATION RELISE ITERATION BACKLOG SPRINT BACKLOG BACKLOG BACKLOG
  • 46. ГРАФИК СГОРАНИЯ В проекте SCRUM, команда отслеживает динамику реализации плана релиза используя График сгорания релиза и оценивает его в конце каждого спринта. Горизонтальная ось графика сгорания спринта показывает сами спринты, в то время как вертикальная ось показывает объем оставшейся работы от старта каждого спринта.
  • 47. 3 КОГДА SCRUM НЕПРИМЕНИМ
  • 48. НЕ ПРИМЕНЯЙТЕ SCRUM ЕСЛИ ВЫ НЕ МОЖЕТЕ БЫТЬ ГИБКИМ
  • 49. НЕ ИСПОЛЬЗУЙТЕ SCRUM ЕСЛИ НЕТ СРОЧНОСТИ
  • 50. НЕ ИСПОЛЬЗУЙТЕ SCRUM ЕСЛИ НЕ НУЖНО АДАПТИРОВАТЬ
  • 51. СРАВНЕНИЕ ГИБКОГО И ТРАДИЦИОННОГО ПОДХОДОВВЕС МОДЕЛИ ПЛЮСЫ МИНУСЫ Процессы рассчитаны на среднюю Требуют существенной квалификацию исполнителей. Большая управленческой надстройки. специализация исполнителей. Ниже Более длительные стадии ТЯЖЕЛЫЕ требования к стабильности команды. анализа и проектирования. Отсутствуют ограничения по объему и Более формализованные сложности выполняемых проектов. коммуникации. Эффективность сильно зависит Меньше непроизводительных расходов, от индивидуальных связанных с управлением проектом, рисками, способностей, требуют более изменениями, конфигурациями. квалифицированной, ЛЕГКИЕ Упрощенные стадии анализа и проектирования, универсальной и стабильной основной упор на разработку команды. функциональности, совмещение ролей. Объем и сложность Неформальные коммуникации. выполняемых проектов ограничены.
  • 52. Михаил СОФОНОВКОРПОРАТИВНЫЕ ТРЕНИНГИ УПРАВЛЕНИЯ ПРОЕКТАМИ sofonovs@gmail.com www.sofonov.ru (926) 408 28 38