Допущение, которое никто не проверял
«Там вроде такой же API» — это допущение. Оценка, построенная на нём, держится на слове. Его записывают в лог, назначают проверку и дату.
RAID-лог — рабочий журнал зависимостей, допущений и ограничений. RAID расшифровывается как Risks, Assumptions, Issues, Dependencies: риски и проблемы ведут в своих журналах, а здесь на них ссылаются. Ниже — шаблон в Excel и часть журнала учебного проекта, где видно просроченный вход и непроверенное допущение.
Добавим YouTube? Это же несложно, там примерно такой же API.Зависимость — то, что проекту нужно от другого человека или команды: доступ, тестеры, решение, среда. Допущение — то, что считаем верным без доказательств. Ограничение — предел, который нельзя нарушить: бюджет, срок по закону, место хранения данных.
Зависимости и допущения ломают проекты тихо: в статусе их не видно, пока срок не сорван. Поэтому у каждой записи есть дата, владелец и статус, а просроченная зависимость краснеет сама. Риски и проблемы в лог не переписывают: в сводке они стоят ссылкой на реестр рисков и журнал проблем.
Заводят на планировании, когда известны внешние входы и допущения, и обновляют на каждом еженедельном статусе. Просроченные зависимости выносят в статус отдельным пунктом: что нужно от заказчика.
Зависимости — на листе Dependencies. Допущения и ограничения — на листе Assumptions & Constraints. Сводку на RAID Summary считает сам файл: открытые зависимости, просроченные и открытые допущения.
Колонка Required From — организация и роль, например «Client IT» или «Digital Strategy». «Нужно от заказчика» не пишут: по такой записи не понять, кому звонить.
Needed By — дата, без которой встанет веха. Колонка Linked Milestone связывает её с графиком вех. Received On заполняют, когда пришло.
Для каждого допущения указаны владелец проверки и срок (Validate By). Если допущение не подтвердилось, статус меняют на «Invalid → risk/issue» и заводят как риск или проблему.
На каждом статус-совещании смотрят, какие зависимости закрыты, какие просрочены, какие допущения подтверждены. Ограничение меняют только через CR, поэтому и запись о нём правят только так.
«Там вроде такой же API» — это допущение. Оценка, построенная на нём, держится на слове. Его записывают в лог, назначают проверку и дату.
«Ответят, когда смогут» не даёт срока. Без Needed By нельзя понять, что просрочено.
«Бюджет чуть-чуть вырастет» без CR — это изменение ограничения без решения. Ограничение меняется только через запрос на изменение, и в логе остаётся его номер.
Риск, описанный только в логе, не получает оценки и плана реагирования из реестра рисков. В логе достаточно ссылки на номер записи в соответствующем журнале.
Шесть из девяти зависимостей учебного проекта AI Social Pulse и все четыре допущения и ограничения.
| 1 | ID | Dependency / Input Required | Required From | Needed By | Received On | Impact if Not Resolved | Linked Milestone | Owner (follow-up) | Status |
|---|---|---|---|---|---|---|---|---|---|
| 2 | D-01 | Nomination of UC1 UAT testers | Client Digital Strategy | 17 Aug 2026 | 14 Aug 2026 | UAT cannot start | M08 | PM (you) | Closed |
| 3 | D-02 | Identification of trainers (train-the-trainer) | Client Digital Strategy | 25 Aug 2026 | 25 Aug 2026 | Training slips | M10 | PM (you) | Closed |
| 4 | D-03 | Reporting workspace provisioning and licences | Client IT | 7 Aug 2026 | 6 Aug 2026 | Dashboards cannot be published | M07 | PM (you) | Closed |
| 5 | D-04 | PROD environments plus deployment runbook (ports, firewall, service accounts) | Client IT | 31 Aug 2026 | Technical go-live blocked for UC1 and UC3 | M10 | PM (you) | In progress | |
| 6 | D-05 | Service principal registration for PROD (job-run rights are tracked as I-01) | Client IT / Partner | 7 Aug 2026 | 7 Aug 2026 | Automation blocked | M07 | PM (you) | Closed |
| 7 | D-06 | Jump-server access to source system views (UC3) | Client IT | 10 Aug 2026 | 9 Aug 2026 | Integration development blocked | M09 | PM (you) | Closed |
| 1 | ID | Type | Statement | Source | Impact if False / Breached | Owner | Status |
|---|---|---|---|---|---|---|---|
| 2 | A-01 | Assumption | Client provides techno-functional SMEs for workshops and UAT throughout the project | SOW §4 | Requirements and UAT delays | Nura Saleh | Validated |
| 3 | A-02 | Assumption | Review and approval cycles take no more than 5 working days | Communications plan | Schedule slips; deemed-acceptance clause applies | PM (you) | Open |
| 4 | C-01 | Constraint | All data hosted in-country in the Client tenant | Data residency policy | Legal breach; redesign | Aigul Sadykova | Validated |
| 5 | C-02 | Constraint | Fixed budget per SOW; no additional funding this financial year | Contract | Scope reduction via CR | Khalid Al-Rashid | Validated |
AI Social Pulse — вымышленный учебный проект PM Simulator: компании, люди и цифры придуманы для обучения. Названия компаний на этой странице заменены ролями. Полный образец и ещё 40 заполненных документов этого проекта — в симуляторе.
Внутри: Read Me, Dependencies, Assumptions & Constraints, RAID Summary.
Не нашёл своего вопроса — напиши в Telegram, отвечу.
Реестр рисков — отдельный файл только для рисков: причина, событие, оценка, реакция. RAID-лог — рабочий журнал для того, что проекту нужно от других, во что верят и что нельзя нарушить. Риски и проблемы в нём только ссылками, без копий.
Допущение — то, что считаем верным без проверки. Оно может не подтвердиться, и тогда становится риском или проблемой. Ограничение — жёсткий предел, которого проект обязан держаться: его либо соблюдают, либо меняют через CR.
Да, если у проекта много внешних входов. Реестр рисков описывает, что может пойти не так. Зависимости от других команд и непроверенные допущения у них свои даты и владельцы, и в RAID-логе их удобно вести в одном месте.
На английском: Dependency, Needed By, Validate By, Constraint. Названия колонок можно перевести, но значения статусов в выпадающих списках лучше не менять: подсветка и сводка считают точные слова.
В симуляторе RAID-лог нужен на восьмой день, когда подряд приходят три удара: платный X API, больничный Раджи и просьба Нуры добавить YouTube, потому что «там вроде такой же API». Непроверенное допущение записывают, назначают проверку и только потом оценивают срок.
эпизод 3 «Три удара за одну неделю» · день 8: Риски проекта
Ты в деле?Один платёж · доступ навсегда
Возврат в течение двух суток с момента оплаты, без объяснения причин.
Причина, событие, последствие, оценка 1–5, стратегия и два владельца; тепловая карта.
Что уже случилось и мешает работе: серьёзность, срочность, владелец, срок и эскалация.
Встречи и отчёты: кому, что и как часто — плюс матрица эскалации.