Appearance
16-项目经理：WorkBuddy 应用场景
覆盖角色：项目经理、PMO、交付经理、项目助理、项目群经理
项目经理的关键任务是维护范围、承诺、风险和验收，AI智能体帮助信息不丢失。
应用场景全景表
| 场景 | 需要输入 | WorkBuddy 可辅助交付 | 人工或系统边界 |
|---|---|---|---|
| 立项与范围 | 商业目标、需求、资源和约束 | 项目章程、范围和假设 | 范围由发起人与干系人确认 |
| WBS与计划 | 范围、里程碑、资源、依赖 | WBS、排期、责任和关键路径草案 | 工期估算需责任人承诺 |
| 会议纪要与待办 | 会议转写、议题和成员 | 决策、问题、行动项和负责人 | 会后确认，避免AI错配责任 |
| 风险与问题台账 | 风险、问题、影响和处置记录 | 分类、优先级、应对和升级建议 | 风险接受和预算由治理层决定 |
| 进度周报 | 计划、实际、工时、问题和变更 | 进度、偏差、风险和下周计划 | 不能粉饰延期或遗漏阻塞 |
| 变更管理 | 变更请求、基线、成本和依赖 | 影响分析、审批材料和版本差异 | 未批准不得更新基线 |
| 验收标准 | 合同、需求、场景和基线 | 测试用例、阈值、证据和退出条件 | 演示效果不能代替生产验收 |
| 项目复盘 | 目标、结果、事件、反馈和数据 | 时间线、原因、经验和行动项 | 区分事实、判断和责任 |
| 干系人沟通 | 角色、关注点、决策和状态 | 分层沟通稿、会议和升级路线 | 敏感信息按角色权限发送 |
三个优先场景
1. 立项与范围
- 输入：商业目标、需求、资源和约束
- 输出：项目章程、范围和假设
- 验收：检查纪要漏项率、风险更新及时率、逾期行动项数量
- 边界：范围由发起人与干系人确认
2. WBS与计划
- 输入：范围、里程碑、资源、依赖
- 输出：WBS、排期、责任和关键路径草案
- 验收：检查纪要漏项率、风险更新及时率、逾期行动项数量
- 边界：工期估算需责任人承诺
3. 会议纪要与待办
- 输入：会议转写、议题和成员
- 输出：决策、问题、行动项和负责人
- 验收：检查纪要漏项率、风险更新及时率、逾期行动项数量
- 边界：会后确认，避免AI错配责任
四层能力与实施条件
| 层级 | 本岗位可优先放入的场景 | 实施条件 |
|---|---|---|
| 文件层 | 立项与范围、WBS与计划、会议纪要与待办、进度周报 | 使用本地文档、表格和模板，结果可人工检查 |
| 知识层 | WBS与计划 | 建立有版本、有出处、有权限的知识资料 |
| 系统层 | 会议纪要与待办 | 通过受控的Connector、MCP或API读写业务系统 |
| 决策层 | 风险与问题台账、变更管理 | 展示依据、假设和影响，高风险决定由人批准 |
建议从这个试点开始
推荐先做“会议纪要与待办”。它所需输入是会议转写、议题和成员，目标交付是决策、问题、行动项和负责人。 试点可按四个动作推进：第一，抽取一批真实历史任务作为基线；第二，用同一批输入让人工流程和 WorkBuddy流程并行；第三，记录失败、遗漏和人工修改原因；第四，只在结果稳定、权限清楚、可以回滚时扩大范围。 建议验收指标包括：纪要漏项率、风险更新及时率、逾期行动项数量。如果结果需要大量重做、来源无法追溯、系统写入不可回滚，试点应暂停并先修复数据或流程。
实施边界
- 验收标准：演示效果不能代替生产验收。
- 项目复盘：区分事实、判断和责任。
- 干系人沟通：敏感信息按角色权限发送。
- 第三方案例中的效率数字和产品能力先作为线索，正式采购或发布前回查官方资料与实际测试。
主要资料来源
- AI项目实战：WorkBuddy（Open Claw）+Cursor开发视频生成程序
- WorkBuddy 使用教程：从模型、专家、Skill、知识库，到项目经理数字员工
- 开会不用记，WorkBuddy纪要+待办自动出
- AI风险
- WorkBuddy做全链路项目交付我踩了3个坑
内容来源
本节内容整理自《WorkBuddy 企业岗位应用全景白皮书》（曾俊｜北京硅基行动科技有限公司，2026 研究版），由皮皮未来在本地站点中拆解、结构化后呈现。涉及 WorkBuddy 当前版本能力、企业版配置、价格与部署方式时，请以官方最新资料为准。