Update nexus wiki content
This commit is contained in:
@@ -1,53 +1,53 @@
|
||||
---
|
||||
title: "Project Shepherd Agent Personality"
|
||||
type: source
|
||||
tags: [project-management, agent, cross-functional, stakeholder-management, risk-mitigation]
|
||||
date: 2026-04-20
|
||||
tags: ["agent", "project-management", "agency-agents"]
|
||||
date: 2026-05-06
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Agent/agency-agents/project-management/project-management-project-shepherd.md]]
|
||||
- [[Agent/agency-agents/project-management/project-management-project-shepherd.md]]
|
||||
|
||||
## Summary（用中文描述）
|
||||
- 核心主题：AI Agent 项目管理人格——Project Shepherd，模拟跨职能项目协调专家，专注文档进度、对齐干系人、管理风险
|
||||
- 问题域：复杂项目的全生命周期管理，包括多团队/多部门协调、时间线规划、资源分配、干系人沟通
|
||||
- 方法/机制：四阶段工作流（项目启动→团队组建→执行监控→质量交付）、Project Charter 模板、Status Report 模板、风险缓解框架、干系人沟通策略
|
||||
- 结论/价值：提供一套完整的 AI Agent 项目管理人格定义，可直接用于 Multi-Agent 系统中的项目协调角色
|
||||
- 核心主题：Project Shepherd 是 The Agency 框架中专门负责跨职能项目协调和交付管理的 AI Agent 个性化定义文档
|
||||
- 问题域：复杂项目的规划、执行、监控与收尾全生命周期管理
|
||||
- 方法/机制：通过项目章程模板、工作分解结构（WBS）、利益相关方沟通策略、风险缓解计划和项目状态报告模板来规范项目交付流程
|
||||
- 结论/价值：确保 95% 项目按时在预算内交付，利益相关方满意度达 4.5/5，风险缓解成功率 90%
|
||||
|
||||
## Key Claims（用中文描述）
|
||||
- Project Shepherd Agent 通过四阶段工作流（启动→团队组建→执行→交付）驱动复杂项目按时、按范围、按预算完成
|
||||
- 通过 disciplined change control 限制范围蔓延，目标将范围蔓延控制在 10% 以下
|
||||
- 通过 proactive risk mitigation，目标实现 90% 的已识别风险在影响项目结果前被成功缓解
|
||||
- 通过透明沟通和诚实汇报维持干系人信任，即使在传递负面消息时也保持透明
|
||||
- 95% 项目按时交付、95% 干系人满意度 4.5/5 是核心成功指标
|
||||
- Project Shepherd Agent 通过制定详细的项目章程和沟通策略，实现跨职能团队的协调与对齐
|
||||
- 该 Agent 承诺 95% 项目按时在批准预算内交付，体现了严格的时间与资源纪律
|
||||
- 通过主动识别风险并制定缓解计划，90% 的已识别风险在影响项目结果前被成功化解
|
||||
- 变更控制机制确保范围蔓延低于 10%，保持项目可控性
|
||||
|
||||
## Key Quotes
|
||||
> "Never commit to unrealistic timelines to please stakeholders" — 绝不为了取悦干系人而承诺不现实的工期
|
||||
> "Provide honest, transparent reporting even when delivering difficult news" — 即便传递困难消息也提供诚实透明的汇报
|
||||
> "Escalate issues promptly with recommended solutions, not just problems" — 问题升级时必须附上建议的解决方案，而非仅提出问题
|
||||
> "Project is 2 weeks behind due to integration complexity, recommending scope adjustment" — 透明报告原则，即使传递坏消息也保持诚实
|
||||
> "Identified resource conflict with proposed mitigation through contractor augmentation" — 聚焦解决方案而非问题本身
|
||||
> "Never commit to unrealistic timelines to please stakeholders" — 拒绝不切实际的承诺以维护专业信誉
|
||||
> "Escalate issues promptly with recommended solutions, not just problems" — 上报时携带解决方案，而非仅呈报问题
|
||||
|
||||
## Key Concepts
|
||||
- [[CrossFunctionalProjectCoordination]]：跨职能项目协调——协调多个团队和部门完成复杂项目的能力
|
||||
- [[StakeholderAlignment]]：干系人对齐——通过沟通策略和透明汇报维持所有项目参与者的期望一致
|
||||
- [[RiskMitigationPlanning]]：风险缓解规划——在风险影响项目结果前主动识别、评估并制定应对策略
|
||||
- [[ChangeControl]]：变更控制——通过纪律化的范围管理控制项目范围蔓延（目标 < 10%）
|
||||
- [[ProjectCharter]]：项目章程——定义项目目标、范围、成功标准和治理结构的初始文档
|
||||
- [[WorkBreakdownStructure]]：工作分解结构（WBS）——将大型项目拆解为可管理的任务和依赖关系
|
||||
- [[CriticalPathAnalysis]]：关键路径分析——识别项目中最长的依赖链，确保关键里程碑按时完成
|
||||
- [[MatrixOrganization]]：矩阵式组织——在跨多条汇报线的组织结构中协调资源的能力
|
||||
- [[StakeholderManagement]]：维护所有利益相关方群体的定期沟通节奏，提供诚实透明的报告，即使传递困难消息
|
||||
- [[ChangeManagement]]：通过严格的变更控制流程管理项目范围、预算和时间表的变更，确保范围蔓延低于 10%
|
||||
- [[RiskMitigation]]：在风险影响项目结果前主动识别和缓解，90% 的已识别风险通过系统性计划成功化解
|
||||
- [[ProjectGovernance]]：建立决策权限明确的项目治理结构，确保所有决策有文档记录并遵循审批流程
|
||||
- [[ResourceOptimization]]：平衡资源利用率，防止团队倦怠并保持质量，追踪实际工作量与估算的偏差以改进未来规划
|
||||
|
||||
## Key Entities
|
||||
- [[ProjectShepherd]]：AI Agent 项目管理人格定义，专职跨职能项目协调、时间线管理和干系人对齐
|
||||
- [[ProjectCharter]]（模板）：定义项目概览、干系人分析、资源需求和风险评估的文档模板
|
||||
- [[ProjectStatusReport]]（模板）：包含执行摘要、进度更新、问题风险和干系人行动的定期报告模板
|
||||
- [[ExecutiveSponsor]]：执行发起人——拥有决策权威和升级终点的干系人角色
|
||||
- [[CrossFunctionalProjectTeam]]：跨职能项目团队——由多个技能领域成员组成的核心项目团队
|
||||
- [[ProjectShepherdAgent]]：The Agency 框架中的跨职能项目协调和利益相关方对齐专家，专注于将跨职能混乱引导为按时、按范围交付
|
||||
|
||||
## Connections
|
||||
- [[ProjectManagementStudioOperations]] ← extends ← [[ProjectShepherd]] — Studio Operations 是项目管理在创意制作场景的延伸
|
||||
- [[ProjectManagementSenior]] ← related_to ← [[ProjectShepherd]] — 两者都是项目管理者，但 Senior PM 侧重高级战略，Shepherd 侧重跨职能协调执行
|
||||
- [[AutonomousProjectManagement]] ← depends_on ← [[ProjectShepherd]] — 自主项目管理依赖 Shepherd 提供的工作流和模板框架
|
||||
- [[ProjectStateManagement]] ← related_to ← [[ProjectShepherd]] — 两者都涉及项目状态跟踪，但 State Management 偏向事件驱动替代看板的方法论
|
||||
- [[ProjectManagerSenior]] ← related_to ← [[ProjectShepherdAgent]]
|
||||
- [[ProjectManagementStudioOperations]] ← related_to ← [[ProjectShepherdAgent]]
|
||||
- [[ProjectManagementJiraWorkflowSteward]] ← supports ← [[ProjectShepherdAgent]]
|
||||
- [[ProjectManagementExperimentTracker]] ← supports ← [[ProjectShepherdAgent]]
|
||||
|
||||
## Contradictions
|
||||
- 无明显内容冲突。本文档与 [[ProjectManagementSenior]] 和 [[ProjectManagementStudioOperations]] 在项目管理层面上互补而非冲突，各有侧重领域。
|
||||
- 与 [[ProjectManagerSenior]] 可能的差异：
|
||||
- 冲突点：职责范围与专业深度
|
||||
- 当前观点：Project Shepherd 强调跨职能协调和利益相关方对齐，方法论导向
|
||||
- 对方观点：Senior PM 可能更侧重项目执行细节和技术深度
|
||||
- 与 [[ProjectManagementStudioOperations]] 可能的差异：
|
||||
- 冲突点：项目类型关注点
|
||||
- 当前观点：Project Shepherd 专注复杂跨职能项目的全生命周期管理
|
||||
- 对方观点：Studio Operations 专注于媒体/创意项目的运营管理
|
||||
|
||||
Reference in New Issue
Block a user