Подготовка к Ретроспективе
1.1. Карта фасилитации
1.2. Нейро-карта фасилитации
1.3. Какие практики выбрать именно для этого ретро?
Что-то пошло не так, что делать?
2.1. Цикл вмешательства (Intervention Cycle)
2.2. Всегда ли применим цикл вмешательства
2.3. Кейсы!
[보아즈 7th 빅데이터 컨퍼런스]
인터넷상의 무분별한 악성 댓글로 인한 문제와 피해 사례가 꾸준히 제기된다. 이에 따라 많은 사람들이 악성 댓글 관리 기술의 성능 향상에 주목하고 있다. '매의 눈' 시스템은 text를 벡터로 만든 모델로, 악성 댓글 여부를 자동으로 판단해준다. 이 시스템을 통해 더욱 깨긋한 인터넷 댓글 환경이 만들어지길 바란다.
8기 김수연, 김유경, 김현중, 박정우, 최하은
** 국내 최초 대학생 빅데이터 연합동아리 BOAZ **
블로그: http://blog.naver.com/boazbigdata
페이스북: https://www.facebook.com/BOAZbigdata
[보아즈 7th 빅데이터 컨퍼런스]
인터넷상의 무분별한 악성 댓글로 인한 문제와 피해 사례가 꾸준히 제기된다. 이에 따라 많은 사람들이 악성 댓글 관리 기술의 성능 향상에 주목하고 있다. '매의 눈' 시스템은 text를 벡터로 만든 모델로, 악성 댓글 여부를 자동으로 판단해준다. 이 시스템을 통해 더욱 깨긋한 인터넷 댓글 환경이 만들어지길 바란다.
8기 김수연, 김유경, 김현중, 박정우, 최하은
** 국내 최초 대학생 빅데이터 연합동아리 BOAZ **
블로그: http://blog.naver.com/boazbigdata
페이스북: https://www.facebook.com/BOAZbigdata
Esse estudo fala de um tema muito importante a ser observado, as nossas escolhas a quê elas nos leva e quais escolhas devemos tomar em nossas vidas. O nome "dois caminhos" é objetivo trata da decisão que temos que faezer entre o reino de Deus ou não. Confira.
Subsídios para lições bíblicas da CPAD elaborados pelo Pastor Natalino das Neves (IEADC-Sede).
Assista aos demais vídeos com estudos bíblicos e baixe os arquivos de slides referentes aos vídeos no blog:
http://goo.gl/PPDRnr
Esse estudo fala de um tema muito importante a ser observado, as nossas escolhas a quê elas nos leva e quais escolhas devemos tomar em nossas vidas. O nome "dois caminhos" é objetivo trata da decisão que temos que faezer entre o reino de Deus ou não. Confira.
Subsídios para lições bíblicas da CPAD elaborados pelo Pastor Natalino das Neves (IEADC-Sede).
Assista aos demais vídeos com estudos bíblicos e baixe os arquivos de slides referentes aos vídeos no blog:
http://goo.gl/PPDRnr
В докладе будет рассказываться как видоизменяется ретроспектива с ростом команды, какие этапы зрелости ретроспективы проходит команда.
Для каждого этапа будут рассмотрены структура ретро и какие инструменты применяются. Какие есть опасности каждого этапа зрелости. Какие инструменты и подходы нужно применить, чтобы перейти на следующий этап зрелости ретроспективы.
«Inspect and adapt» один из ключевых принципов любой Agile методологии. Поэтому если вы ходите поднять эффективность вашей команды, вам не обойтись без ретроспектив. Они предназначены не только для улучшения процесса разработки, но и используются для регулярной оценки командного духа.
В ходе доклада мы рассмотрим ключевые этапы проведения ретроспектив, разберём не только основные проблемы на каждом из этих этапов, но и способы их решения. К примеру, вы получите информацию о том, что нужно делать чтобы ретроспектива не переросла в «blame session» и о том, какие методы сбора и анализа информации работают наиболее эффективно.
К тому же мы проанализируем всевозможные форматы проведения ретроспектив, потому как формат «что мы сделали хорошо – что мы сделали плохо» очень быстро надоедает и перестаёт работать.
Занятие второе. 16 апреля:
Разработка центра оценки
1. Моделирующие упражнения – основа центра оценки.
2. Типы моделирующих упражнений. Выбор упражнений под задачи оценки.
3. Вспомогательные инструменты оценки.
4. Информирование участников центра оценки.
5. Домашнее задание.
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
- Прототип нового продукта или новой функции продукта зачастую можно за считанные часы ещё до выделения бюджета
- Тестирование такого прототипа, как правило тоже обходится достаточно дёшево
- На докладе рассказал, том как быстро создавать и тестировать прототипы, улучшая клиентский опыт ещё до старта разработки
Типовые слайды для тренинга "Agile для лидеров"Denis Tuchin
Тренинг предназначен для руководителей команий, директоров департаментов, начальников отделов, а также вновь назначенных Владелцев Продуктов и бывших руководителей проектов
Видео: 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), где и как можно применить его, а также сами построят индивидуальные и групповые модели.
2. Денис Тучин
С 2004 разработка коммерческого ПО
С 2011 Scrum Master
С 2014 Agile Coach (ScrumTrek, Artezio, Сбербанк)
• 200 Ретроспектив
• в 50 командах
• в 20 компаниях
4. О чем поговорим
1. Подготовка к Ретроспективе
1.1. Карта фасилитации
1.2. Нейро-карта фасилитации
1.3. Какие практики выбрать именно для этого ретро?
2. Что-то пошло не так, что делать?
2.1. Цикл вмешательства (Intervention Cycle)
2.2. Всегда ли применим цикл вмешательства
2.3. Кейсы!
12. 2. У меня был крутой дизайн,
но всё равно что-то пошло не так!
13. 2.1. Цикл вмешательства (Intervention Cycle)
Диагностика
Вмешательство
Спросить у
группы, нужно
ли что-то с этим
делать и, если
нужно, то
помочь решить
что
Проверить
предположения Описать
наблюдения
Принять
решение,
вмешиваться
или нет
Сформировать
мнение
Наблюдать
ситуацию
14. 2.1.1. Цикл вмешательства.
Кейс: Всегда говорят только 1-2 участника
Brainwriting
или разделить
на группы по
3-4 человека
Можем
упустить
чью-то идею
или
мнение?
Всегда
говорят только
1-2 участника
Вмешаться
Не
услышим
всех идей и
не учтём всех
мнений
Всегда
говорят
только 1-2
участника
17. 2.2. Цикл вмешательства в незрелой группе
Диагностика
Вмешательство
Описать
наблюдения
Принять
решение,
вмешиваться
или нет
Сформировать
мнение
Наблюдать
ситуацию
Формально
проверить
пред-
положение
Изменить
активность
18. 2.2.1. Цикл вмешательства в незрелой группе.
Кейс: Все молчат, когда надо обсуждать
Все молчат,
когда надо
обсуждать
Давайте
попробуем
в малых
группах
Боятся
высказываться
на всех
Вмешаться
Вижу,
обсуждение не
«клеится»
Непривычный
формат?
21. 2.3.1 Никто ничего не пишет на стикерах
Никто ничего
не пишет на
стикерах
Делим на
малые группы,
от каждой
группы по 3
стикера
Сложно
вспомнить в
одиночку
Вмешаться
Вижу, вы
ничего не
пишите
Сложно
что-то
вспомнить?
22. 2.3.1 Никто ничего не пишет на стикерах
Никто ничего
не пишет на
стикерах
Сложно
вспомнить в
одиночку
Вмешаться
Вижу, вы
ничего не
пишите
Сложно
что-то
вспомнить?
Мы просто решили
все проблемы, на
которые можем
повлиять
23. 2.3.1 Никто ничего не пишет на стикерах
Никто ничего
не пишет на
стикерах
Футуроспектива
Сложно
вспомнить в
одиночку
Вмешаться
Вижу, вы
ничего не
пишите
Сложно
что-то
вспомнить?
Мы просто решили
все проблемы, на
которые можем
повлиять
25. Больше фасилитационных
практик
• Эстер Дерби «Agile ретроспектива. Как превратить хорошую команду
в великую»
• Сэм Кейнер «Руководство фасилитатора. Как привести группу к
принятию совместного решения»
• http://www.funretrospectives.com/
• https://plans-for-retrospectives.com
• http://tastycupcakes.org
- Для чего нужна ретроспектива?
- Кто проводит ретро?
- Кто заранее делает дизайн ретроспективы (планирует встречу)?
- Кто делает ретроспективы всегда одинаковые?
- У кого хоть раз было, что ретроспектива пошла не по плану?
Кто делает такие карты?Кто на ретро готовит такие?
Обычно готовлю план А и вот такую карту имею в виду
Как же выбрать из такого множества
Обычно готовлю план А и вот такую карту имею в виду
Как же выбрать из такого множества
Как же выбрать из этого фонтана вариантов?
Открытие:Forming – рассказать интересный факт о себе
Storming – ассоциативные карты, как подготовка к сбору данных
Norming – проверка безопасности
Performing – предложить команде самой провести разминку
Метафора надкусанного пончика потому, что мы долго готовимся в этом цикле и только в последний момент откусываем – меняем активность ретроспективы
Наблюдаем ситуацию
Формируем мнение, что происходит
Решаем, нужно ли вмешиваться
Описываем наблюдение
Высказываем мнение, проверяем верно ли оно и выслушиваем другие точки зрения
Спрашиваем у группы, нужно ли что-то поменять. И если нужно то спросить, как? Возможно, подсказать варианты
Здесь мы маскируем от группы проблему доверия. Но на данном этапе они ни за что не сознаются. Что не доверяют друг другу
Предполагаем, что команду вы уже знаете и учли это в дизайне
Большинство рецептов подойдут и для незнакомой команды