Внедрение Scrum от менеджера — собираем все грабли

1,386 views
1,262 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,386
On SlideShare
0
From Embeds
0
Number of Embeds
10
Actions
Shares
0
Downloads
22
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • Цель доклада – рассказать об опыте внедрения 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-проекте.
  • Внедрение Scrum от менеджера — собираем все грабли

    1. 1. Внедрение Scrum от менеджераилиScrum на колесиках стучится в твою дверь<br />Роман Юферев, AVIcode<br />
    2. 2. Преамбула<br />Цель доклада<br />Я из AVIcode<br />Наш заказчик<br />О проекте<br />тип<br />требования<br />стейкхолдеры <br />коммуникации<br />
    3. 3. Процесс As Given<br />Нет выделенных менеджмент ресурсов на нашей стороне<br />Scrum !!!???<br />Тим лид на стороне <br />кастомера<br />Поток задач из ниоткуда<br />Тестирование – отдельно<br />Скоп/срок итерации<br />Product Backlog<br />Ретроспективы<br />Митинги планирования<br />eScrum<br />
    4. 4. Хенрик Книберг взрывает мозг<br />Асхат Уразбаев - контрольный выстрел в голову(?)<br />Первое знакомство с Scrum <br />Книберг + тренинг Асхата<br />
    5. 5. Темная комната с граблями N1<br />Менеджер внедряет Scrum<br />Принцип – Big-Bada-Boom:<br />Роли Scrum (PO, Scrum Master, Team)<br />Time-boxed Sprints<br />Sprint Backlog<br />Team Planning Session<br />Planning Poker<br />Оценка в идеальных часах<br />Burn-down Chart<br />Task Board<br />Focus Factor<br />Retrospective Session<br />Demo<br />Local Daily Scrums<br />Декларируется самоорганизующаяся команда<br />Кучкуемся в одной комнате<br />Но почему то получается…<br />
    6. 6. $kpum<br />
    7. 7. 1-stCheckpoint: два«Как?» и семь «Почему?»<br />Как:<br />…закоммитить?<br />…объяснить идеальные часы?<br />…<br />
    8. 8. 1-stCheckpoint: два«Как?» и пять «Почему?»<br />Почему:<br />…им не нравятся мои игрушки?<br />…меня не любят?<br />…не встают?<br />…стоим так долго?<br />…такие вялые?<br />
    9. 9. Нужен Гуру!<br />
    10. 10. Как-и<br />…закоммитить?<br />…объяснить идеальные часы?<br />
    11. 11. Почему-ки<br />Почему:<br />…им не нравятся мои игрушки?<br />
    12. 12. Почему-ки<br />Почему:<br />…меня не любят?<br />
    13. 13. Менеджер в Scrum<br />HR<br />Budgeting<br />Источник - http://blog.scrumtrek.ru/2009/11/agile.html<br />
    14. 14. Почему-ки<br />Почему:<br />…не встают?<br />…стоим так долго?<br />…такие вялые?<br />
    15. 15. Hot Fix 1<br />Новый Scrum-Master<br />Долой «ИЧ»<br />No pressure!<br />Корректировка роли PM<br />
    16. 16. Менеджер в Scrum<br />HR<br />Budgeting<br />Источник - http://blog.scrumtrek.ru/2009/11/agile.html<br />
    17. 17. Новые проблемы:<br />Скрам-мастер – символ зла!<br />Появление анти-скрам<br /> группировок<br />Потеря мотивации, апатия<br />Темная комната с граблями N2<br />
    18. 18. Hard Rescue:<br />Личные встречи <br />Вовлечение HR/психолога в работу<br />Низвергнуть идолов!<br />Честность<br />Пора всплывать!<br />
    19. 19. Пора всплывать!<br />Отдых<br />Все – в отпуска!<br />Отвлекающие Тренинги<br />
    20. 20. Результат<br />Стабилизация команды<br />Бесценный опыт!!!<br />Lost in Service<br />Release Happens!<br />
    21. 21. Выводы и Уроки<br />Любой новый процесс …<br />…в правильном проекте<br />…в правильном месте<br />…в правильной команде<br />Хоть горшком назови… а лучше никак не называй. <br />Big Boomvs. Baby Steps<br />
    22. 22. Вся правда о троллях<br /> «Знаешь, откуда появились тролли? Троллями становятся эльфы после отсидки, те, чьи матери курили во время беременности. <br /> Кого в детстве били <br /> пьяные родители. »…<br /> © Goblin<br />
    23. 23. Выводы и Уроки<br />Осторожно - Асхат! <br />Привлекайте HR<br />No pressure! Менеджер – помощник.<br />
    24. 24. Спасибо!<br />Roman Yuferev, AVIcode<br />ryuferev@avicode.com<br />

    ×