В докладе я расскажу, какие ошибки допускали мы на своих проектах и какие допускали наши коллеги из других компаний, внедряя методологию. Конечно, поделюсь тем, как мы их исправили, и какие выводы мы сделали, чтобы не допускать их в будущих проектах.
Доклад: “Типичные ошибки внедрения Scrum”
С каждым годом ценности Agile принимаются все большим количеством людей, а Scrum на сегодняшний день является одним из наиболее популярных подходов к реализации многих проектов в сфере разработки программного обеспечения. Но, наряду с растущим количеством успешных внедрений Scrum’а, увеличивается и количество неудачных попыток перейти к этому замечательному фреймворку.
Из доклада Вы узнаете:
Какие ошибки наиболее часто допускают при внедрении Scrum?
Каким аспектам внедрения Scrum необходимо уделить особое внимание?
Как не наступить на чужие “грабли” при переходе на Scrum?
Асхат Уразбаев. Agile Coach и Scrum Master как руководители нового типаScrumTrek
Мир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды.
Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы:
— Какое место они занимают в организации?
— Какими они должны быть?
— Что входит в их обязанности?
— Что они должны знать и уметь?
Зачем нужны ретроспективы и как их проводить? Основные отличия ретроспектив в различных фреймворках, например, Scrum или Kanban, рекомендации по продолжительности, наполнению, советы по каждому этапу ретроспективы.
В длительной перспективе ретроспективы – самая важная часть гибких процессов. Но очень часто у команд не получается запустить процесс непрерывного улучшения, либо через некоторое время этот процесс обрывается, когда команда думает, что все проблемы решены. Я расскажу не только теоритическую часть, которая позволит преодолеть эти проблемы, но и дам несколько десятков примеров конкретных практик, которые применяются на эффективных ретроспективах. Доклад рассчитан, как на начинающих ретроспективы, так и практиков гибких методологий.
Доклад: “Типичные ошибки внедрения Scrum”
С каждым годом ценности Agile принимаются все большим количеством людей, а Scrum на сегодняшний день является одним из наиболее популярных подходов к реализации многих проектов в сфере разработки программного обеспечения. Но, наряду с растущим количеством успешных внедрений Scrum’а, увеличивается и количество неудачных попыток перейти к этому замечательному фреймворку.
Из доклада Вы узнаете:
Какие ошибки наиболее часто допускают при внедрении Scrum?
Каким аспектам внедрения Scrum необходимо уделить особое внимание?
Как не наступить на чужие “грабли” при переходе на Scrum?
Асхат Уразбаев. Agile Coach и Scrum Master как руководители нового типаScrumTrek
Мир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды.
Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы:
— Какое место они занимают в организации?
— Какими они должны быть?
— Что входит в их обязанности?
— Что они должны знать и уметь?
Зачем нужны ретроспективы и как их проводить? Основные отличия ретроспектив в различных фреймворках, например, Scrum или Kanban, рекомендации по продолжительности, наполнению, советы по каждому этапу ретроспективы.
В длительной перспективе ретроспективы – самая важная часть гибких процессов. Но очень часто у команд не получается запустить процесс непрерывного улучшения, либо через некоторое время этот процесс обрывается, когда команда думает, что все проблемы решены. Я расскажу не только теоритическую часть, которая позволит преодолеть эти проблемы, но и дам несколько десятков примеров конкретных практик, которые применяются на эффективных ретроспективах. Доклад рассчитан, как на начинающих ретроспективы, так и практиков гибких методологий.
7 Способы проведения ретроспектив для анализа и улучшения процессаMagneta AI
Ретроспектива играет большую роль в развитии команд, работающих в Agile проектах. В большинстве случаев, успех проекта зависит от того, насколько команда умеет совместно выявлять проблемы и улучшать свою работу от итерации к итерации.
Мы рассмотрим различные практики проведения ретроспектив, обсудим часто возникающие вопросы в организации работы команды и коллективного принятия решения.
Типовые слайды для тренинга "Agile для лидеров"Denis Tuchin
Тренинг предназначен для руководителей команий, директоров департаментов, начальников отделов, а также вновь назначенных Владелцев Продуктов и бывших руководителей проектов
IT talk «Менеджмент проекта. Как часто мы отступаем от правил?»DataArt
Говорим об управлении проектами, как это бывает в теории и на практике.
• Разбираем, какие правила чаще всего нарушают в проекте и почему?
• Насколько обоснованно решение отходить от стандартов методологии?
• Обсуждаем реальные кейсы несоответствий, которые возникают в процессе работы, с точки зрения менеджера и команды.
Agile Coach и Scrum Master как руководители нового типаAskhat Urazbaev
Мир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды.
Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы
- Какое место они занимают в организации?
- Какими они должны быть?
- Что входит в их обязанности?
- Что они должны знать и уметь?
Михаил Подурец. Почему Agile не работает (на самом деле нет). Agiledays2017LuxoftAgilePractice
Каждый уважающий себя Agile-coach рано или поздно должен высказаться на эту тему:
— АААА! Оно у нас не работает
— Ваш Скрам у нас невозможен
— Как вы предлагаете делать нам интеграционное тестирование внутри спринта, если оно занимает месяц!? О_о
Спокойно! На докладе мы разберем, почему оно не работает, и как на самом деле оно должно работать.
Презентация с доклада на AgileDays 2017. Скоро будет видео
Мир меняется очень быстро. То, что казалось нормальным еще несколько лет назад, перестало быть таковым. Например, наши родители не считают, что работа должна приносить удовольствие. Они уверены, что работа должна приносить деньги.
Все поменялось. Теперь все уверены, что работа должна нравится. Если это не так, нужно немедленно эту работу сменить на другую, более развлекающую.
С этим можно спорить и несоглашаться, но победить это уже нельзя. Вопрос в том, можем ли мы это использовать и как это сделать?
Мы поговорим о геймификации, одном из способов этого добиться. Геймификация — это использование игровых подходов вне игрового контекста.
Вот и мы с вами посмотрим, как практики гейм дизайна использовать для улучшения процесса разработки ПО.
Денис Тучин - Как не завалить Ретро: практические советы, как готовится и как...Denis Tuchin
Подготовка к Ретроспективе
1.1. Карта фасилитации
1.2. Нейро-карта фасилитации
1.3. Какие практики выбрать именно для этого ретро?
Что-то пошло не так, что делать?
2.1. Цикл вмешательства (Intervention Cycle)
2.2. Всегда ли применим цикл вмешательства
2.3. Кейсы!
Выступление на семинаре в Яндексе
Как -то получается, что (по большому счету) альтернативы Agile-подходам при построении эффективных процессов нет. А что делать, если Agile применить невозможно? Причин может быть множество: "неправильная" структура организации, "не те" люди, негибкие начальники и так далее.
Невозможно построить скрам? Но придумать вам свой собственный скрам никто запретить не может!
Мы рассмотрим 3 реальных кейса провала внедрения Agile и вместе обсудим, как можно было бы поступить в каждой конкретной ситуации. По каждому случаю я расскажу, что произошло в реальности.
В ходе вебинара вы:
- Узнаете об обязанностях и зонах ответственности SCRUM-мастера
- Поймете какие инструменты есть у SCRUM-мастера для повышения эффективности команды
- Узнаете какие умения, нужно развивать успешному SCRUM-мастеру
Видео с вебинара: http://coach.ak-itconsulting.com/2014/06/video-scrummaster/
Итак, вы работаете по Scrum или хотя бы просто разделяете Agile философию. Скорее всего у вас как минимум есть ежедневные встречи, ведь сама по себе практика ежедневных встреч очень популярна вне зависимости от вашего процесса. А вы уверены, что со стороны это не похоже на сползающихся зомби? Насколько эта встреча ценна для вашей команды? Я расскажу чуть подробнее зачем проводится эта встреча и как максимально полезно использовать это время всей команды. Несколько примеров типичных ошибок и несколько практических советов, как все исправить.
Lean-разработка, система Kanban, Scrumban - все эти слова всё чаще звучат на специализированных конференециях и вебинарах. Изначально появившаяся в недрах "Тойоты" система производства с успехом перекочевала в мир разработки программного обеспечения.
Какие преимущества может дать эта системы вашей компании? Как команда разработчиков может использовать в своей деятельности принципы Kanban? Как можно скрестить Scrum с Kanban и что получится? С чего начинать?
7 Способы проведения ретроспектив для анализа и улучшения процессаMagneta AI
Ретроспектива играет большую роль в развитии команд, работающих в Agile проектах. В большинстве случаев, успех проекта зависит от того, насколько команда умеет совместно выявлять проблемы и улучшать свою работу от итерации к итерации.
Мы рассмотрим различные практики проведения ретроспектив, обсудим часто возникающие вопросы в организации работы команды и коллективного принятия решения.
Типовые слайды для тренинга "Agile для лидеров"Denis Tuchin
Тренинг предназначен для руководителей команий, директоров департаментов, начальников отделов, а также вновь назначенных Владелцев Продуктов и бывших руководителей проектов
IT talk «Менеджмент проекта. Как часто мы отступаем от правил?»DataArt
Говорим об управлении проектами, как это бывает в теории и на практике.
• Разбираем, какие правила чаще всего нарушают в проекте и почему?
• Насколько обоснованно решение отходить от стандартов методологии?
• Обсуждаем реальные кейсы несоответствий, которые возникают в процессе работы, с точки зрения менеджера и команды.
Agile Coach и Scrum Master как руководители нового типаAskhat Urazbaev
Мир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды.
Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы
- Какое место они занимают в организации?
- Какими они должны быть?
- Что входит в их обязанности?
- Что они должны знать и уметь?
Михаил Подурец. Почему Agile не работает (на самом деле нет). Agiledays2017LuxoftAgilePractice
Каждый уважающий себя Agile-coach рано или поздно должен высказаться на эту тему:
— АААА! Оно у нас не работает
— Ваш Скрам у нас невозможен
— Как вы предлагаете делать нам интеграционное тестирование внутри спринта, если оно занимает месяц!? О_о
Спокойно! На докладе мы разберем, почему оно не работает, и как на самом деле оно должно работать.
Презентация с доклада на AgileDays 2017. Скоро будет видео
Мир меняется очень быстро. То, что казалось нормальным еще несколько лет назад, перестало быть таковым. Например, наши родители не считают, что работа должна приносить удовольствие. Они уверены, что работа должна приносить деньги.
Все поменялось. Теперь все уверены, что работа должна нравится. Если это не так, нужно немедленно эту работу сменить на другую, более развлекающую.
С этим можно спорить и несоглашаться, но победить это уже нельзя. Вопрос в том, можем ли мы это использовать и как это сделать?
Мы поговорим о геймификации, одном из способов этого добиться. Геймификация — это использование игровых подходов вне игрового контекста.
Вот и мы с вами посмотрим, как практики гейм дизайна использовать для улучшения процесса разработки ПО.
Денис Тучин - Как не завалить Ретро: практические советы, как готовится и как...Denis Tuchin
Подготовка к Ретроспективе
1.1. Карта фасилитации
1.2. Нейро-карта фасилитации
1.3. Какие практики выбрать именно для этого ретро?
Что-то пошло не так, что делать?
2.1. Цикл вмешательства (Intervention Cycle)
2.2. Всегда ли применим цикл вмешательства
2.3. Кейсы!
Выступление на семинаре в Яндексе
Как -то получается, что (по большому счету) альтернативы Agile-подходам при построении эффективных процессов нет. А что делать, если Agile применить невозможно? Причин может быть множество: "неправильная" структура организации, "не те" люди, негибкие начальники и так далее.
Невозможно построить скрам? Но придумать вам свой собственный скрам никто запретить не может!
Мы рассмотрим 3 реальных кейса провала внедрения Agile и вместе обсудим, как можно было бы поступить в каждой конкретной ситуации. По каждому случаю я расскажу, что произошло в реальности.
В ходе вебинара вы:
- Узнаете об обязанностях и зонах ответственности SCRUM-мастера
- Поймете какие инструменты есть у SCRUM-мастера для повышения эффективности команды
- Узнаете какие умения, нужно развивать успешному SCRUM-мастеру
Видео с вебинара: http://coach.ak-itconsulting.com/2014/06/video-scrummaster/
Итак, вы работаете по Scrum или хотя бы просто разделяете Agile философию. Скорее всего у вас как минимум есть ежедневные встречи, ведь сама по себе практика ежедневных встреч очень популярна вне зависимости от вашего процесса. А вы уверены, что со стороны это не похоже на сползающихся зомби? Насколько эта встреча ценна для вашей команды? Я расскажу чуть подробнее зачем проводится эта встреча и как максимально полезно использовать это время всей команды. Несколько примеров типичных ошибок и несколько практических советов, как все исправить.
Lean-разработка, система Kanban, Scrumban - все эти слова всё чаще звучат на специализированных конференециях и вебинарах. Изначально появившаяся в недрах "Тойоты" система производства с успехом перекочевала в мир разработки программного обеспечения.
Какие преимущества может дать эта системы вашей компании? Как команда разработчиков может использовать в своей деятельности принципы Kanban? Как можно скрестить Scrum с Kanban и что получится? С чего начинать?
13 ошибок внедрения Scrum и как их избежатьDenis Tuchin
Внедряя любую методологию и процесс, даже зная хорошо теорию, мы часто допускам множество ошибок, некоторые из которых заметны сразу, некоторые на ретроспективе, некоторые через определённое время. В докладе я расскажу, какие ошибки мы допустили, внедряя методологию на одном из проектов, как мы их исправили, и какие выводы мы сделали, чтобы не допускать их в будущих проектах. В выступлении будут затронуты как идеологические моменты методологии в целом, так и отдельные конкретные практики и артефакты.
Scrum!
Short introduction to Scrum in Russian.
What, who, how and which results you gain.
Scrum!
Краткое введение в Scrum на русском языке.
Что, кто, как и для чего он нужен.
6 ScrumMaster — работа с возражениями и конфликтами в командеMagneta AI
Секция предназначена для начинающих и опытных скрам-мастеров, тимлидов и менеджеров проектов. В ее основе лежат ответы на вопросы, которые рано или поздно возникают у любого участника Agile команды: как создать хорошую команду и как внедрять новые практики, как «продать» Agile заказчику и как бороться с внутренними конфликтами, как эффективно проводить митинги и как обеспечить в команде ответственность за результат.
10 главных идей гибкой разработки. С элементами, потому что довольно сложно применять чистый Scrum к большому проекту, в котором есть много поддержки и форсмажора. Подготовлена на базе книги Scrum Джеффа Сазерленда и материалов компании ScrumTrek. Презентация родилась после прочтения книги и посещения антиконференции AgileCamp. Рассказал команде проектов Колёса, Крыша и Маркет, будем более активно применять идеи и методики, которые помогают в разработке проектов по всему миру.
Как контролировать работу? Вадим НарейкоVadim Nareyko
Школа Управленческого Мастерства (ШУМ) - 4. Тренинг по контролю выполнения работ.
Посвящен типичным ошибкам управления при внедрении гибких (адаптивных, Agile) методологий. Разбираются активности и роли на примере методологии Scrum.
Ведущий: Вадим Нарейко
Страница: https://www.facebook.com/ManagementMasters
Рассказ о том, почему софт-скилы - это навыки будущего. В чем их важность и сила. Как в Точке Кипения менеджеры оценивают софт-скилы. Как прокачать себя и что может пойти не так.
LeSS in the big bank a five-year journey.pdfDenis Tuchin
We will trace the history of LeSS in a large bank from underground to the preferred framework from the perspective of 16 LeSS-like cases.
I will tell how I grew LeSS and got a profit in the hostile organizational structure.
I will share how I sold the LeSS framework to business people who hadn’t heard anything about Agile before and wanted to save their subordinate managers.
How I helped middle managers understand their roles in the new LeSS context and how many of them were fired.
In the end, I will explain 5 years of struggle between the corporate bonus system and the LeSS principle of a single goal for all teams of one product.
LeSS in the big bank a five-year journeyDenis Tuchin
We will trace the history of LeSS in a large bank from underground to the preferred framework from the perspective of 16 LeSS-like cases.
I will tell how I grew LeSS and got a profit in the hostile organizational structure.
I will share how I sold the LeSS framework to business people who hadn’t heard anything about Agile before and wanted to save their subordinate managers.
How I helped middle managers understand their roles in the new LeSS context and how many of them were fired.
In the end, I will explain 5 years of struggle between the corporate bonus system and the LeSS principle of a single goal for all teams of one product.
Прототипирование, как способ исправить клиентский опыт до старта разработки п...Denis Tuchin
Запись выступления: https://www.youtube.com/watch?v=LJ-0nm1UWDg
- Прототип нового продукта или новой функции продукта зачастую можно за считанные часы ещё до выделения бюджета
- Тестирование такого прототипа, как правило тоже обходится достаточно дёшево
- На докладе рассказал, том как быстро создавать и тестировать прототипы, улучшая клиентский опыт ещё до старта разработки
Видео: https://www.youtube.com/watch?v=I5bI1QTGrRs
Провёл тренинг и kickoff, а команда всё равно не понимает, зачем она повесила доску, и каждый день двигает стикеры? Завёл бэклог и запустил все события Scrum, а Владелец Продукта продолжает себя вести как начальник отдела или руководитель проекта? Провёл воркшоп по 5 порокам команды, а её участники продолжают работать обособленно? Значит ты что-то упустил при внедрении изменений. На докладе рассмотрим, типичные ошибки внедрения изменений на реальных примерах из Agile-кочинга и как их избежать:
- Отсутствие активного участия руководства
- Недостаточное вовлечение сотрудников
- Недостаточное уделение внимания планированию трансформации
- Завышенные ожидания от Agile и отсутствие желания/возможности поменять окружение
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)Denis Tuchin
Видео: http://youtu.be/CTrRzdzhj1s?list=PLu7pKL8OAoRSze5Ts9wrbcEQBvXDx-AGq
Если вы начали проводить ретроспективы в своей команде, это ещё не значит, что вы внедрили процесс постоянного совершенствования (Kaizen). Часто у начинающих и не только Agile команд возникают те или иные сложности: выявленные проблемы не существенны или находятся за пределами влияния команды, действия по решению проблем не воплощаются в жизнь.
На докладе мы рассмотрим типичные проблемы Agile ретроспектив и как с ними бороться. Начнём с такого часто встречаемого случая, когда члены команды достаточно позитивно настроены, не видят проблем в своей работе и их идеи по улучшению процесса сводятся к предложениям по организации инфраструктуры офиса: кондиционеры, видов чая и т.д.
Здесь нужно вернуть команду с небес на землю, показать, какие проблемы есть на самом деле и профасилитировать нахождение решений.
Другой частый случай почти полная противоположность первому по атмосфере, но по эффекту на ретро очень похож. Члены команды настолько сильно находятся под прессингом дефектов и постоянных "хотелок" заказчиков, что не верят, что что-то можно улучшить и видят проблемы только в других командах, но не у себя.
Здесь более сложный процесс по нормализации атмосферы в команде. Рассмотрим первые 3 важных шага, как это сделать: снижение психологического напряжения процессным путём, решение основных проблем и маленькие победы.
Третья проблема, которую успеем рассмотреть: принятые на ретроспективе решения, не претворяются в жизнь. Практики для исправления достаточно просты, но далеко не все о них знают и их соблюдают: добровольное назначение задач, голосование консенсусом и добавление задач в беклог.
Денис Тучин - Принципы Agile в управлении требованиямиDenis Tuchin
Этот вебинар для бизнес-аналитиков, архитекторов, руководителей проектов, менеджеров продуктов, которые хотят узнать об особенностях управления требованиями в Agile-проектах.
Денис Тучин - Пользовательские истории в Agile-проектахDenis Tuchin
Видеозапись вебинара: https://www.youtube.com/watch?v=YBjbaygwvBM&index=9&list=PLu7pKL8OAoRTTwi3KK2OmVmuX9VllOFwt
1. Что такое пользовательские истории (User Stories)
2. Зачем они нужны в ваших проектах?
3. Как пользовательские истории помогают повысить удовлетворённость заказчика?
4. Как применяются пользовательские истории в Scrum?
Для кого:
Вебинар будет полезен менеджерам продуктов, менеджерам проектов, бизнес-аналитикам, владельцам продуктов, проектировщикам и разработчикам систем, которые хотят начать использовать преимущества разработки требований и создания продуктов в стиле Agile в своих проектах
Денис Тучин - Удачные и неудачные паттерны распределённого Agile (Agile Days ...Denis Tuchin
Видео выступления: https://www.youtube.com/watch?v=vOMSRSTl1Xo
Хотим мы этого или нет, но часто приходится работать с удалёнными командами, а иногда и с полностью распределёнными, когда все участники сидят в разных местах. На докладе разберём некоторые паттерны организации взаимодействия распределённых Agile команд, какие из них работают лучше, какие хуже и почему, а также посмотрим, что можно изменить, чтобы получился всё же Agile. Рассмотрим такие паттерны как:
- передача изолированных User Story удалённой команде
- Индивидуальные User stories
- Scrum of Remote Scrums
- Функциональные распределённые команды
- Scrum in spite of distributed team
Николай Борисов, Денис Тучин - Основы метода LEGO SERIOUS PLAY, фасилитация, ...Denis Tuchin
4-часовой мастер-класс
Lego Serious Play (LSP) — инновационный и эффективный способ проведения различных встреч, будь то стратегическая сессия, генерация идей нового продукта или ретроспектива. Метод LSP — это не просто метод фасилитации, это своеобразный язык общения.
Он позволяет находить совместные решения, моделировать системы и их взаимосвязи для людей с разным уровнем и порогом входа - "6+". Отличный способ построить любую текущую картину и понять, как достичь планируемой.
Позволяет:
- обеспечить вовлеченность и прозрачность близкую к 100%;
- создать 3D модель, на которую можно смотреть под разным углом, изменять - дополнять и соединять с другими, сравнивать и обсуждать;
- на уровне биохимии мы готовы реализовывать, то что уже построили руками;
- мягко и плавно выводит на очень сокровенные темы и истинные причины проблем и конфликтов, помогаем договориться там, где это казалось не возможным.
На мастер-классе участники узнают о принципах работы метода Lego Serious Play (LSP), где и как можно применить его, а также сами построят индивидуальные и групповые модели.
Денис Тучин - Внедрение изменений: семь раз отмерь – один отрежь на UlCamp.Wi...Denis Tuchin
В докладе рассмотрим два ключевых момента: решение о целесообразности внедрения изменений и лучшие практики самого процесса внедрения. В том числе разберём отдельные элементы модели Коттера, проверку цели на экологичность и модель ADKAR. Также обсудим, как внедрение изменений на разных этапах развития команды влияет на его динамику.
Денис Тучин - Внедрение изменений: семь раз отмерь – один отрежь на UlCamp.Wi...
Как не разочароваться в Scrum?
1. Как не разочароваться в Scrum
Денис Тучин
Руководитель команды разработчиков
Интеллектуальный системы (i-sys.ru)
2. Кто я?
• С 9 лет начал кодить
• С 1998 занимаюсь web-разработкой
• С 2004 года работаю в коммерческих
проектах:
…
• С 2009 работаю в Agile проектах
• С 2009 года получил, как удачный, так и
неудачный опыт Scrum
• Кое-чему удалось научится
3. О чѐм расскажу:
• Когда стоит применять Scrum?
• Scrum-мастер:
– Сталин или Ганди?
– Scrum-мастер внутри команды и «резиновые» спринты
• Планирование:
– 100500 ошибок Planning Poker
– Планирование рисков: стоит ли говорить о них заказчику?
• Частые ошибки Daily Scrum Meeting
5. Когда стоит применять Scrum?
Scrum ради Scrum
Даже в учебных проектах
Негативные ассоциации
6. Когда стоит применять новую методологию?
Критерии
1. У вас есть проблемы
2. Методология/практика/процесс их решает
7. Когда стоит применять новую методологию?
Примеры
Меняются требования в процессе разработки
Agile
Феодальное владение кодом
Парное программирование и/или Code review
8. Когда хорош Scrum?
• Меняются требования, но не часто.
– Если часто, то укоротить итерацию или Kanban
• Стартап или новый продукт
– в каждый момент времени требований хватает примерно на
одну итерацию
• Доработка системы
– средние и крупные требования – не часто,
– критичные – редко
10. True team
Команда — это небольшая группа людей, взаимодополняющих и
взаимозаменяющих друг друга в ходе достижения поставленных
целей. Организация команды строится на продуманном
позиционировании участников, имеющих общее видение ситуации и
стратегических целей и владеющих отработанными процедурами
взаимодействия. Команда проходит эволюцию от рабочей группы, которая
создается для выполнения того или иного вида деятельности, до команды
высшего качества.
Ян Р.Катценбах и Дуглас К.Смит
11. Что делать, если…
• Сотрудники не любят:
– Собрания
– Общение с коллегами
– Совместное кодом
– Делать оценки трудозатрат
– …
• Воспитывать
• Выбирать другую методологию
• Выбирать других сотрудников
12. Если команда эффективно работает без Scrum
• НЕ ТРОГАЙТЕ!!!
• Иначе можно сделать хуже
• Если очень нужен Scrum,
применить его снаружи команды:
– Итерации
– Планирование Scrum мастер + Product owner
– Демонстрации
– Заказчик рядом
– И т.д.
14. Scrum-мастер: Сталин или Ганди?
Диктатор:
«Всѐ будем делать по спецификации
Scrum!»
Советчик:
«Давайте так попробуем?..
Не хотите?..
Ну ладно»
15. Причины?
• У Scrum-мастера нет практического опыта
• Теоретические знания, тренинги и сертификации
не в счѐт
16. Кто же он – идеальный Scrum-мастер?
Золотой середины нет - есть серебряная пуля
Scrum-мастер должен досконально знать:
1. Цели проекта
2. Цели каждой практики выбранной методологии
Цели проекта всегда важнее методологии!
Практика должна приближать цель проекта!
17. Scrum-мастер внутри команды
• Само по себе это не плохо и не хорошо
– Есть много удачных примеров в российских компаниях
• Проблемы могут быть из-за неопытности SM
– «Резиновые» спринты
– Срыв сроков
– И т.д.
18. Scrum-мастер
• Создает атмосферу доверия,
• Участвует в митингах в качестве фасилитатора
• Устраняет препятствия
• Делает проблемы и открытые вопросы видимыми
• Отвечает за соблюдение практик и процесса в
команде
19. Начинающий Scrum-мастер внутри команды
• «Кодить не охота»
• «Daily scrum только отвлекает от работы»
• Фокус на отдельных задачах, а не на спринте в целом
• Использует служебное положение чтобы:
– Отменять митинги
– Замалчивать проблемы
и открытые вопросы
– Упразднять практики и процессы
– Демотивировать команду
20. Решения
• Постоянно напоминать себе «Ты – Scrum-мастер!»
– Стикеры
– Таймер с напоминалкой
– Выделить день посвящѐнный полностью Scrum-мастерингу
• Внешний Scrum-мастер
– На ХХ% на проекте
– Из-за совместительства может временами забывать про проект
• Руководитель проекта
– Больше всех заинтересован в успехе проекта
– Обычно умеет «держать руку на пульсе» даже для нескольких
проектов
22. 100500 ошибок Planning Poker
Наиболее формализованная практика, но…
• По очереди высказываются оценки
• Оценивают Team Lead и спрашивает, все ли согласны.
– Иногда «переубеждает» авторитетом несогласных.
• Выбирают:
– Среднее значение по «больнице»
– Максимальное значение
– Минимальное
– Мода
23. Planning Poker: Просто и эффективно
Оценка ОДНОВРЕМЕННО!!!
• Идеально – карты
• Можно на пальцах
24. Planning Poker: Результаты голосования
• Одна оценка сильно больше остальных:
– Кто-то знает о большем числе подводных камней
– Либо он не знает, то что знают все остальные
• Одна оценка сильно меньше остальных:
– Кто-то знает как сделать это проще или уже сделал это
– Либо он не знает, то что знают все остальные
• Кто-то проголосовал «?»
– Не понял/не слышал задачу
Нужно: уровнять знания в команде и переголосовать
25. Planning Poker: Сколько можно?
• Голосовать пока все оценки не совпадут?
– Утомительно
– Будет подгонка
• Если расхождение маленькое, можно договориться
– Быстрее
– Более адекватная оценка
26. Планирование рисков
• Agile – предельная честность с заказчиком
• Честно говорить заказчику, сколько часов в итерации
на незапланированные работы
• Статистика вам поможет:
– по заказчику
– по команде
• Если остаются часы брать «верхнюю»
задачу из Product backlog
28. Ошибки Daily Scrum Meeting
• Отсутствие daily scrum как таковых
• Формальные daily scrum
• Привычка давать «втык» за лень или просрочку
• Превращение daily scrum в многочасовое заседание
29. Daily Scrum Meeting (DSM)
Этот митинг проходит каждое утро в начале дня. Он
предназначен для того, чтобы все члены команды знали, кто и
чем занимается в проекте. Длительность этого митинга строго
ограничена и не должна превышать 15 минут. Цель митинга –
поделиться информацией. Он не предназначен для решения
проблем в проекте. Все требующие специального обсуждения
вопросы должны быть вынесены за пределы митинга
http://agileguru.ru/AgileWiki/Daily_Scrum_Meeting
30. Daily Scrum Meeting нужен…
• если другие коммуникации в команде пока слабы
• в случае распределѐнной команды
• если в команде происходит накопление нерешѐнных
проблем
31. Если не проводить…
• Кто-то уже 3 дня «вот-вот» решит проблему
• Кто-то увлекся разработкой фреймворка
• Кто-то просто ни как не раскачается
• И т.д.
32. Когда же можно обойтись
без ежедневного Scrum?
• В команде хорошо налажены коммуникации именно в
контексте проекта
• Команда стабильно из спринта в спринт укладывается в
сроки
• В распределѐнной команде:
– все члены команды ответственные и результат-ориентированные
– все члены команды – близкие друзья
– все члены команды должны проводить деловые или не деловые
встречи, что хотя бы раз 1 или 2 недели
– Возможно, есть другие условия, но я пока не сталкивался)
33. Формализм Daily Scrum
• Каждый отвечает на 3 этих вопроса
– Что сделано вчера?
– Что будет сделано сегодня?
– С какими затруднениями столкнулся, что помешало?
• Про затруднение говорят все неохотно
• Не слушают, что говорят другие
– Хорошо, если scrum-мастер слушает :)
34. Лекартсва
• Глобально: воспитывать командный дух
• Здесь и сейчас: модерировать DSM
– Спрашивать других членов команды, как решить эту проблему
– Назначать после Daily Scrum обсуждение проблем, теми, кто
может помочь решении (не обязательно всей командой).
– Предлагать опережающим график сотрудникам помочь
отстающим
– И т.д.
35. Самые очевидные и самые частые ошибки
• Волшебные пендюли
– Убивают Scrum
• Углубление в детали
– Оптимальнее назначать отдельные митинги с
заинтересованными сотрудниками
36. Подробнее можно узнать…
в рассылке «100 ошибок применения Scrum»
на сайте dream-project.ru
по Skype Denis.Tuchin
по почте info@dream-project.ru
Автор: Денис Тучин
Доклад: Как не разочароваться в Scrum