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

V 2.0

Она же “PM” в группировке, именуемой “PHP-2”.

В 2006 году связалась с ИТ-шниками и докатилась до проектного менеджмента.

Уже 4 года терроризирует невинных заказчиков, специализируется на иностранцах.

Характер вредный, но общительный.

Замужем.

Докладчик:Станислава Каминская

Проектный менеджер компании Кварт-Софт

О чем сегодня поговорим

1. Какую пользу вам может нанести этот доклад?..

2. Узнаем как дела в проектном менеджменте

3. Разбираемся почему Agile и Kanban не всегда работают

4. Пытаемся ответить на вопрос: “Что же делать????”

5. Вопросы...

Задумывались ли вы сколько проектов в области разработки программного

обеспечения успешны?

● отчет составлен на базе анализа 50.000 проектов

● сбор и анализ данных ведется с 1994 года

СТАТИСТИКА: Standish CHAOS 2015

СТАТИСТИКА: Standish CHAOS 2015 Исход проектов за 2012-1015

*сложности = превышение бюджета или сроков проекта

2012 2013 2014 2015

Успех 27% 31% 28% 29%

Завершен со сложностями *

56% 50% 55% 52%

Полный провал 17% 19% 17% 19%

AGILE РУЛИТ!Agile (прил.)

1) проворный;

2) быстрый, живой, подвижной, расторопный, шустрый

СТАТИСТИКА: Standish CHAOS 2015Исход проектов в зависимости от методологии:Agile vs Waterfall

Метод управления Успех Завершен со сложностями

Полный провал

Agile 39% 52% 9%

Waterfall 11% 60% 29%

СТАТИСТИКА: Standish CHAOS 2015Исход проектов в зависимости от методологии:Agile vs Waterfall

Метод управления Успех Завершен со сложностями

Полный провал

Agile 39% 52% 9%

Waterfall 11% 60% 29%

Agile позволяет завершать проекты в 4 РАЗА эффективнее &

вероятность неудачи снижается 3 РАЗА

СТАТИСТИКА: 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%

Вот начнем использовать Agile и ...

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

Происходит ли поголовный переход на Agile?

Что нам говорит статистика?

● отчет на базе анализа 4.500 специалистов в 108 странах, которые работают в 14 различных областях, включая информационные технологии и разработку программного обеспечения

● организация основана в 2001 году● объединяет 400.000 членов Agile сообщества

СТАТИСТИКА: Scrum Alliance 2015

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

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

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

СТАТИСТИКА: Стратоплан 2016

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

Почему же на практике

единорог НЕ появляется

Agile повсеместно НЕ применяется?

#1 Заказчик не приемлет Agile

DO I LOOK AGILE TO YOU?

#2 ТОП менеджемент не приемлет Agile

AGILE?... ИДИ ЛУЧШЕ РАБОТАЙ...

#3 Команда не приемлет Agile

AGILE?...ЗАЧЕМ?

Получаем … :(

Что же делать?

Думаю, выход есть :)

Заимствование лучших практик

#1 Вводим понятие “СПРИНТ”, без фиксированной длины

#4 Выясняем требования к задаче по ходу итерации, а не до ее начала

#2 Разрешаем заказчику исключать задачи из “спринта”

#3 Допускаем fast-track - если “очень надо”, проводим задачу в обход спринта

#5 Анализируем задачу силами 1 человека, НО назначаем “проверяющего”

(reviewer)

Заимствование лучших практик (продолжение)

#6 Анализ задачи = определение критериев приемки + концепция

#7 Презентуем задачу заказчику только после того, как код прошел

техническую проверку (code review)

#8 Не пренебрегаем JIRA Agile/Kanban Board

#9 Вместо “retrospective review” - “технические четверги”

#10 Вместо daily scrum - утренние планерки, но мы предпочитаем не

держаться за руки :)

Заимствование лучших практик (продолжение)

#11 Регулярно общаемся с клиентом

#13 Вместо “velocity” и “time to market” измеряем ширину улыбки заказчика

после выпуска очередной итерации

#12 Делим ответственность за результат с заказчиком

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

Вспомнить все

#1 Agile методологии популярны

#2 Agile методологии позволяют

добиваться результата.

#3 Agile не всем подходит, если заказчик,

начальство или команда не готовы к его

применению.

#4 Хотите быть гибкими и успешными, но не

можете применить все приемы, внедряйте

те практики, которые вам доступны.

Домашнее задание

Подумайте о вашем текущем проекте

● если у вас устоявшийся канонический Sсrum или Kanban, похвалите

себя. Вы обошли много препятствий. Научите меня как!

● если вы хотите работать по гибким методологиям, но пока не

получается,

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

поделитесь результатами с коллегами.

Спасибо за внимание!Обратная связь приветствуется :)

Имя: Станислава Каминская

Email: stanislava2710@gmail.com

Facebook: https://www.facebook.com/stanislava.kaminskaya

LinkedIn: https://www.linkedin.com/in/stacey-kaminska-65016736

Источники

1. Standish CHAOS Report 2015

http://www.infoq.com/articles/standish-chaos-20152. 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