Project charter задает общий контракт проекта: зачем делаем, что не делаем, кто принимает решения и как меряем успех. Без charter старт часто выглядит как хаотичный набор задач.
Когда использовать
- Запуск нового продукта/инициативы.
- Кросс-функциональный проект с несколькими владельцами.
- Нужно синхронизировать бизнес- и технические ожидания.
Рабочая структура
- Опишите business objective и success metrics.
- Зафиксируйте scope и out-of-scope.
- Определите роли: sponsor, PM, tech lead, contributors.
- Добавьте high-level milestones и ключевые зависимости.
- Пропишите риски и правила эскалации.
Фразы и формулировки
Цели и границы
- The primary objective is to reduce onboarding time by 20%.
- In scope: self-serve setup and admin dashboard updates.
- Out of scope: mobile redesign in this phase.
Роли и управление
- Final prioritization decisions are owned by the sponsor.
- Technical implementation details are owned by the tech lead.
- Escalations should be raised within 24 hours of identifying risk.
Шаблон project charter
Project: [name]
Objective: [business outcome]
Success metrics: [metric + target]
In scope:...
Out of scope:...
Roles: sponsor / PM / tech lead / contributors
Milestones:...
Dependencies:...
Risks:...
Escalation path:...Сообщение для запуска charter review
Team, project charter draft is ready: [link].
Please review scope, roles, and milestones.
Ask: confirm alignment or suggest edits by [date].Мини-диалог
Stakeholder: Why do we need out-of-scope in the charter?
You: Out-of-scope protects timeline and prevents hidden commitments.
You: It also makes trade-offs explicit when new requests appear.
Типичные ошибки
- Цели без измеримых метрик.
- Нет явного списка out-of-scope.
- Роли указаны, но decision rights не зафиксированы.
Полезно дальше: communication plan, risk register, roadmap на английском.
