Самые больные, самые серьёзные, самые мешающие команде. На каждую проблему хоть час обсуждения (поэтому ретро и занимает от 3-х часов). ретроперспектива это Не нужно пытаться “оптимизировать” процесс и просить членов команды записать эти пункты заранее в качестве домашнего задания.
Отзыв бескомпромиссного клиента, как позитивный, так и негативный, может и сильно мотивировать команду к достижению лучших результатов. Ретроспектива — это инструмент, применяемый в гибких методологиях, который нацелен на улучшение работы проектной команды, благодаря анализу полученных результатов с разных сторон. На большом листе бумаги нарисуйте линию времени, затем пусть сотрудники отметят успешные периоды, переломные моменты и ключевые события работы. Погрузите их в контекст мероприятия, расскажите о целях и задачах встречи, планируемом результате. Во-вторых, решения должны проходить валидацию у тех, чьи проблемы были изначально сгруппированы в единый “пункт симптомов болезни”.
Новые возможности
Поразмышляйте о своем опыте разработки программного обеспечения и напишите в Твиттере сообщение с хэштегом #RetroOnAgile. Расскажите нам о том, что вам нравится, под хэштегом #ILike, что вам хотелось бы улучшить — с хэштегом #IWish, что вы бы хотели увидеть в будущем — с хэштегом #WhatIf. Для вдохновения используйте тысячи ответов, представленных ниже.
Не важно, насколько сильно оно решает проблему, главное, чтобы хоть как-то решало. Если никто из членов команды не против предложенного решения, оно записывается в action point’ы. Если против — решение сразу же откидывается https://deveducation.com/ без обсуждения (время на обсуждение не тратится). Если нам хочется увидеть сразу все доступные нам решения, проводим встречу с помощью игрового процесса — ретропокера. Во время партии процесс делится на три составные части.
Где применяют ретроспективный анализ?
Самой большой проблемой является понять, что у нас вас проблемы. Вы можете спокойно смотреть на красивые отчёты о ретроспективах в confluence, показывать начальству, а члены команды почему-то не хотят на них ходить. Моя рекомендация — приглашайте на ретро раз в полгода кого-то со стороны. Не начальника, а методолога, коллегу из параллельной (или далёкой) команды. Возможно пригласить даже его сразу как фасилитатора — попробуйте формат ретроспективы от другой команды. Пусть её проведёт тот, кто не привык к вашему формату.
- Где-то стикеров будет больше, где-то меньше, но это неважно.
- После того, как все получили обновленную информацию о деталях, руководитель проекта спрашивает всех, что они узнали из работы над проектом и из ретроспективного совещания по этому проекту.
- На то, что не нужно тратить много времени на блиц-проблемы, которые не являются самыми больными местами в процессе.
- Проводя ретроспективный анализ, учёные последовательно изучают события, пытаются установить причинно-следственную связь между ними.
Организаторы тоже могут многое узнать для себя, в том числе лучше понять, как работает команда и какие трудности (и успехи) она пережила в последнем спринте. Результатом успешной ретроспективы становится список улучшений, за которые участники команды берут ответственность и к которым стремятся в следующем спринте. Ретроспектива – это мощный инструмент, который помогает командам улучшать свою работу и достигать лучших результатов. Важно понимать, что проведение регулярных ретроспектив поможет команде лучше понимать свои успехи и неудачи и улучшать свой процесс работы с течением времени. Использование Agile инструментов, таких как интерактивные онлайн-платформы и командные проверки здоровья, поможет команде работать более эффективно и улучшать качество своей работы.
Обсуждение. Action Points
Кроме того, данный симптом может быть вызван несколькими причинами, и возможно только одну из них нужно будет убрать, и это вовсе не та, которую изначально назвал член команды. Если ретроспектива — ритуал, все знают, когда собираться. А если нет, каждому лично сообщают, в какой день состоится встреча. Тогда на ретроспективу они приходят с черновиками, которые сразу можно обсудить. Она раскрепощает, поэтому подходит командам, которые только начинают использовать ретроспективу и хотят настроиться на дружественный лад.
Инструкции по проведению классических командных ретроспектив и возможные варианты таких совещаний. Техника, распространенная среди agile-команд разработчиков, которую теперь используют не только в сфере разработки ПО. Причина, по которой ретроспектива вызывает столько интереса, заключается в том, что именно сейчас начинается реальное активное испытание методологии agile. Многие ключевые концепции манифеста гибкой разработки укрепляются благодаря этим ретроспективным встречам. Меняйте правила с учетом уникальных потребностей команды. Добавьте все, что, по вашему мнению, поможет вашей команде стать лучше.
Подготовка — половина успеха в любом деле, ретро не исключение. Ретроспективный анализ широко применяется в таких областях знаний как психология, социология и экономика. В настоящее время эти дисциплины активно развиваются, и основным источником информации для их развития служат именно накопленные знания о действующих в них закономерностях. Конечно же, такой метод не может гарантировать стопроцентную повторяемость успеха.
Это всегда очень важный шаг для развития компании, который направлен на повышении результативности проектов и мотивацию участников. Тут можно просто выписать их в первую колонку (наклеить стикеры), при возможности сгруппировав их для удобства наблюдения и красивого представления вышестоящему начальству. Просто пока помните, что эти плюсы — это что ваша команда хочет сохранить хотя бы на следующий спринт и не потерять при выполнении action point’ов.