Матрица компетенций: Project Manager
Hard skills
Общее
МетодологииПрименяет Scrum/Kanban, ведет backlog, проводит спринты
Управление и Стратегия
Планирование и контрольСоздает детальные планы проектов, контролирует сроки и бюджет, проводит ежедневные стендапы
Управление рискамиРазрабатывает матрицы рисков, предлагает планы реагирования
Управление командойМотивирует команду, распределяет задачи, оценивает производительность
Skill Passport — Менеджмент
Scope и WBSСамостоятельно декомпозирует проект средней сложности на результат, work packages и критерии готовности; фиксирует исключённый scope.
Планирование сроков и критический путьСамостоятельно строит план с зависимостями, вехами и буфером; находит критический путь и пересчитывает прогноз после отклонения.
Риски, зависимости и измененияСамостоятельно выявляет межкомандную зависимость, владельца и дату решения; ведёт change log и оценивает влияние изменения.
Ресурсы и бюджетСамостоятельно оценивает потребность в ролях/мощности, отслеживает фактические затраты относительно плана и фиксирует отклонение.
Delivery-процессыСамостоятельно настраивает рабочий ритм проекта: backlog, планирование, review и ретроспективу под тип потока работ; использует cycle time/throughput.
Статус и проектная документацияСамостоятельно ведёт decision log, RAID/status report и сообщает отклонение с влиянием и требуемым решением.
Качество поставки и приёмкаСамостоятельно организует UAT/приёмку фичи, фиксирует критерии, дефекты и решение о выпуске.
Soft skills
Общее
КоммуникацииОбщается со стейкхолдерами, собирает требования, ведет протоколы
Skill Passport — Автономность и глубина
Автономность и масштаб задачОписывает случай, когда самостоятельно довёл фичу или модуль от постановки задачи до результата в проде без пошагового контроля — включая случаи, когда сам принимал технические решения по ходу работы, а не только выполнял готовый план. Называет конкретную зону ответственности (что именно делал и за что отвечал), а не общую фразу «участвовал в проекте».
Глубина технических решенийНазывает минимум два реально рассмотренных варианта и объясняет, почему выбрал один из них — аргумент привязан к конкретным деталям своей задачи (объём данных, срок, ограничение инфраструктуры), а не общая теория без применения к ситуации.