Planning project charter
Skill LuckyOneTwoThree/pm-skill/pm-08-project/skills/planning-project-charter
102 AI Agent Skills for the full product lifecycle. Compatible with Trae / Claude Code. 9 modules from discovery to launch to growth. | 102 个覆盖产品全生命周期的 AI Agent Skills,兼容 Trae / Claude Code,9 大模块从探索发现到上线增长。
npx -y skills add LuckyOneTwoThree/pm-skill --skill planning-project-charterAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 6 stars6 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
当需要生成项目宪章文档时使用。项目宪章自动生成,将产品背景、战略目标、资源约束转化为正式的项目宪章文档,包含背景、目标与范围、成功标准、利益相关方、初步风险评估、资源需求和时间线。关键词:项目宪章、项目章程、项目目标、项目范围、成功标准、项目章程、项目定义。
SKILL.md
10.7 KB, ~3.5k tokens by cl100k_base, as published. Nobody here has run it
项目宪章自动生成
核心原则
- 透明度即协作:项目宪章全员可见,目标、范围、成功标准信息透明,消除信息不对称
- 风险前置:在宪章生成阶段即识别初步风险,建立风险登记册雏形
- 自动化追踪:宪章审批状态、变更记录自动追踪,减少人工汇报负担
交互模式
🤖→👤 AI建议人类审批
- AI自动完成Step 1-6,生成完整的项目宪章草稿
- 人类审批重点:目标定义、范围边界、成功标准、利益相关方识别
- 人类可要求AI修改特定部分,AI重新生成
- 人类批准后,宪章正式生效
输入
| 输入项 | 类型 | 必填 | 来源 | 说明 |
|---|---|---|---|---|
| product_background | string | 是 | 用户提供 | 产品背景信息 |
| strategic_goals | string[] | 是 | 用户提供 | 战略目标列表 |
| resource_constraints | object | ○ | 用户提供 | 资源约束条件 |
执行步骤
Step 1: 项目背景自动整理
动作:
- 提取关键产品信息(产品名称、定位、核心价值)
- 整理市场背景和竞争环境
- 识别项目起源和驱动因素
- 生成简洁的项目背景描述(200字以内)
输出:
{
"background_summary": "string",
"product_info": {
"name": "string",
"positioning": "string",
"core_value": "string"
},
"market_context": "string",
"project_drivers": ["string"]
}
Step 2: 目标与范围自动定义
动作:
- 将战略目标分解为可衡量的项目目标
- 区分项目范围(做什么)和非项目范围(不做什么)
- 明确风险范围(可能导致目标偏离的因素)
- 生成SMART目标描述
输出:
{
"objectives": [{
"id": "OBJ-001",
"description": "string",
"measurable": "string",
"target_date": "ISO date"
}],
"scope": {
"in_scope": ["string"],
"out_of_scope": ["string"]
},
"risk_scope": ["string"]
}
Step 3: 成功标准自动量化
动作:
- 为每个目标定义可量化的成功标准
- 确定关键绩效指标(KPIs)
- 设置基准值和目标值
- 区分"必须达成"和"期望达成"
输出:
{
"success_criteria": [{
"objective_id": "OBJ-001",
"kpi": "string",
"baseline": "number",
"target": "number",
"measurement_method": "string",
"must_achieve": true | false
}]
}
Step 4: 利益相关方自动识别
动作:
- 扫描项目涉及的利益相关方(人员、团队、部门)
- 评估各方的利益诉求和影响力
- 确定关键决策者和审批者
- 生成利益相关方矩阵
输出:
{
"stakeholders": [{
"name": "string",
"role": "string",
"interest": "string",
"influence": "high | medium | low",
"engagement_level": "string"
}],
"key_decision_makers": ["string"],
"approval_required": ["string"]
}
Step 5: 风险初步评估
动作:
- 基于项目背景识别初步风险
- 评估每个风险的概率和影响
- 建议初步应对策略
- 按优先级排序
输出:
{
"initial_risk_assessment": [{
"id": "RISK-001",
"description": "string",
"category": "technical | team | external | business",
"probability": 0.0-1.0,
"impact": 0.0-1.0,
"priority": "high | medium | low",
"initial_mitigation": "string"
}]
}
Step 6: 项目宪章文档生成
动作:
- 整合以上5个步骤的输出
- 生成正式的项目宪章文档
- 格式化输出为结构化文档
- 准备人类审批版本
输出:
# project_charter
## 基本信息
- 项目名称:
- 宪章版本:
- 生效日期:
- 宪章负责人:
## 1. 项目背景
{Step 1 输出}
## 2. 目标与范围
{Step 2 输出}
## 3. 成功标准
{Step 3 输出}
## 4. 利益相关方
{Step 4 输出}
## 5. 初步风险评估
{Step 5 输出}
## 6. 资源需求摘要
{根据已有信息估算}
## 7. 时间线摘要
{根据已有信息估算}
## 审批签字
- 项目发起人:
- 项目经理:
- 日期:
输出
存储路径:output/pm-project/planning-project-charter/
输出文件:project_charter.json、metadata.json
输出Schema:
{
"type": "object",
"required": ["project_charter", "metadata"],
"properties": {
"project_charter": {"type": "object", "description": "项目宪章,包含背景、目标、成功标准、干系人和风险评估"},
"metadata": {"type": "object", "description": "元数据,包含置信度、生成时间和审批状态"}
}
}
输出校验规则
| 字段路径 | 类型 | 必填 | 说明 |
|---|---|---|---|
| project_charter.background.summary | string | 是 | 项目背景摘要,须<200字 |
| project_charter.background.product_info.name | string | 是 | 产品名称 |
| project_charter.background.product_info.core_value | string | 是 | 核心价值描述 |
| project_charter.objectives | array | 是 | 项目目标列表,至少1项 |
| project_charter.objectives[].id | string | 是 | 目标唯一标识,格式OBJ-NNN |
| project_charter.objectives[].measurable | string | 是 | 可衡量指标描述 |
| project_charter.objectives[].target_date | string | 是 | 目标达成日期,ISO 8601格式 |
| project_charter.scope.in_scope | array | 是 | 项目范围内项,至少1项 |
| project_charter.scope.out_of_scope | array | 是 | 项目范围外项,至少1项 |
| project_charter.success_criteria | array | 是 | 成功标准列表,至少1项 |
| project_charter.success_criteria[].must_achieve | boolean | 是 | 是否必须达成 |
| project_charter.stakeholders | array | 是 | 利益相关方列表,至少1项 |
| project_charter.stakeholders[].influence | string | 是 | 影响力,枚举值high/medium/low |
| project_charter.initial_risk_assessment | array | 否 | 初步风险评估列表 |
| project_charter.initial_risk_assessment[].category | string | 是 | 风险类别,枚举值technical/team/external/business |
| project_charter.initial_risk_assessment[].priority | string | 是 | 风险优先级,枚举值high/medium/low |
| metadata.confidence | number | 是 | 整体置信度,范围0.0-1.0 |
| metadata.generated_at | string | 是 | 生成时间,ISO 8601格式 |
| metadata.human_approval_required | boolean | 是 | 是否需要人类审批,宪章须为true |
| metadata.approval_status | string | 是 | 审批状态,枚举值pending/approved/rejected |
{
"project_charter": {
"background": {
"summary": "string",
"product_info": {},
"market_context": "string",
"project_drivers": []
},
"objectives": {
"scope": {},
"risk_scope": []
},
"success_criteria": [],
"stakeholders": [],
"initial_risk_assessment": [],
"resource_requirements": {},
"timeline": {}
},
"metadata": {
"confidence": 0.0-1.0,
"generated_at": "ISO datetime",
"human_approval_required": true,
"approval_status": "pending | approved | rejected"
}
}
置信度标注
每个Step输出需标注置信度:
| 置信度 | 含义 | 动作 |
|---|---|---|
| 高(≥0.8) | 数据充分,推断合理 | 可直接使用 |
| 中(0.6-0.8) | 数据基本充分,部分推断 | 建议人工确认 |
| 低(<0.6) | 数据不足或推断不确定性高 | 必须人工审核 |
决策规则
| 条件 | 动作 |
|---|---|
| 战略目标与项目目标无法对齐 | 升级至人类决策 |
| 利益相关方识别遗漏关键人员 | 升级至人类补充 |
| 成功标准无法量化 | 升级至人类定义 |
| 初步风险数量 > 10 | 选择Top 10,其余归档备选 |
质量检查
- 项目目标符合SMART原则
- 利益相关方覆盖所有关键角色
- 成功标准可量化且可验证
- 初步风险清单包含影响和概率评估
降级策略
上游文件缺失降级方案
| 缺失的上游输入 | 降级方案 | 输出影响 |
|---|---|---|
| 产品背景 | 用户描述项目目标和核心价值,AI基于描述生成背景摘要 | 基于用户描述生成宪章草案,缺少市场背景和竞争环境分析 |
| 战略目标 | 用户口述项目期望达成的目标,AI转化为SMART目标 | 目标定义基于用户口述转化,需人工确认SMART合规性 |
| 资源约束 | 跳过资源需求估算,宪章中标注"资源需求待评估" | 宪章草案含资源待评估项,需在资源规划阶段补充 |
数据获取说明
当上游文件缺失时,通过以下方式获取必要数据:
- 产品背景缺失:请用户描述项目目标、产品定位和核心价值,AI将基于描述整理为结构化的项目背景摘要
- 战略目标缺失:请用户口述项目期望达成的业务目标(如"提升转化率20%"),AI将转化为SMART格式的可衡量目标
- 资源约束缺失:宪章中资源需求部分标注为"待评估",建议在资源规划阶段(Pipeline 2)补充完善
上游变更响应
上游变更影响表
| 上游变更 | 影响范围 | 响应策略 |
|---|---|---|
| 产品背景变更(定位调整/市场变化) | 项目背景摘要、驱动因素、风险评估 | 重新整理项目背景,更新驱动因素和初步风险 |
| 战略目标变更(目标增减/优先级调整) | 项目目标、成功标准、范围定义 | 重新分解目标,更新成功标准和范围边界 |
| 资源约束变更(预算/人力调整) | 资源需求估算、时间线 | 更新资源需求和时间线估算 |
下游通知机制表
| 变更类型 | 影响范围 | 通知方式 |
|---|---|---|
| 宪章目标/范围变更 | 资源规划、Kickoff会议、风险识别 | 更新project_charter.json,通知planning-resource、planning-kickoff、risk-identification |
| 利益相关方变更 | Kickoff会议参会人、沟通计划 | 更新project_charter.json,通知planning-kickoff |
| 审批状态变更 | 所有依赖宪章的下游Pipeline | 更新metadata.json,通知所有下游消费者 |
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.