Внедрение Scrum от менеджера — собираем все грабли
•Télécharger en tant que PPTX, PDF•
1 j'aime•807 vues
Recommandé
Recommandé
Contenu connexe
Tendances
Tendances (19)
Similaire à Внедрение Scrum от менеджера — собираем все грабли
Similaire à Внедрение Scrum от менеджера — собираем все грабли (20)
Plus de Nikita Filippov
Plus de Nikita Filippov (20)
Внедрение Scrum от менеджера — собираем все грабли
- 1. Внедрение Scrum от менеджераилиScrum на колесиках стучится в твою дверь Роман Юферев, AVIcode
- 2. Преамбула Цель доклада Я из AVIcode Наш заказчик О проекте тип требования стейкхолдеры коммуникации
- 3. Процесс As Given Нет выделенных менеджмент ресурсов на нашей стороне Scrum !!!??? Тим лид на стороне кастомера Поток задач из ниоткуда Тестирование – отдельно Скоп/срок итерации Product Backlog Ретроспективы Митинги планирования eScrum
- 4. Хенрик Книберг взрывает мозг Асхат Уразбаев - контрольный выстрел в голову(?) Первое знакомство с Scrum Книберг + тренинг Асхата
- 5. Темная комната с граблями N1 Менеджер внедряет Scrum Принцип – Big-Bada-Boom: Роли Scrum (PO, Scrum Master, Team) Time-boxed Sprints Sprint Backlog Team Planning Session Planning Poker Оценка в идеальных часах Burn-down Chart Task Board Focus Factor Retrospective Session Demo Local Daily Scrums Декларируется самоорганизующаяся команда Кучкуемся в одной комнате Но почему то получается…
- 6. $kpum
- 7. 1-stCheckpoint: два«Как?» и семь «Почему?» Как: …закоммитить? …объяснить идеальные часы? …
- 8. 1-stCheckpoint: два«Как?» и пять «Почему?» Почему: …им не нравятся мои игрушки? …меня не любят? …не встают? …стоим так долго? …такие вялые?
- 9. Нужен Гуру!
- 10. Как-и …закоммитить? …объяснить идеальные часы?
- 11. Почему-ки Почему: …им не нравятся мои игрушки?
- 12. Почему-ки Почему: …меня не любят?
- 13. Менеджер в Scrum HR Budgeting Источник - http://blog.scrumtrek.ru/2009/11/agile.html
- 14. Почему-ки Почему: …не встают? …стоим так долго? …такие вялые?
- 15. Hot Fix 1 Новый Scrum-Master Долой «ИЧ» No pressure! Корректировка роли PM
- 16. Менеджер в Scrum HR Budgeting Источник - http://blog.scrumtrek.ru/2009/11/agile.html
- 17. Новые проблемы: Скрам-мастер – символ зла! Появление анти-скрам группировок Потеря мотивации, апатия Темная комната с граблями N2
- 18. Hard Rescue: Личные встречи Вовлечение HR/психолога в работу Низвергнуть идолов! Честность Пора всплывать!
- 19. Пора всплывать! Отдых Все – в отпуска! Отвлекающие Тренинги
- 20. Результат Стабилизация команды Бесценный опыт!!! Lost in Service Release Happens!
- 21. Выводы и Уроки Любой новый процесс … …в правильном проекте …в правильном месте …в правильной команде Хоть горшком назови… а лучше никак не называй. Big Boomvs. Baby Steps
- 22. Вся правда о троллях «Знаешь, откуда появились тролли? Троллями становятся эльфы после отсидки, те, чьи матери курили во время беременности. Кого в детстве били пьяные родители. »… © Goblin
- 23. Выводы и Уроки Осторожно - Асхат! Привлекайте HR No pressure! Менеджер – помощник.
- 24. Спасибо! Roman Yuferev, AVIcode ryuferev@avicode.com
Notes de l'éditeur
- Цель доклада – рассказать об опыте внедрения Scrum на одном из моих проектов, причем фокус будет именно на проблемах внедрения нового процесса, вне успеха или fail-a самого проекта, который в целом завершился успешно.Пара слов о компании в целом и об отделе заказного ПО.Заказчик на последнем проекте. Это один из RnDдепартаментов крупной корпорации, проекты которого находятся в области IT(сети, сервисы и пр.). К слову сказать, по ощущениям возникало, что опыт использования Agile представителями заказчика весьма невелик.Проект, являясь RnDпроектом имел зарактерные для такого типа черты: изменчивые и плохо сформулированные требования с меняющимися или неустановленными приоритетами, множество стейкхолдеров, формулирующих концепции и теории, но уделяющие мало внимания проекту. Так же проект потребовал гораздо более насыщенного общения, чем когда бы то ни было раньше (почти каждый день 1-3 часа).
- Это был не очень обычный проект для нас, так как на нем кастомер отказался от оплаты менеджмент ресурсов на нашей стороне заявив, что будет Scrumи менеджмент с той стороны.Я вошел в команду разработчки, расчитывая успешно совмещать функции менеджера и разработчика. Менеджмент с той стороны выглядел следующим образом: нам выдавались какие-то задачи на исследование, цели которых в контексте проекта мы особо не понимали, объявлялись спринты и появлялись задачи в TFS. Отсутствовал Product backlog (точнее в eScrum было нечто не имеющее отношения к тому чем мы реально занимались), не было ретроспектив (точнее они были но где-то у кастомера и об их факте мы узнали через 3 месяца). Не было митингов планирования. Использовался убогий тул поддержки проекта – eScrum (внутренний проект кастомера). То есть налицо жуткий фарш, который неминуемо должен был привести к кризису на проекте! И этот фарш надо было бы отменеджить…но в том то и проблема, что и я был на 100% загружен задачами по разработке. Хотя, конечно, это во многом мой fail.
- Итак, по прошествии нескольких месяцев, когда кризис проекта стал очевидным, мною было принято решение разобраться с тем, что же такое Scrum и попытаться организовать процесс хотя бы на нашей стороне. Поэтому, распечатав Книберга на дорожку я отправился на однодневный тренинг в ScrumTrek. 3 часа в дороге на прочтение Книберга от корки до корки стали отличным трамплином для тренинга, так что в Питер я вернулся гордо неся пурпурное знамя Scrum на вытянутых руках и со словами «Вот что нас спасет! Теперь то мы повоюем!»Грустно, очень грустно, что многое о том как надо и как не надо внедрять Scrum уже в тот момент можно было почерпнуть в блогах и форумах. Вот что делает увлеченность!
- Итак, окрыленный новыми идеями о спасении проекта и команды менеджер спешит домой!Я собрал всю комаду и долго рассказывал как мы теперь заживем по новому, какие мы все станем самоорганизующиеся и ответственные. Думаю, что тогда мне удалось заинтересовать команду, ведь многое о чем я говорил действительно разумно и правильно и всем так хотелось улучшений!И мы начали внедрять…причем все сразу! Я провозгласил себя Scrum Master-ом (уже тут были робкие возражения, но ведь я читал Книберга и ездил на тренинг, а остальные – нет, так что кому-же еще?). Так же я играл роль отчасти proxy-PO, писал код, при этом менеджерские зоны ответственности никуда не делись (кроме распределения задач).
- В принципе, ничего хорошего не получилось…скрама не было, улучшения даже не наметились, зато появилось много проблем…Которые я сформулировал сейчас в виде вопросов: как? и почему?
- Мой первый чекпойнт во внедрении Scrum в нашей команде. Основные вопросы (проблемы), которые встали передо мной и которые я хотел разрешить:Как сделать так, что бы команда коммитилась хоть на что-нибудь?Как объяснить команде что такое «идеальные часы»?
- Почему команда воспринимает инструменты вроде покера и голосования пальцем как бессмысленные игрушки?Почему меня теперь так не любят?Почему никто не хочет участвовать в daily scrums?Почему Daily Scrums занимают 20-30 минут для 5 человек?Почему на ретроспективе все вялые и никому ничего не нужно?
- Сам я тогда был не в состоянии дать ответы на все эти вопросы, так что я пришел к выводу, что мне Нужен Гуру! Очень кстати Асхат приехал в Питер и у нас появилась возможность пообщаться более плотно в рамках двухдневного тренинга по Scrum…И надо сказать, что отчасти тогда, отчасти позднее я получил ответы на эти вопросы…помог и тренинг и просто собственные размышления на эту тему…Итак…
- Итак, с каким багажом я ушел со второго тренинга:Как сделать так, что бы команда коммитилась хоть на что-нибудь? Сработал эффект биг-бума, когда команде нужно был коммититься сразу на кучу вещей, включая не совсем программистские активности, такие как процессные активности. То есть начинать лучше с вещей, знакомых и понимаемых разработчиками, на которые они и так привыкли коммититься. И только затем ПОПРОБОВАТЬ предложить им новые зоны ответственности вместе со своей поддержкой. Во-вторых, no pressure! Важно показать команде, что ошибки – это просто часть нашей жизни и что за них никто не линчует. 2. Как объяснить команде что такое «идеальные часы»? Не париться! Пускай планируют в реальных часах. Это не настолько принципиально, зато сделает планирование более осмысленным для команды. Со времени, если это будет удобно и осмысленно, можно будет и подумать об идеальных часах.
- Почему команда воспринимает инструменты вроде покера и голосования пальцем как бессмысленные игрушки? Вполне здравая реакция, когда ты сидишь глубоко в заднице, а тебе предлагают освежитель воздуха. Атмосферу он может и развеет но ситуацию в корне не изменит. Мы слишком большой акцент делали на эти прикольные практики.
- Почему меня теперь так не любят? Основных причин было две: - не подходящее наделение ролями проджект-менеджера - нечестность Детали: Я – самопровозглашенный скрам-мастер, повелитель вселенной и т.д. По-сути, я просто плохо сделал уроки, расставив неверные акценты в обязанностях скрам-мастера. Очень похоже на скрам-мастера из «Как не стать команде родной матерью». Пинками гнал народ на стендапы, превратившиеся в отчет о проделанной работе. Как менеджер, я продолжал требовать с каждого выполнение его задач. Распекал за то, что кто-то делал то, что не вело нас к бизнес-цели. Т.е. по сути сделал скрам-обманку: объявил команде, что теперь они сами творцы своего счастья, но сам-то продолжал вести себя по прежнему, т.е. совмещал HR+Scrum Master+PO(местами).Асхат помог мне разобраться в том какой может быть роль менеджера на agile-проекте.