RAID-журнал разделяет риски, допущения, проблемы и зависимости. На общем холсте видно, что изменилось, кто отвечает за следующий шаг и когда вернуться к записи. Ниже — пример для команды, которая готовит портал отчётов к пилотному запуску с пятью клиентами.
Используйте руководство по матрице рисков для оценки вероятности и влияния, а RAID-доску — для обсуждения проекта в целом. Матрица помогает сравнивать риски; RAID-журнал также показывает уже возникшие проблемы, непроверенные допущения и необходимые передачи работы.
Определите четыре реестра RAID
Риск — возможное будущее событие. Допущение — условие, которое команда пока принимает за верное при планировании. Проблема уже возникла. Зависимость — результат другой работы или внешнее условие, без которого нельзя продолжить. Если новые данные опровергают допущение и выявляют проблему, заведите для проблемы отдельную запись и свяжите её с исходным допущением. Сам по себе обнаруженный дефект ещё не опровергает все связанные допущения.
| Реестр | Пример | Первый вопрос |
|---|---|---|
| Риск | Проверка безопасности может задержать выпуск релиз-кандидата. | Какие меры снизят вероятность задержки или её последствия? |
| Допущение | A1: формат CSV подойдёт для рабочего процесса клиентов пилота. | Кто проверит образец файла с клиентом? |
| Проблема | I2: экспортированный CSV не содержит заголовков столбцов. | Кто координирует исправление и как проверить результат? |
| Зависимость | D2: команда платформы должна передать схему данных. | Что нужно передать и к какому сроку? |
Используйте единый формат карточки
Записывайте краткое описание, источник или подтверждающие данные, ответственного за следующий шаг, статус, меры реагирования и дату следующей проверки. Ответственный координирует работу; это не означает, что он лично выполняет все действия. Для риска сначала указывают возможное событие, для проблемы — уже наблюдаемый сбой.
Вместо «экспорт заблокирован» напишите: «Клиентам пилота нужен CSV с названиями столбцов; в текущем образце заголовков нет». Такая запись объясняет, почему файл пока не подходит, и даёт проверяемое условие завершения работы.
Карточку I2 можно заполнить так: ответственная — Прия; статус — исправление требуется; основание — ссылка на тестовый CSV без заголовков; следующий шаг — исправить экспорт и передать новый образец; проверка — до решения о запуске пилота. В рабочем журнале замените относительный срок конкретной датой. Закрывайте I2 после проверки файла, а не после сообщения «код исправлен».
Связывайте пункты с планом
Помещайте запись рядом с этапом, пользовательской историей или решением, на которое она влияет. Проводите соединительную линию только при прямой связи и подписывайте её. Если риск стал проблемой, сохраните исходное описание и добавьте данные о том, что произошло.
В примере на доске A1 ещё не проверено: команда должна выяснить с клиентом, подходит ли CSV для его работы. I2 уже подтверждено образцом без заголовков, но этот дефект не означает, что формат CSV не подходит. Даже добавление заголовков само по себе не подтверждает A1 — клиент может ожидать другие поля или порядок столбцов. Свяжите I2 с A1 подписью «исправленный образец нужен для проверки допущения», сохранив обе записи.
| Запись | Основание и статус | Ответственный и следующий шаг | Условие закрытия |
|---|---|---|---|
| R1 — Проверка безопасности может завершиться позже 18 мая | Время проверки ещё не согласовано; задержка пока не произошла. | Координатор выпуска согласует время проверки и уточнит статус на следующем обзоре. | Подтверждены дата и проверяющий либо изменён план. |
| A1 — CSV подойдёт для пилота | Ожидается проверка пригодного к использованию образца с клиентом. | Координатор пилота организует проверку после исправления I2. | Клиент может использовать образец для своей задачи. |
| I2 — В экспортированном CSV нет заголовков | Дефект виден в тестовом файле; проблема открыта. | Прия координирует исправление и повторную проверку по схеме D2. | В новом образце есть ожидаемые заголовки; файл прикреплён к записи. |
| D2 — Команда платформы передаёт схему данных | Для исправления нужна согласованная схема. | Представитель команды платформы подтверждает версию и срок передачи до повторного экспорта. | Экспортированный образец соответствует согласованной схеме. |
D2 описывает передачу схемы командой платформы. Подпишите связь D2 с I2: «схема нужна для исправления». Согласуйте состав полей, получателя и срок, а при приёмке сопоставьте схему с тестовым файлом. Если схемы ещё нет, отметьте зависимость как ожидающую передачи. Если срок прошёл и работа остановилась, создайте связанную запись о возникшей проблеме, не стирая исходную договорённость. До начала работы замените роли в примере именами ответственных и укажите реальные даты.
Проведите обзор RAID
- Уточните ожидаемый результат проекта и период обзора.
- Сначала проверьте новые проблемы: в примере — получен ли исправленный CSV для I2.
- Проверьте зависимости с близким или пропущенным сроком: когда команда платформы передаст схему D2?
- Сопоставьте допущения с новыми данными: подтвердил ли клиент пригодность образца по A1?
- Выберите меру реагирования для каждого активного риска, например заранее согласуйте время проверки безопасности.
- Зафиксируйте ответственного, дату следующей проверки и решение, которое пока нельзя принять.
В Boardmix разместите четыре подписанные области на общей доске. В текстовых карточках и стикерах храните актуальные записи, соединительными линиями показывайте зависимости, а в комментариях обсуждайте вопрос к конкретной карточке. После обсуждения перенесите принятое решение в саму запись, чтобы его не приходилось искать в переписке.
Сохраняйте пользу журнала
Архивируйте решённые пункты вместе с важными основаниями решения. Если запись переносится из обзора в обзор, уточните следующий шаг или проверьте, верно ли выбрана категория. Для I2 сохраните ссылку на принятый образец, для A1 — результат проверки с клиентом, для D2 — принятую версию схемы.
Откройте доску Boardmix, создайте четыре области RAID и начните с нескольких записей своего проекта. Оставьте определения категорий рядом с ними: так новый участник сможет понять журнал без отдельного объяснения.
