Значення проекту інженерних проектів

Інженерні проекти, чи вони поставляються вчасно або запускають на несподівані виклики, пропонують багатий джерело навчання. Добре структуровані пост-смертнем—заразки називають ретроспективним—трансформує сирий досвід в дієвих знаннях. Вона дозволяє командам систематично вивчити те, що сталося, чому це сталося, і як поліпшити майбутні роботи. Зроблено правильно, пост-мортем будує довіру, сприяє психологічній безпеці, і приводить безперервне вдосконалення. Без нього команди ризик повторення однакових помилок і відсутні можливості рефінувати свої процеси.

Ефективні післясмертності не про призначення полум’я. Замість них зосереджені на розкритті системних питань, пов’язаних з спілкуванням, а також процесових розбиття, які сприяли результатам. Коли команда приймає безглузний підхід, вони заохочують чесний зворотний зв’язок і генерують інсайти, які призводять до значущих змін. Хороший постомортем стає кутовим стразом культури навчання в інженерній організації.

Що робить післясмертний ефективний?

Не всі постомати рівні. Найефективніші вони діляться кількома ключовими характеристиками. По-перше, вони проводяться в безбарвному середовищі, де члени команди відчувають себе безпечно говорити вільно. По-друге, вони є дані-драйвом, спираючись на конкретні докази, такі як часові лінії, метрики, і колоди, а не пам'ять і суб'єктивні думки. Треті, вони виробляють чіткий набір дієтичних послідовних кроків. Нарешті, вони інтегровані в регулярний робочий процес команди, не просто виконуються після великих збоїв.

Команда інженерів часто використовують структуровані формати для керівництва бесіди. Atlassian retrospective play] пропонує простий каркас: початок, зупинки, продовження. Інші вважають за краще детальний підхід, який вивчає конкретні фази проекту. Який формат ви вибрали, основні принципи залишаються однаковими — фоскусом на навчанні, не вини-фінішуванні.

Підготовка до постомема

Підготовка відокремлює продуктивну пост-смертність від посередницької дискусії. Перед зустрічом збираються всі відповідні дані. До цього відносяться терміни проекту, ключові милі, доставлені, наради та будь-які звіти про інциденти. Зберіть зворотний зв'язок від членів команди за допомогою короткого опитування або одно-одних розмов. Ця робота на фронті забезпечує час зустрічі, що використовується ефективно, і що кожен прибуває з загальним розумінням фактів.

  • Define the content and Purpose] Чи є цей пост-моторем для всього проекту або просто конкретної фази? Які ключові питання, які ви хочете відповісти?
  • Визначіть зацікавлених сторін Запрошуйте всіх залучених до проекту—розробники, дизайнери, менеджери продуктів, QA та операцій. Зовнішні партнери можуть також надати цінні перспективи.
  • Prepare a timeline] Візуальні строки допомагають слідувати послідовності подій і рішень. Включаючи заплановані дати проти фактичних дат виділити відхилення.
  • Складаємо порядок та норми Державне чітко, що зустріч безглуздий. Поділіться денним заздалегідь, тому гості можуть підготуватися.

Підготовлений фасилітатор є вирішальним. Ця людина повинна бути нейтральною і кваліфікованою в поході розмов без домінування їх. Їх роль полягає в тому, щоб зберегти обговорення на трекі, заохочувати тихих голосів, і забезпечити, що група рухається від спостереження до дії.

Проведення постомемічних зустрічей

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

Що таке?

Починайте з успіхами. Зробки з стикуванням збирає обертів і нагадує команду своїх сил. Відзначається, що такі як своєчасні поставки, ефективні колаборації, або інноваційні рішення. Цей позитивний фрамінг дозволяє легше обговорювати виклики пізніше.

Що таке Went Wrong?

Далі виявляти проблеми. Уникнути вимови, як «зв’язок було погано». Запитайте конкретні інциденти та фактори, що сприяють. Використовуйте дані для резервних спостережень. Наприклад, «Кодовий огляд переповнений час в середньому становить 48 годин замість узгоджених 24 годин, що призводить до затримки в стадії інтеграції». Це зберігає обговорення заземленим і об’єктивним.

Що може бути покращений?

Нарешті, мозковий розв’язок. Перед тим як визначити найбільш впливові зміни. Деякі вдосконалення можуть бути швидко перемагати, як оновлення документації або додавання нагадувача Slack. Інші вимагають більш довгострокових інвестицій, таких як прийняття нових інструментів або реструктуризації командних ролей. Захоплення всіх ідей, але фокусувати план дій на керованому підмножині.

