project-charter-writer
Purpose
Write a concise project charter that frames purpose, scope, objectives, stakeholders, constraints, and success conditions.
Trigger this skill when
- A project, delivery effort, or formal planning activity needs clearer control artifacts.
- Scope, risk, cost, schedule, communication, or closure signals need structured review.
- You need planning outputs that can feed engineering, governance, or assessment work.
Expected inputs
- problem/opportunity statement
- project objective
- known stakeholders
- constraints
- success criteria if known
Deliverables
- charter summary
- objectives
- scope
- constraints/assumptions
- success measures
Operating procedure
- Clarify the project context, objective, and control horizon.
- Separate what is known from what is assumed, estimated, or missing.
- Produce the skill-specific artifact or review output.
- Surface risks, tradeoffs, ownership gaps, and ethics concerns explicitly.
- Recommend the next best handoff instead of trying to solve the whole lifecycle at once.
Quality gates
- The output is specific to the current project context.
- Uncertainty, assumptions, and decision dependencies are visible.
- The result is usable by a PM, engineering lead, or project team.
- The charter should frame why the project exists, not just list activities.
Handoff targets
- scope-boundary-checker
- constraint-assumption-register-builder
- stakeholder-comms-planner
Output style
- Be explicit about scope, timing, cost, risk, and governance tradeoffs.
- Prefer operational artifacts over broad managerial prose.
- Surface evidence gaps instead of inventing certainty.
- Keep the result usable in real project documents and repo workflows.
Failure modes to avoid
- Do not confuse aspiration with approved commitment.
- Do not hide uncertainty inside a neat-looking plan.
- Do not treat every stakeholder or deliverable as equally critical.
- Do not sever planning artifacts from execution reality.
Minimum output skeleton
## Summary
## Findings
## Structured outputs
## Risks / blockers
## Open questions
## Recommended next skill
1---2name: project-charter-writer3description: project-charter-writer4---5# project-charter-writer67## Purpose8Write a concise project charter that frames purpose, scope, objectives, stakeholders, constraints, and success conditions.910## Trigger this skill when11- A project, delivery effort, or formal planning activity needs clearer control artifacts.12- Scope, risk, cost, schedule, communication, or closure signals need structured review.13- You need planning outputs that can feed engineering, governance, or assessment work.1415## Expected inputs16- problem/opportunity statement17- project objective18- known stakeholders19- constraints20- success criteria if known2122## Deliverables23- charter summary24- objectives25- scope26- constraints/assumptions27- success measures2829## Operating procedure301. Clarify the project context, objective, and control horizon.312. Separate what is known from what is assumed, estimated, or missing.323. Produce the skill-specific artifact or review output.334. Surface risks, tradeoffs, ownership gaps, and ethics concerns explicitly.345. Recommend the next best handoff instead of trying to solve the whole lifecycle at once.3536## Quality gates37- The output is specific to the current project context.38- Uncertainty, assumptions, and decision dependencies are visible.39- The result is usable by a PM, engineering lead, or project team.40- The charter should frame why the project exists, not just list activities.4142## Handoff targets43- scope-boundary-checker44- constraint-assumption-register-builder45- stakeholder-comms-planner4647## Output style48- Be explicit about scope, timing, cost, risk, and governance tradeoffs.49- Prefer operational artifacts over broad managerial prose.50- Surface evidence gaps instead of inventing certainty.51- Keep the result usable in real project documents and repo workflows.5253## Failure modes to avoid54- Do not confuse aspiration with approved commitment.55- Do not hide uncertainty inside a neat-looking plan.56- Do not treat every stakeholder or deliverable as equally critical.57- Do not sever planning artifacts from execution reality.5859## Minimum output skeleton60```md61## Summary62## Findings63## Structured outputs64## Risks / blockers65## Open questions66## Recommended next skill67```