项目拆解与迭代汇报

业务里真实的问题

中国中小企业的协作团队常靠微信群、Excel 和会议纪要推进项目。到迭代复盘时，任务分到了谁、卡在哪一步、结论由谁确认，往往散落在不同文档里。信息不全时，AI 若直接补写价格、时间或经营结果，会让汇报看起来完整，实际却经不起追问。

技能如何工作

@user_fccf428b/china-business-project-management 把「项目拆解、迭代跟踪、状态汇报」作为一条独立业务工作流执行，而非简单改写通用项目管理能力：

• 先确认信息缺口：启动前要求业务目标、负责人、时间约束、制度与不可变条件；信息不足时先列出缺口和影响，不自行补写。
• 拆解为可检查模块：把任务拆成拆解、跟踪、汇报三类模块，明确优先级、负责人与依赖。
• 保持能力边界：在原能力范围内完成端到端管理——分解工作、跨迭代跟踪进展、生成状态汇报，并对接 Jira、Linear、GitHub 等工具。
• 交付协作包：输出目标与范围卡、执行步骤与模板、负责人与检查点，并分别标注事实、推断、建议和待确认项。

适用边界与注意点

• 不代替管理者、法务、财务或人力负责人做最终决策。
• 不把本地文档或建议冒充已执行的平台操作。
• 不读取、记录或输出密钥、Token、密码等敏感信息。
• 涉及真实发送、发布、付费、删除、权限或生产变更时，必须由用户明确授权。
• 任一硬门槛不满足时，输出「暂不可交付」并说明需要补充的信息、责任人和下一步动作。