mcpField
I
implementation-planning

implementation-planning

github.com/anotb生产力6238 次安装8 周前更新
代码仓库

关于 implementation-planning

Implementation Planning Skill 用于在既定方向和约束下制定可执行计划,面向需要比较方案、安排路线图或挽救进度的团队。它强调依赖、容量、资金、责任分配和证据驱动的阶段决策。

主要功能

  1. 01比较可行执行方案
  2. 02安排工作流与依赖关系
  3. 03规划里程碑和阶段决策
  4. 04分配责任并设置治理
  5. 05核查预算、容量与风险

适用场景

  1. 01为已批准的方向制定路线图
  2. 02评估资金和执行方案
  3. 03拆解交付工作并安排责任
  4. 04规划项目恢复及应对延误

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/anotb/management-consulting-plugin --skill implementation-planning

安装后在 Claude Code 中输入/implementation-planning确认已加载。

附带文件references/scheduling-and-resourcing.md

详细介绍

实施规划

制定计划时,要兼顾资金、产能、依赖关系和已作出的决策。根据要求从相应阶段开始:比较执行方案、落实资金、设计路线图、细化工作流,或挽救进度落后的计划。如果方向和资金已经获批,就不要重复制定战略或重新编写商业论证。

使用提供的建议、约束、里程碑、资源可用情况和基线。标明未知事项,并基于已有依据推进可行部分。只有缺失的信息会妨碍制定有用或站得住脚的计划时,才提出问题。明确标注估算工期、拟议负责人和未获批准的日期;不要虚构承诺。

选择可行方案

如果执行方案尚未确定,应比较实质不同的方案,并在相关时纳入暂缓或继续当前运营的选项。先筛查硬性约束,再考虑加权偏好。高分不能弥补不具备法律资格、峰值资金无法负担或产能不可用等问题。只有权重确实反映决策者的优先事项时才使用权重;还要检验合理的权重变动是否会改变选择。

如果要求进行资金分析,应以一致的基线为参照,展示增量成本与收益、时间安排、下行风险和资金需求。区分释放的产能与现金节省,区分收入与贡献。如有财务建模工具可用,可用于大量计算;此工作流并不依赖安装该工具。不要虚构门槛收益率,也不要添加标准比例的应急资金,让计划看起来完整。

安排工作顺序

在分配活动之前,先定义成果和验收标准。按可管理的职责和明确的接口划分工作流。在承诺日期之前,梳理依赖关系、所需的客户端决策、供应商交付周期和业务日历限制。

使用排期与资源配置规划关键路径、工作量、产能和恢复方案。区分目标日期与可行预测。保障业务连续性,并在相关时考虑并行运营、培训、采用、支持和收益衡量。

选择能够随着证据增多而逐步释放承诺的推进关卡。说明所需证据、决策权限和应对方式:继续、附带有限条件继续、修订或停止。这些关卡用于执行计划,而不是起草后续阶段的前置条件。即使早期证据尚未到位,暂定的后续阶段仍可能有用。

明确责任并做好管控

为每项交付成果指定负责角色和实际执行人员。在 RACI 矩阵中,通常指定一名 A 和至少一名 R;小团队可以由同一人兼任 A/R。确认如何体现共同的法律权限或强制审批要求,不要将其隐藏在简化的矩阵中。只将那些意见会改变工作的角色列为征询对象。

如已提供客户现有的治理机制,应予以采用。根据事项重要性、剩余决策时间和权限确定升级标准,而不是使用通用的两周或 10% 阈值。如需持续报告,且有项目治理工具可用,可考虑使用。将咨询建议与客户审批权和支出权限区分开来。

交付与检查

根据所需深度,呈现成果、顺序、工作流、里程碑证据、依赖关系、产能、预算、风险,以及需要立即作出的决策或采取的行动。简短的路线图不需要配套完整的项目手册。

核验日期是否符合依赖关系、资源需求是否在可用范围内、预算是否平衡,以及收益是否有负责人负责衡量。指出限制因素及延误的后果。制定恢复计划时,应区分原始基线、当前预测和拟议的重设方案;不要通过悄然替换基线来掩盖进度落后。说明可能导致计划失败的风险触发条件和备用方案。

评论

支持 Markdown