Ретроспектива на проектах Как анализ собственного опыта помогает в работе Хабр
Попросите каждого участника записать на стикерах успехи команды (по одному пункту на стикер). Затем разместите стикеры на цифровой или реальной доске. Ретроспектива – это процесс, в котором команда проводит анализ своей работы в прошлом периоде, обычно за последний спринт (или другой установленный период времени). Целью ретроспективы является выявление положительных и отрицательных аспектов работы команды и определение действий, которые могут быть предприняты для улучшения работы в будущем.
- Ретроспективный обзор творчества конкретного автора или произведений искусства определённого жанра также может считаться самостоятельным произведением, обладающим собственной художественной ценностью.
- Существует несколько способов разнообразить ретроспективу (о них мы поговорим позднее), но стандартный шаблон встречи выглядит следующим образом.
- Проанализируйте успехи, неудачи и их причины, чтобы понять, как сделать командную работу еще лучше.
- Берём каждый стикер (присланный нам в персональные предложения пункт) и…
- Хотя бы один из них должен подтвердить, что предложенное решение действительно сделает его жизнь проще.
- Ситуация постоянно изменяется, как и тип работы, который выполняется в конкретный момент.
В Scrum, ретроспектива проводится в конце каждого спринта, чтобы команда могла изучить свои достижения и ошибки, и разработать планы для улучшения своей работы в следующем спринте. Крайне важным пунктом каждого ретро является анализ и проверка собственных результатов. При каждой встрече старайтесь начать ваше собрание с нескольких минут, за которые вы проверите, были ли выполнены задачи, которые образовались раньше. Просто возьмите список с предыдущей ретроспективы и подробно пройдитесь по каждому из пунктов, анализируя, где есть какие-либо подвижки в решении, а где задача осталась совсем без внимания. Этот этап поможет вам получить максимум эффективности, пропускать его решительно не рекомендуется.
Что такое ретроспектива в Скраме (v
Существует множество способов внести улучшения, поэтому не стесняйтесь искать новые приемы самостоятельно. Для agile-команд, работающих по традиционному двухнедельному спринту, ретроспектива должна проводиться в конце каждого спринта. Для команд, где рабочий процесс находится ближе к методу Kanban, более целесообразной может оказаться ежемесячная или ежеквартальная ретроспектива. После развертывания крупных инициатив полезно также привлекать к участию представителей вышестоящего руководства; старайтесь обсуждать не конечный продукт, а совместную работу команды над ним. Ретроспектива должна давать вашей команде положительный опыт и заряжать ее энергией. Она помогает участникам команды делиться важными отзывами, смиряться с разочарованиями и сообща находить решения.
Данный процесс незаменим тогда, когда команда только знакомиться с проектом и узнаёт друг друга, или же наоборот, когда она уже сработалась, но все ещё испытывает некоторые проблемы. Однако окончательное решение в данном вопросе стоит принимать с учётом мнения членов вашей команды. На данном этапе включаем секундомер и предлагаем по 60 секунд на решение каждой проблемы, кроме Top3 (в любом порядке). В рамках этих 60 секунд можно предложить „быстрое“ решение проблемы.
Что нужно для ретро?
А в искусстве она представляет собой обзор творчества определённого автора или произведений отдельного направления. Пусть все напишут, что, по их мнению, можно улучшить (по одному пункту на стикер). Расклейте стикеры на доске и объедините ретроперспектива это похожие или повторяющиеся идеи. После того, как все получили обновленную информацию о деталях, руководитель проекта спрашивает всех, что они узнали из работы над проектом и из ретроспективного совещания по этому проекту.
Уделяйте время действиям, определенным на ретроспективе, например на стендапах или при еженедельном обмене новостями о статусе команды. Предложите всем подумать о том, какие действия можно предпринять, чтобы добиться улучшения в проблемных зонах (по одному пункту на стикер). Проанализируйте успехи, неудачи и их причины, чтобы понять, как сделать командную работу еще лучше. Ретроспективу рекомендуется проводить вместе с командой каждые две недели или в конце контрольной точки проекта. Ретроспектива может быть проведена через различные инструменты, включая интерактивные онлайн-платформы и командные проверки здоровья. После того как все придут, поприветствуйте их, представьтесь тем членам команды, которые не знают, кто вы, и четко объясните всем цель собрания.
Пошаговая инструкция: как провести ретроспективу в проджект-менеджменте
„Сила“ методологии именно в том, чтобы превратить непредсказуемый творческий процесс разработки в предсказуемый и планируемый. Лучше, если вы заранее определите тайминг ретроспективы. Например, вы в конце ретроспективы можете решить, что вам нужно больше времени на этот процесс (например, вы только начали работу, и вам нужно больше времени, https://deveducation.com/ чтобы оптимизировать командные процессы). В таком случае, вы можете запланировать на следующую ретроспективу больше времени. Цель этих вопросов — сфокусировать команду на обсуждение происходящих в команде процессов и улучшить их при необходимости. Это своего рода мозговой штурм, направленный на улучшение командных процессов.
Раздайте сотрудникам цветные стикеры, маркеры и фломастеры. Они должны записать, что повлияло на этот проект из общественной и политической жизни, почему он стал именно таким. Команда может практиковать и метод “эстафетной палочки”, когда ведущий меняется от ретроспективы к ретроспективе. В результате формируется отсортированный „по голосам“ список проблем. Если ретро проводится в „реальном мире“, потребуются стикеры/листочки (по 6-10 штук на человека), ручки и доска с маркером.
Анализ
Прямой целью ретроспективы является повышение эффективности процессов внутри команды за счет обсуждения результатов работы команды и происходящих в ней процессов. Командные проверки здоровья – это инструмент, который помогает команде проводить анализ своей работы с помощью конкретных критериев. Команда может оценить свою работу в разных областях, таких как коммуникация, планирование и организация работы. Этот инструмент помогает команде понять, где она находится в данный момент и определить, какие действия необходимо предпринять для улучшения работы. Ретроспектива — это «возможность для Скрам–команды провести инспекцию, направленную на себя, и создать план улучшений командной работы в следующем Спринте». Если этим пренебречь — вы можете не заметить, если в команде происходят деструктивные процессы, которые мешают работе.
Но в любом случае каждый следующий шаг описывает более общую проблему. В целом все пункты так или иначе сводятся к одному конкретному — „замедление работы команды“. Поэтому тут важно остановиться где-то за 1-2 пункта до этого. Чем ретроспектива отличается от обсуждения с целью извлечения уроков из произошедшего?