Як написати звіт про стан затримки проекту англійською мовою

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

Ключовий словник

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

** Відстає від розкладу ** — підтверджений стан, що вказує на те, що проект вже пропустив проміжні етапи у порівнянні з початковим планом.

• “Ми на тиждень відстаємо від розкладу роботи з інтеграції API.” *

** Корінь проблеми ** — основна причина затримки, на відміну від її симптомів, які слід визначити і чітко вказати у звіті про стан.

• “Головною причиною затримки є зміна стороннього API, яка не була задокументована заздалегідь.” *

** План зменшення ризиків ** — конкретний набір дій, які буде виконано для зменшення впливу затримки або повернення проекту на шлях успіху. “Наш план зменшення шкоди включає перерозподіл одного інженера з потоку роботи з звітами на наступні два тижні.”

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

• “Переглянута хронологія переносить дату запуску з 15 червня на 29 червня.” *

** Критичний шлях ** — послідовність залежних завдань, яка визначає мінімальну тривалість проекту; затримки у цьому випадку безпосередньо затримують весь проект.

• “Ця затримка знаходиться на критичному шляху, отже вона переносить всю дату запуску, а не лише цей один поток роботи.” *

** Рівень довіри ** — заявлений ступінь впевненості щодо того, чи буде виконано (переглянуту) часову шкалу, використовується для встановлення реалістичних очікувань зацікавлених сторін.

• “Ми дуже впевнені у переглянутій даті, оскільки решта роботи більше не залежить від стороннього постачальника.” *

Звичайні фрази

• «Я хочу рано попередити, що ми ризикуємо пропустити термін 1 березня.»
• «Головна причина була визначена і план зменшення вже в процесі»
• Ця затримка знаходиться на критичному шляху і пересунуть загальну дату запуску на один тиждень»
• «Ми маємо високу впевненість у переглянутому графіку, заснованому на залишкових обсягах роботи.»
• «Жодних подальших дій не потрібно від зацікавлених сторін в цей час; це оновлення є для обізнаності»
• Ми надамо додаткові оновлення до кінця тижня, як тільки план зменшення буде підтверджений. “

Приклади висловлювань

Позначати затримку на початку звіту про стан:

• « Стан: під загрозою. Ми виявили залежність від оновлення API стороннього виробника, яке зараз на два тижні відстає від їхнього власного розкладу. Это находится на нашей критической траектории, так что если не решить, это задержит наш запуск на аналогичную величину. Ми в контакті з постачальником і будемо оновлювати до четвертого. ”*

Підтвердження затримки з переглянутим планом:

• “Стан: Затримка. Робочий процес мобільного додатка зараз на тиждень відстає від запланованого через невирішені проблеми з переглядом App Store. Основна причина: зміна політики, про яку ми не знали на момент надсилання. Зменшення: повторно подавати з необхідними розкриттями сьогодні; переглянута дата запуску 12 липня, з високою впевненістю, оскільки виправлення є простим. ”*

Заспокоєння зацікавлених осіб після вирішення затримки:

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

Професійні поради

• На кожному звіті про стан вкажіть ** одне слово або коротку мітку стану ** (На шляху / Під загрозою / Затримка) — зайняті учасники часто лише читають цей рядок.
• Завжди поєднуйте затримку з ** кореневою причиною ** і ** планом зменшення ризику ** у тому ж абзаці — затримка без плану сприймається як відсутність контролю.
• Визначте ваш ** рівень довіри ** до будь- якої зміненої дати, а не представляйте її як гарантовану — це захищає надійність, якщо обставини знову зміняться.
• Не закопуйте затримку у середині довгого оновлення — викладіть її у першому реченні, а потім надайте докладні відомості читачам, які їх потребують.

Практичні вправи

1. Написати оновлення стану з трьох речень, у якому буде зазначено, що проект знаходиться у стані « під загрозою », і вказано його основну причину.
2. Сформулювати оновлення, що підтверджує затримку, включаючи план зменшення шкоди і переглянутий графік.
3. Поясніть у двох реченнях різницю між « під загрозою » і « поза планом » як станами проекту.

Вимоги до судноплавства

Основна проблема з повідомленнями про затримки проектів не просто вказує на затримку; це управління очікуваннями і зменшення потенційного розчарування. Часто зацікавлені сторони — клієнти, менеджери або навіть члени команди — негативно реагують на саме слово «затримка». Вона має конотацію невдачі і може викликати тривогу через пропущені терміни і збільшені витрати. Більш активний підхід зосереджений на прозорості і описі * чому * затримка сталася і які кроки робляться для її виправлення. Фрази на кшталт «визнавання зміни в часовій шкалі», «зміна розкладу нашого проекту» або «активне вирішення потенційних перешкод» демонструють відповідальність, не відразу оформлюючи її як негативну подію. Важливо, завжди ведеться з контекстом - коротке пояснення факторів, що сприяють зміні, є життєво важливим для будівництва довіри. Уникайте звинувачувати індивідів; замість цього, зосередьтеся на системних проблемах або непередбачених обставинах.

Розгляньте цей сценарій: ви надсилаєте оновлення через Slack керівнику проекту після того, як виявили, що залежність ключів була порушена. Замість простого « Проект затримався », ви можете створити повідомлення на кшталт: « Привіт [Ім’ я менеджера], Просто хотів надати оновлення — ми виявили затримку, що впливає на нашу часову шкалу через зміну вимог від маркетингової команди щодо інтеграції з їх платформою. Ми зараз працюємо над переглянутим розкладом і матимемо конкретний план для вас до кінця завтра. Ми досліджуємо альтернативні рішення, щоб мінімізувати будь-який вплив. “Це демонструє обізнаність, дії і прихильність до вирішення. Крім того, послідовне використання таких термінів, як «переглянута хронологія», «змінений обсяг» або «сповільнюючі фактори» допомагає нормалізувати ситуацію в розмовах зацікавлених сторін.

Іншим ключовим елементом є визнання потенційних наслідків - не тільки сама затримка, але і те, як вона може вплинути на більш широкі результати. Такі фрази, як «Це вимагатиме невеликих змін до загальної дорожньої карти проекту» або «Ми повинні переоцінити залежності, щоб переконатися, що ми рухаємося вперед» показують передбачення і зобов’язання вести всіх в курсі. Не бійтеся кількісно оцінити вплив, якщо це можливо - навіть приблизна оцінка потенційних затримок може бути корисною для зацікавлених сторін, щоб зрозуміти масштаб проблеми. Нарешті, завжди закінчуйте повідомлення чітким твердженням щодо наступних кроків: « Ми продовжимо стежити за цим питанням і надамо вам нові оновлення, як тільки вони стануть доступними ». Це підкреслить ваш активний підхід і продемонструє постійне керування.