Протягом зустрічі використовують методи, такі як П'ять Домовласників, щоб зануритися в першопричини. Наприклад, якщо розгортання не вдалося, запитайте, чому до того, поки ви не розкриваємо системний випуск, як недостатнє автоматизоване тестування або незнімене володіння скриптами розгортання. Ще один корисний інструмент timeline аналіз], де команда налаштовує події на білборді для візуалізації причин і ефекту.

Про Чай: Google SRE підхід до пост-моделей підкреслює безбарвне написання, де первинний звіт подій написаний без намінь індивідів, фокусування замість процесів і технічних збій

Аналіз пошуків після зустрічі

Робота не закінчується, коли зустріч присудить. Співробітник або позначений замітка-заявник повинен ускладнити пошуки в чіткий, лаконічний звіт. Організувати погляди на категорії: питання процесу, технічні борги, зв'язки, обмеження ресурсу, зовнішні залежності. Для кожної категорії виявляти першопричину, вплив і один або більше рекомендованих дій.

Використовуйте рамку попередньої обробки, щоб визначити, які дії, щоб затягнути перший. Просте вплив versus power matrix працює добре: високоефективні, низько-потужні елементи повинні бути адресовані відразу. Низько-імпланові, елементи з високим вмістом можуть бути відкладені або рекопуються. Переконайтеся, що кожна рекомендація пов'язана з конкретним, беззаперечним результатом.

Зовнішні бендикти можуть допомогти втілювати ваші результати. Наприклад, порівняння результатів післясмертного з ]Etsy's unless post-mortem культура] може виявити області, де ваш процес може бути посилений.

Створення та виконання плану дій

Пост-мортем є тільки цінним, оскільки зміни він надихає. Розробити формальний план дій, який адресується топ-три-п'яти знахідок. Кожна дія повинна бути S.M.A.R.T] (Спеціальний, мірний, абсолютний, релевантний, часовий підбір). Призначають єдиний власник для кожного елемента дії і встановлюють реалістичний термін.

  • Example дію: "Використання середнього огляду коду з'являється час від 48 годин до 24 годин, за допомогою встановлення графіка обертального рецензента і інтегрування нагадки Slack. Власник: Sarah. Через 21 днів."
  • Another example: "Додати автоматизовані інтеграційні тести для модуля платіжних шлюзів, щоб зловити регресії перед розгортанням. Власник: Майк. Через 30 днів."

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

Після вступу та вбудовування навчальних закладів

Одна з найбільш поширених післясмертних збої є недоліком послідовності. Дії, які не відстежуються швидко. Розклад періодичних відгуків — наприклад, 30-денна реєстрація і 90-денна рецензія — для оцінки прогресу. Якщо дія затримана, обговорюйте, які блокатори існують і коригуйте план відповідно.

Вбудувати навчання в документацію та процеси вашої команди. Оновлення книг, контрольних списку, стандарти кодування та навісних матеріалів. Розмовити уроки по командах через базову базу знань або регулярну серію «Learning Lunch». Мета полягає в тому, щоб зробити висновки з кожної пост-смертної частини колективної пам'яті організації.

Загальні Питви, щоб уникнути

Учні команди можуть впасти в пастки, які підірвали значення післясмертного. Тут є деякі підводні камені, щоб подивитися на:

  • Бламутні особи] Ця закриває участь і страхує страх. Зосереджуватися на системах, не людей.
  • Мойвінг занадто швидко Обраний через обговорення веде до поверхневого аналізу. Дозволити час, щоб вивчити кожну тему ретельно.
  • Визначити невеликі проблеми . Можливі проблеми з мінорами. Звертайтеся, щоб запобігти більшій збої в потоці.
  • Запис до документа] Без письмових записів, уроки легко забуті. Створіть пошуковий архів пост-смертників.
  • Продовжити зафіксувати все відразу, розбавивши фокус. Дослідити кілька змін і виконати їх добре.

Будівля післясмертної культури

В кінцевому підсумку найбільш ефективні постомати є ті, які стають регулярною частиною того, як працює команда. Коли команди проводять пост-модеми після кожного значного проекту, не тільки після невдач, - нормалізують практику рефлексії та вдосконалення. Ця культурна зміна вимагає підтримки лідерства, психологічної безпеки, послідовного моделювання старшими інженерами та менеджерами.

Згодом післясмертники еволюціонують з періодичних зустрічей в двигун безперервного вдосконалення. Вони допомагають командам визначати закономірності, тестувати нові процеси, систематично підвищити бар на якість і надійність. Вкладати в дисципліновані постоматими, інженерні організації перетворюють кожен проект в можливість навчання.

Для подальшого читання на будівництві сильної післясмертної практики, дослідження advanced post-mortem техніки від колегаційних експертів процесу і ]] керівництво IBM для проведення ефективних післясмертних]