زمان مطالعه32 دقیقه
می پسنـدم0
اندازه متن12
В их власти использовать или изменить, принять или отвергнуть что-либо. Ретроспектива проектов – это инструмент из методологии управления проектами Scrum. Благодаря ретроспективе команда имеет возможность вырабатывать новые идеи и решения для улучшения работы продукта.
Если на карточке будет одно слово – не совсем будет понятно, что означает это слово. Обратите внимание в группе, чтобы то, что написано на карточке было понятно. Группа может предложить сформулировать карточку таким образом, чтобы было понятно всем. В ретроспективе мы будем размещать карточки трех цветов.
То есть провести группировку только тех карточек, которые выбрали. Когда начинают голосование, общее количество меток равно количеству вариантов, разделенному пополам (если выбор из 10 вариантов, то мы даем пять меток). Если меток достаточно (а не 2 или 3) людям легче договориться.
Свои же проблемы на то и свои, мы с ними живем, мы о них думаем, мы с ними сроднились и не хотим их отпускать. Для проведения вашей первой ретроспективы этой подготовки будет достаточно. Как бы вам ни хотелось получить ответ на этот вопрос, задавая его вот так напрямую, вразумительного ответа вы не получите. Чего вы точно добьётесь, так это перекладывания вины и ответственности, нездоровую атмосферу в команде и тяжёлый осадок обид.
Вопросы задаются к группам, которые получились в результате группировки. Если группы заканчивают работу с разной скоростью, то тот, кто закончил раньше может идти клеить, не дожидаясь других. Каждой паре или тройке даем определенное количество меток (обычно не более 20 – 25 меток). Во время обсуждения могут появиться новые идеи – это так называемые ассоциативные идеи. Задача упражнения «Построение временной шкалы» – создать общую наглядную картину хода проекта.
На большом листе бумаги нарисуйте линию времени, затем пусть участники команды отметят успешные периоды, переломные моменты и ключевые события работы. Можно записывать на цветных карточках и размещать на линии времени. Погрузите их в контекст мероприятия, расскажите о целях и задачах встречи, планируемом результате.
Это могут быть субъективные представления, которые не всегда правдоподобно отражают суть продукта. Например, в процессе разработки специалист может столкнуться с задачей, которая вызвала у него большие сложности в реализации. Но может оказаться, что этот член команды не имеет достаточного опыта. Получается, что другой сотрудник с большим опытом работы, может проще и быстрее решить эту же проблему. Процесс ретроспективы имеет свои недостатки, которые оказывают свое влияние на проект. Это может выражаться в проявлении каких–либо ошибок.
Делясь мнениями о совместной работе, члены команды также получают шанс укрепить деловые отношения, повысить уровень взаимопонимания и групповую продуктивность. Во время ретроспективы члены команды оценивают результаты проделанной работы, обсуждают, какие решения были удачными, а какие — нет. Выдайте каждому участнику 7 стикеров одного цвета, где он укажет моменты работы над проектом, которые ему приятно вспоминать. Затем раздайте 7 стикеров другого цвета, на которых надо отметить, что их расстраивало в ходе проекта. На качество данных о проекте может повлиять личный опыт каждого члена команды.
Регулярные ретроспективы дают возможность команде найти пути решения этих проблем, улучшить взаимодействие и сотрудничество. Это в свою очередь благоприятно отражается на производственном процессе и качестве продукта. Кроме того, важно, чтобы ретроспектива была проведена в атмосфере доверия и открытости. Каждый член команды должен иметь возможность высказаться и поделиться своим мнением и при этом не ожидать осуждения.
Какой–либо участник процесса может посчитать неважным какой–либо из аспектов проекта, что в дальнейшем скажется не только на рабочих процессах, но и на качестве продукта. Например, тестировщик может не обратить внимание на какую–либо ошибку в коде. В дальнейшем она может достигнуть критической точки. Ретроспектива — это регулярный процесс, который может проводиться не только в конце цикла разработки, но и на промежуточных этапах.
Стандартным для нашей команды является вопрос «кто вам помогает в работе? Вопрос на первый взгляд странный, но он способствует сплочению коллектива, выявлению наиболее инициативных членов команды и их моральной мотивации. Вот только задавая такой вопрос, будьте готовы, что официальный лидер не обязательно будет таковым в глазах подчинённых. Например, мы хотим узнать результаты прошедшего квартала, первого в году. Логично, что готовиться к ретроспективе стоит в конце этого же первого квартала, пока свежи все мысли, эмоции и переживания. Ретроспектива может не иметь должного эффекта, если участники проекта не принимают достаточных мер для устранения проблем.
Благодаря ей мы заранее знаем об удачных и неудачных решениях на основе реального опыта заказчика. На одном будут отмечены моменты, которые сработали хорошо в предыдущем проекте. На втором пусть располагаются идеи, что следует делать иначе. Каждый сотрудник должен выдвинуть по пять идей для первого и второго листа. Некоторые дополнительные рекомендации помогут в этом. На ретроспективе важна доверительность, а не просто отчет по пунктам плана; у участников должно быть ощущение гибкого и свободного обсуждения, безопасности и теплоты.
Ретроспектива влияет не только на производительность и эффективность команды, но и отражается на качестве продукта. Это прямые взаимосвязи, которые возникают в процессе работы над проектом. Если цикл разработки слишком долгий и имеет проблемы, то это приведет к снижению качества продукта. Например, в процессе работы над сайтом разработчики долго решают одну и ту же проблему, которая возникает на каждом этапе тестирования. До тех пор, пока этот баг не будет устранен, качество продукта будет страдать. Главная цель ретроспективы – обеспечить команде возможность проанализировать свою работу.
Обычно этого времени достаточно, чтобы каждый участник настроился на беседу, высказался, а затем команда подвела итоги. Если дискуссия будет длиться слишком долго, присутствующие почувствуют усталость и раздражение, их мотивация пропадёт — это негативно скажется на результатах всей встречи. Высказывая идеи о том, как улучшить процессы, участники встречи могут составлять план работ на следующие спринты. Ретроспективу можно провести там же, где команда работает.
Следование этому плану и кропотливый сбор мнений участников приведет к тому, что встреча будет действительно полезной. При планировании необходимо предусмотреть размер места, где собирается информация. Чем больше объем анализа, тем больше стена, с которой работают участники. Идеально, если в ретроспективе принимает участие от 5 до 12 человек.
Однако ретроспектива предполагает смену обстановки, так что имеет смысл перебраться, например, в зону отдыха или собраться вне офиса. Ведущий ретроспективы должен отдельно написать себе список и конечный срок выполнения принятых решений. В свой календарь, ежедневник, доску канбан, смотря чем вы пользуетесь. Это нужно для оперативного контроля за решением поставленных задач. За пару дней до дедлайна я уточняю у ответственного, не забыл ли он о своём поручении.
Перед тем как проводить ретроспективу в команде, нужно продумать четыре группы ключевых моментов. Встреча проходит согласно структурированного плана и предполагает участие всей команды, задействованной в проекте. Также на ретроспективе коллеги делятся положительными впечатлениями — например, руководитель может отметить успехи команды, а коллеги — успехи ретроспектива проекта друг друга. Однако не стоит использовать один и тот же сценарий для каждого ретро — такие встречи быстро наскучат команде и будут восприниматься как часть рабочего процесса. Сочетайте разные форматы активностей и генерируйте уникальные сценарии для каждой ретроспективы. Когда участники высказывают идеи, ведущий фиксирует их в колонке «Plan».
Важно, чтобы эту роль не брал на себя непосредственный руководитель проекта. Нужно заранее продумать, сколько времени займёт встреча и сколько времени будет отведено на выступление каждого участника, обсуждение проблем и разработку плана действий. Участники высказываются о работе, которую они проделали за последнее время, — например, месяц или квартал. Так модератор сможет выделить проблемы, которые волнуют команду, и определить общее настроение в коллективе — положительное или отрицательное.
Если в отделе много сотрудников, то для проведения ретроспектив их стоит разделить на небольшие группы — например, в соответствии с проектами или задачами, над которыми они работают. Кроме того, ретроспектива позволяет каждому участнику встречи получить целостное видение проекта. Каждый обычно отвечает за свою часть работы; а во время встречи члены команды могут понять, чего от них ждут коллеги и какие глобальные задачи они должны решить вместе. Основная цель ретроспективы — создать безопасное пространство для общения команды.
کلیه حقوق مادی و معنوی برای این سایت محفوظ می باشد و هرگونه کپی برداری شامل پیگرد قانونی می باشد.
