Каминская Станислава ITConnect 2016 Scrum и kanban опыт не-применения.

1. Scrum и Kanban: опыт НЕ-
применения
V 2.0

2. Она же “PM” в группировке, именуемой
“PHP-2”.
В 2006 году связалась с ИТ-шниками и
докатилась до проектного
менеджмента.
Уже 4 года терроризирует невинных
заказчиков, специализируется на
иностранцах.
Характер вредный, но общительный.
Замужем.
Докладчик:
Станислава Каминская
Проектный менеджер
компании Кварт-Софт

3. О чем сегодня поговорим
1. Какую пользу вам может нанести этот доклад?..
2. Узнаем как дела в проектном менеджменте
3. Разбираемся почему Agile и Kanban не всегда работают
4. Пытаемся ответить на вопрос: “Что же делать????”
5. Вопросы...

4. Задумывались ли вы сколько проектов
в области разработки программного
обеспечения успешны?

5. ● отчет составлен на базе анализа 50.000 проектов
● сбор и анализ данных ведется с 1994 года
СТАТИСТИКА: Standish CHAOS 2015

6. СТАТИСТИКА: Standish CHAOS 2015
Исход проектов за 2012-1015
*сложности = превышение бюджета или сроков проекта
2012 2013 2014 2015
Успех 27% 31% 28% 29%
Завершен со
сложностями *
56% 50% 55% 52%
Полный провал 17% 19% 17% 19%

7. AGILE РУЛИТ!
Agile (прил.)
1) проворный;
2) быстрый, живой, подвижной,
расторопный, шустрый

8. СТАТИСТИКА: Standish CHAOS 2015
Исход проектов в зависимости от методологии:
Agile vs Waterfall
Метод управления Успех Завершен со
сложностями
Полный провал
Agile 39% 52% 9%
Waterfall 11% 60% 29%

9. СТАТИСТИКА: Standish CHAOS 2015
Исход проектов в зависимости от методологии:
Agile vs Waterfall
Метод управления Успех Завершен со
сложностями
Полный провал
Agile 39% 52% 9%
Waterfall 11% 60% 29%

10. СТАТИСТИКА: Standish CHAOS 2015
Исход проектов в зависимости от методологии и размера
проекта: Agile vs Waterfall
Размер проекта Метод
управления
Успех Завершен со
сложностями
Полный провал
Большой
Agile 18% 59% 23%
Waterfall 3% 55% 42%
Средний
Agile 27% 62% 11%
Waterfall 7% 68% 25%
Маленький
Agile 58% 38% 4%
Waterfall 44% 45% 11%

11. Вот начнем использовать Agile и ...
И все будет ОБАЛДЕННО
И мы сможем качественно сдавать
проекты в срок и в рамках
бюджета

12. Происходит ли поголовный переход
на Agile?
Что нам говорит статистика?

13. ● отчет на базе анализа 4.500 специалистов в 108
странах, которые работают в 14 различных областях,
включая информационные технологии и разработку
программного обеспечения
● организация основана в 2001 году
● объединяет 400.000 членов Agile сообщества
СТАТИСТИКА: Scrum Alliance 2015

14. СТАТИСТИКА: Scrum Alliance 2015
Популярность Agile практик

15. СТАТИСТИКА: Scrum Alliance 2015
принятие Scrum в компаниях в зависимости от размера

16. ● отчет на базе анализа 702 специалистов из стран
СНГ, которые работают в ИТ (разработчики,
проектные менеджеры, руководители)
СТАТИСТИКА: Стратоплан 2016

17. СТАТИСТИКА: Стратоплан 2016
использование методологий управления проектами

18. Почему же на практике
единорог НЕ появляется
Agile повсеместно НЕ применяется?

19. #1 Заказчик не
приемлет Agile
DO I LOOK AGILE TO YOU?

20. #2 ТОП
менеджемент не
приемлет Agile
AGILE?... ИДИ ЛУЧШЕ РАБОТАЙ...

21. #3 Команда не
приемлет Agile
AGILE?...ЗАЧЕМ?

22. Получаем … :(

23. Что же делать?
Думаю, выход есть :)

24. Заимствование лучших практик
#1 Вводим понятие “СПРИНТ”, без фиксированной длины
#4 Выясняем требования к задаче по ходу итерации, а не до ее начала
#2 Разрешаем заказчику исключать задачи из “спринта”
#3 Допускаем fast-track - если “очень надо”, проводим задачу в обход
спринта
#5 Анализируем задачу силами 1 человека, НО назначаем “проверяющего”
(reviewer)

25. Заимствование лучших практик (продолжение)
#6 Анализ задачи = определение критериев приемки + концепция
#7 Презентуем задачу заказчику только после того, как код прошел
техническую проверку (code review)
#8 Не пренебрегаем JIRA Agile/Kanban Board
#9 Вместо “retrospective review” - “технические четверги”
#10 Вместо daily scrum - утренние планерки, но мы предпочитаем не
держаться за руки :)

26. Заимствование лучших практик (продолжение)
#11 Регулярно общаемся с клиентом
#13 Вместо “velocity” и “time to market” измеряем ширину улыбки заказчика
после выпуска очередной итерации
#12 Делим ответственность за результат с заказчиком

27. В общем, как-то так...

28. Вспомнить все
#1 Agile методологии популярны
#2 Agile методологии позволяют
добиваться результата.
#3 Agile не всем подходит, если заказчик,
начальство или команда не готовы к его
применению.
#4 Хотите быть гибкими и успешными, но не
можете применить все приемы, внедряйте
те практики, которые вам доступны.

29. Домашнее задание
Подумайте о вашем текущем проекте
● если у вас устоявшийся канонический Sсrum или Kanban, похвалите
себя. Вы обошли много препятствий. Научите меня как!
● если вы хотите работать по гибким методологиям, но пока не
получается,
попробуйте применить те подходы, которые я предложила на практике и
поделитесь результатами с коллегами.

30. Спасибо за внимание!
Обратная связь приветствуется :)
Имя: Станислава Каминская
Email: stanislava2710@gmail.com
Facebook: https://www.facebook.com/stanislava.kaminskaya
LinkedIn: https://www.linkedin.com/in/stacey-kaminska-65016736

31. Источники
1. Standish CHAOS Report 2015 http://www.infoq.com/articles/standish-chaos-
2015
2. Scrum Alliance Report 2015
https://www.scrumalliance.org/scrum/media/scrumalliancemedia/files%20and
%20pdfs/state%20of%20scrum/scrum-alliance-state-of-scrum-2015.pdf
3. 10 reasons why Scrum project is failing http://hubpages.com/business/10-
reasons-why-your-Scrum-project-is-failing
4. Иван Селиховкин о Agile https://vimeo.com/157271989
5. Стратоплан Статистика https://vk.com/stratoplan?w=wall-40518980_898