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

Как внедрить SCRUM без трупов и остаться

довольным

ВладимирЗавертайлов @sibirix

Первая в России студия, работающая по SCRUMСпециализируемся на приложениях для соцсетей

Киев, 2012

Кто уже работает по гибким методологиям?

Зачем это вам?

Главные «друзья» небольшой, но гордой студии полного цикла:



Standish Group, 1994364 американских корпораций, более 23 тысяч проектов

16,2% — успешны

52,7% — превысили срок и бюджет

31,1% — аннулированы

Статистика проектов в США

CHAOS Manifesto from the Standish Group, 2012

успешны

превысили срок и бюджет

аннулированы

1994 2012



успешны



WATERFLOW SCRUM



успешны



WTF??? SCRUM



успешны



WATERFLOW SCRUM



успешны



WTF??? SCRUM


Как вы думаете,почему столько факапов?

Дискоммуникация

Выводы:

SCRUM провоцирует

коммуницировать

команду и заказчика

Ближайшие 48 минут:

1. Процесс. Вспоминаем методичку

2. Управление изменениями. Ретроспективы

3. Как мы продаем Agile

4. Сказка про туземцев

5. Ежедневные инструменты и фоточки из офиса

6. Вопросы //можно сразу

1. Очень короткий пересказ «методички»

Product Owner

Scrum — такая простая штуковина!

Команда Scrum Master

Backlog

Product Owner Команда Scrum Master

Backlog Декомпозиция и оценка

Product Owner Команда Scrum Master

Что было сделано вчера?


Что будет сделано сегодня?


Что будет сделано сегодня?

Какие есть проблемы?







Выводы: scrum —

очень штука

2. Управление изменениями

Правильные ретроспективыНаверное, самое главное при внедрении

Они опять хотят от наскакую-то херню!

Непрерывные изменения. Цикл Деминга

Ретроспектива – это командный пересмотр последнего этапа работы (спринта) с целью улучшения процесса

Ретроспектива. WTF?

А не наказать виноватых, например.

Цель ретроспективы — улучшить процесс, а не...

А не пивка попить, например.


А не поговорить, например


— Пришли

— Поговорили

— Разошлись

— Задачу в JIRA поставили

ППР

Как вы думаете,почему что может помешать

ретроспективам?

Чё им не говори — по своему сделают!

Авторитарное руководство

Неприятно обсуждать свои проблемы

Стыдно и страшно

— Я и так все хорошо сделал,

чё тут обсуждать то?

Как мы это делаем

Правильный процесс даетправильные результаты

Кто

Где

Во сколько

Продолжительность

Круг вопросов:

— Что было хорошо

— Что можно улучшить

0. Назначить времяи подготовиться

1. Приветствие

Улучшить наш процесс работы

2. Напомните цель

3. Гарантия безопасности

Намеренно никто не гадит

Формат ретроспективы

Что было хорошего и плохого?

Идеи следуют из проблем

Идеи следуют из проблем

Но не ограничиваются ими

Выбираем задачи в план

Проверить план!

ДА

Прикрутить рассылку уведомлений

Поставить отдельный demo-сервер

Заменить компьютер тестеру

НЕТ:

Давайте все делать хорошо!

В план попадаютконкретные действия

На следующейретроспективе – проверяем

Ретроспектива на ретроспективу







Выводы: ретроспектива —

двигатель изменений

Начните внедрение с нее

3. Как мы продаем AGILE*

*«Agile» — от слова «отжать»

Основная проблема

Проект, глазами Product Owner-а

Проект, глазами клиента

Пришла аналитика:

Няшно, секси,ми-ми-ми

Product Owner + Аналитик:

Проект, глазами дизайнера

Няшно, секси, ми-ми-ми

Основная проблема Проект, глазамиразработчика

Основная проблема Проект, глазамипотребителя

Как вы думаетечто думают заказчик

про весь этот SCRUM?

Какой нах скрам?

Ты чо, гик?

Не будь гиком, говори на языке бизнеса!

Сделай скрытую проблему — очевидной

Когда заказчику не нужен результат

Когда SCRUM не продать

Предложибезопасное испытание

Будьте честнымис собой, №1

Фиксированныйбюджет — всегдакидалово!

...

Будьте честными с собой, №2

Заказчик хочет знать сроки?

Заказчик говорит, что требованияменяться не будут?

Продавайте SCRUM, как методуправления ПЕРЕМЕНАМИ

Это продать легко!

Договоритесь о периодичной демонстрации результатов

Как работать с бэклогом

Адекватно, епт!

Готовь фотоаппарат, будет много букав

Можно снимать!

— Оценку делает только разработчик

— В бэклоге можно добавлять, удалять, менять задачи и их приоритет

— Заказчик формально принимает спринты

— Заказчик может прекратить разработку в любой момент

— Все обсуждения — только в бэклог

— Только разработчик правит код

— Сформируйте приемочные тесты

Быковать против принципов клиент не будет

Четко сформулируйте разумныеправила и принципы работы

— «А мы это ПОДРАЗУМЕВАЛИ»

— Выяснить цели. Альтернатива?— Увеличить сроки— Отыграть на новых фичах

— Демонстрации— Планирование

— Ретроспективы— Тестирование ;-)

Уберите из сметы все «лишнее»

Инвестируйте в хорошие отношения

— Покажите команду— Говорите об успехах

— Систематично!

У вас есть занятые клиенты?

— Партнерство— Ритм

— Подготовка— КОЛЛРЕПОРТЫ!!!

Выводы

Честность, жесткость, партнерство — окупаются!







Многие вещи из Scrum — продать

очень легко. Будьте жесткими. инвестируйте

в хорошие отношения с заказчиком

4. Дисклаймер

Культ карго

Культ карго в IT

Выводы: скрам — не панацея

думайте головой

На ретроспективах, например







5. Инст.рументы и реальностьИ фоточки из офиса :)

Оценка с помощью Planning Poker

PlanningPoker.ru

Реальный планиг

Карты тут

Отдельная комнатадля ретроспектив.Диван и много досок

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

Глобальная доска в видном месте для контроля задачс ретроспектив

Дятел-board, для внедрения изменений в течении 21 рабочего дня

Некоторые вещи приходится вдалбливать дополнительно

Менежерские планерки проходят у боольшого телевизора

Глобальная доска по всем проектам. Сейчас в электронном виде.

Все, что только можно — визуализируйте. Пример: план рабочего дня менеджера

Сейчас мы используем JIRA+GreenHopper. НО...

Доска задач для Битрикс-корппортала




Полезная аналитика:

http://blog.sibirix.ru

ВладимирЗавертайлов[email protected]

http://www.facebook.com/zavertaylov

@sibirix

Что еще почитать:— Scrum XP from trenches (Scrum и XP - заметки с передовой) by Kniberg— Scrum and Kanban: making the most of both (Scrum и Kanban: выжимаем максимум) by Kniberg

Киев, 2012

mailto:[email protected]

Documents

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