Делюсь с Альянсом скилом проектного менеджера, мы сделали его вместе с Леной Зябловой (ex-руководитель проектных офисов Lime, Lamoda, проектный менеджер Ozon). Скил распространяется по лицензии CC BY-NC — свободное копирование, распространение и изменение при указании автора, но без коммерческого использования.
Описание скилла
Что это такое
pm-analyst — это помощник руководителя проектов, встроенный в Claude (также есть версия для Codex). Он ведёт вас за руку через весь проект: от первой встречи с командой («с чего вообще начать?») до официального закрытия и красивого кейса для резюме.
Главное отличие от простого «спроси у нейросети»: это не разрозненные подсказки, а связанная система. Данные из одного раздела автоматически используются в других. Например: вы указали, кто за что отвечает в команде — и скил сам подставит этих людей в процесс согласования документов. Записали ставки сотрудников и часы работ — скил сам посчитает бюджет и предупредит, если не сходится.
В чём особенность
- Работает с любой методологией — и всегда говорит, с какой именно.
Методология — это способ организации работы над проектом. Скил знает пять:
Scrum — работа короткими циклами (спринтами) по 1–2 недели, подходит для продуктовых команд
Kanban — непрерывный поток задач с доской «В работе / Готово», подходит для поддержки и операционки
Waterfall («каскад») — классический план: сначала всё спроектировали, потом сделали, потом сдали
PRINCE2 — строгий британский стандарт с формальными этапами и советом проекта
Гибрид — сочетание подходов (например, общий план по Waterfall, а команды внутри работают по Scrum)
Каждый совет помечен тегом методологии — вы всегда понимаете, «это правило из мира Scrum или из классического управления». Если вы выбрали свою методологию в начале, то скил показывает сначала её, а альтернативы кратко.
- Умный старт проекта.
При запуске нового проекта скил задаёт 4 вопроса: методология, сфера (IT, маркетинг, стройка...), тип проекта и главная цель в цифрах (например, «снизить стоимость привлечения клиента на 20%»).
Тип проекта — важная классификация:
Run — поддерживаем и улучшаем то, что уже работает
Change — переделываем существующее (редизайн, миграция, новая версия)
Disrupt — создаём с нуля что-то новое (новый продукт, выход на рынок)
Дальше скил не просто записывает цель, а копает глубже:
Для Run/Change — техника «5 Почему»: скил последовательно спрашивает «а почему это происходит?», пока не докопается до настоящей причины проблемы. Часто «падает выручка» на самом деле означает «сломан процесс онбординга клиентов» — и проект надо делать про другое.
Для Disrupt — «Модель айсберга»: разбор от видимых фактов к скрытым убеждениям рынка. Итог — чёткая формулировка: «люди верят в X, наш продукт меняет это на Y». Это и есть гипотеза, которую проект проверяет. Новые продукты проваливаются не из-за плохой реализации, а из-за ложных допущений — скил помогает найти их заранее.
Всё сохраняется в паспорт проекта (Project Snapshot) — и каждый следующий ответ скила опирается на этот контекст.
Что закрывает — по этапам проекта
📋 Старт и планирование
Project Brief (описание проекта) — фиксирует цель, что входит в проект, а что точно НЕ входит, ограничения и критерии успеха. Внутри два встроенных инструмента:
Железный треугольник — честный разговор про приоритеты: время, бюджет, объём работ, качество. Что нельзя двигать (FIXED), что можно (FLEXIBLE), чем пожертвуем при давлении (CUT). Правило: только два параметра могут быть «неприкосновенными» — все четыре зафиксировать нельзя, это самообман.
RACI-матрица — таблица «кто что делает»: R — выполняет, A — несёт финальную ответственность (всегда один человек!), C — консультирует, I — просто в курсе.
WBS (декомпозиция работ) — разбивка проекта на конкретные задачи с оценками. В Scrum — в стори-поинтах (условных единицах сложности), в остальных подходах — в часах.
Roadmap — дорожная карта с вехами и контрольными точками.
Реестр рисков — таблица рисков с оценкой «насколько вероятно × насколько больно» (матрица 5×5), планами реагирования и отслеживанием: риск растёт или затухает от ревью к ревью.
Карта стейкхолдеров — кто влияет на проект, кто сопротивляется и почему, как с кем общаться. Плюс план коммуникаций.
⚙️ Ведение проекта
Управление ресурсами и приоритетами — загрузка людей, приоритизация задач. Использует WSJF (Weighted Shortest Job First — «сначала самое ценное и короткое»): формула, которая помогает выбрать, что делать первым, вместо споров «мне кажется, это важнее». Есть вариант с учётом мнений нескольких стейкхолдеров с разными весами.
Статус-отчёт — регулярный отчёт руководству: что сделано, что нет и почему, открытые вопросы.
Ретроспективы — разбор «что было хорошо, что улучшить» после этапа. Особая фишка: 5 визуальных тематических форматов (новогодний, цветочный, романтический, дзен, «Скранополия») — рендерятся как красивые интерактивные доски со стикерами и голосованием, а не скучным списком.
Change Request (запрос на изменение) — формальная процедура, когда кто-то хочет поменять согласованное. Защищает от «а давайте ещё вот это добавим» без пересмотра сроков и бюджета.
Протоколы встреч — фиксация решений и поручений с ответственными.
💰 Деньги
Экономический эффект — окупается ли проект: расчёт точки безубыточности, ROI (возврат на вложения) и NPV (ценность будущих денег с учётом того, что рубль завтра дешевле рубля сегодня). Модель подбирается автоматически по сфере и типу проекта. Для Change-проектов учитывается реальность: эффект приходит не сразу (S-кривая внедрения), а в переходный период всё может временно просесть.
Бюджет и EVM — план затрат с резервами и Earned Value Management — метод, который отвечает на вопрос «мы потратили половину денег — а сделали ли половину работы?». Ключевой показатель CPI: если он 0.85, значит на каждый вложенный рубль вы получаете работы на 85 копеек — и скил заранее спрогнозирует итоговый перерасход, а не поставит перед фактом в конце.
🏁 Контроль и закрытие
Трекер артефактов — какие документы обязательны на каждом этапе (ТЭО, Устав, ТЗ...) и чек-лист готовности перед переходом к следующей фазе.
Контроль согласований — у каждого документа свой статус (черновик → на ревью → на утверждении → утверждён → заморожен), полная история «кто, когда, что решил». Утверждающие подставляются из RACI автоматически. Изменить замороженный документ можно только через Change Request — скил сам это отследит.
Закрытие проекта — чек-лист приёмки-передачи результатов. Проект не закроется, пока есть непринятые пункты. Плюс оформление кейса для портфолио.
Что лежит внутри (справочная библиотека)
10 файлов-справочников с шаблонами: гайды по всем 5 методологиям; шаблоны документов (паспорт проекта, статус-отчёт, итоги проекта, протокол встречи, 2 формата сметы по ролям, PERT-оценка сроков); полный реестр рисков; карта стейкхолдеров с техниками работы с сопротивлением; матрица обязательных документов по фазам; шаблоны портфолио и приёмки; формулы бюджетирования с расшифровками; экономические модели по отраслям; визуальные форматы ретроспектив.
Итог: чем полезен
Вместо десятка гуглёжек «как сделать RACI» и «формула NPV» вы получаете одного собеседника, который:
помнит контекст вашего проекта от старта до финиша
подсказывает следующий логичный шаг (сделали декомпозицию → пора в roadmap)
считает финансы по проверенным формулам, а не на глазок
следит за дисциплиной: согласования, изменения, приёмка
говорит на языке той методологии, по которой работаете именно вы.
ссылка на скил Claude - https://drive.google.com/file/d/1QNfoJF_65gxBL48ONZoIL1lSj8099g6-/view?usp=sharing
ссылка на агента Codex CLI
https://drive.google.com/file/d/1IE2WwkMEGjVM2lSVUZZNty_dy1DiMMCN/view?usp=sharing
