Как провести разбор завершённого проекта

Задача и границы решения

Проведите разбор проекта, который превращает наблюдения команды в несколько конкретных улучшений следующего рабочего цикла.

Что подготовить

Подготовьте первоначальные цели, фактическую хронологию, изменения объёма, обратную связь участников и примеры удачных либо проблемных решений.

Разбор примера

Учебный пример: команда провела семинар вовремя, но несколько раз переделывала программу. При разборе выясняется, что разные представители заказчика давали несовместимые комментарии. Улучшением становится раннее согласование единого владельца содержания, а не общее требование работать внимательнее.

Порядок работы

1. Восстановите хронологию ключевых событий до обсуждения оценок. Отделите исходные условия от изменений, возникших уже во время выполнения.
2. Соберите наблюдения участников о том, что помогло и что мешало. Просите конкретный случай и последствия вместо характеристик людей.
3. Выберите несколько причин, на которые команда действительно может повлиять. Различайте ошибку выполнения, недостаток процесса и внешнее ограничение.
4. Для каждого улучшения назначьте владельца, ближайшее применение и признак проверки. Вернитесь к решениям при планировании следующего похожего проекта.

Как применить результат

Разбор не обязан охватывать каждую деталь проекта. Лучше выбрать несколько событий с существенным влиянием на результат и понять механизм. Например, задержка сама по себе является следствием. Для полезного вывода нужно выяснить, какое решение было отложено, какие сведения отсутствовали и почему это стало заметно слишком поздно.

В учебном примере предложение «запрашивать обратную связь раньше» недостаточно. Если комментарии всё равно поступают от нескольких несогласованных участников, ранний запрос лишь увеличит число итераций. Более точное изменение — до подготовки программы определить владельца содержания и порядок объединения замечаний. На следующем проекте команда проверяет, был ли этот порядок согласован и уменьшились ли противоречивые изменения.

Сохраняйте также условия, при которых вывод применим. Решение для небольшой команды может не подходить большому мероприятию с несколькими независимыми направлениями. Избегайте универсальных правил на основании единственного случая. После встречи отправьте участникам краткую запись наблюдений и выбранных действий, оставив возможность исправить фактическую ошибку. Когда следующее применение состоится, вернитесь к записи и оцените изменение. Без такого возврата разбор остаётся разговором о прошлом; с ним он становится способом постепенно улучшать реальную организацию работы.

При выборе улучшения заранее уточните, в каком следующем проекте появится возможность проверить его действие на практике.

Проверка качества

Проверьте, что выводы опираются на события, а не только на воспоминания самого активного участника. Каждое улучшение должно менять конкретное действие.

Если возникли сложности

Если разговор переходит в обвинения, верните обсуждение к наблюдаемому событию и доступной тогда информации. Не оценивайте прошлое исключительно с позиции уже известного результата.

Промпт для подготовки черновика

Помоги провести разбор по материалам [текст]. Составь хронологию, отдели факты от интерпретаций и предложи вопросы о причинах. Сформулируй несколько проверяемых улучшений без оценки личности участников и без выдуманной причинной связи.

Вопросы и ответы

Связанные решения

• Как передать клиента от менеджера исполнителю
• Как распределить ответственность между участниками процесса
• TarasovCode BluePrint: архитектура проекта
• Все решения