泛微项目交付总控
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_040dcc29/weaver-project-delivery。
技能介绍
交付团队在协调什么
泛微类项目往往同时挂着需求澄清、方案编制、文档产出、演示准备和数据迁移等多条工作线。若每条线各自开工,很容易出现上下文不一致、确认口径分裂,以及「这一步做完不知道该交给谁」的断点。本技能定位的是总控协调层:它不替代各专业交付包,而是把入口收敛到一个可复用的协作流程里。
核心能力与工作方式
技能侧主要负责四件事:
- 需求识别:把客户表述、范围变更和隐含约束整理成可继续推进的交付问题,而不是直接跳进某一类文档模板。
- 业务能力准备:判断当前阶段需要哪些能力模块(计划、材料、文档、演示、迁移等),并说明应由哪类独立专业包承接。
- 上下文传递:把已确认的前提、边界、依赖和未完成项打包给下游执行方,减少重复问同样的问题。
- 确认与续作编排:组织关键节点的确认,并明确后续依赖与触发条件,避免「材料已写好但没人签收」的悬空状态。
可以把它理解成交付现场的路由与编排:总控负责「认路、分派、对齐」;具体计划书、实施材料、操作文档、Demo 脚本和迁移成果,仍由对应专业包按各自规范完成。
适用边界
- 适合已有泛微交付分工、并希望统一入口与 handoff 的团队;不适合指望单个技能包办全部交付物。
- 若项目缺少明确的确认机制或专业包边界,需要先补齐组织约定,否则总控只能缓解信息散落,无法替代治理。
- 遇到强定制、强合规审计场景时,应把本技能输出当作协作索引,关键结论仍以项目章程与客户签字材料为准。
使用场景
- 新一期泛微实施启动前,需要把客户口头需求与范围变更整理成可分派给各专业包的待办清单
- 方案评审会后,要把已确认边界、依赖和未决项打包给文档组与迁移组,避免各组重复追问前提
- 客户要求加开演示环节时,需要判断应启用哪类演示专业包,并写明确认节点与后续材料依赖
- 迁移窗口临近,需要串联业务确认、迁移包执行与回滚预案的责任人及触发条件
适合人员
- 负责泛微项目入场与阶段切换的实施项目经理,需要统一协调入口而不是亲自写全量交付物
- 在客户现场牵头需求澄清的交付顾问,需要把识别结果映射到计划、文档、演示或迁移等专业包
- 跨文档、演示、迁移多条工作线的交付组长,需要固定上下文传递与确认续作的 handoff 口径
- 售前转交付的接口人,需要把商机上下文整理成各专业包可接续执行的项目前提