16周基准周期:逐周任务分解+Entry/Exit Criteria
16周是FDE项目的基准周期——从启动到上线验收,16周是比较合理的节奏。太快了质量没保障,太慢了客户等不及。逐周任务分解+Entry/Exit Criteria,让项目进度可预测、可管理。
为什么是16周
16周(4个月)是从大量FDE项目中总结出来的基准周期:
① 驻场诊断:3周(第1-3周)
② 本体建模:3周(第4-6周)
③ 应用组装:4周(第7-10周)
④ 影子运行:3周(第11-13周)
⑤ 移交沉淀:3周(第14-16周)
16周的合理性:① 给每个阶段留了足够的时间,不会赶工;② 客户能接受——4个月看到效果,不算太长;③ 风险可控——每个阶段都有检查点,出了问题能及时发现和调整。
当然,16周是基准,具体项目可以调整:MVD小项目可以压缩到8-12周,复杂大项目可以延长到20-24周。但不管怎么调整,五个阶段不能少,每个阶段的Entry/Exit Criteria不能省。
逐周任务分解
第1周:项目启动。活动:项目启动会、团队组建、环境准备、客户联系人确认。交付物:项目计划、沟通机制。Exit:项目启动会完成,双方团队到位。
第2周:深度访谈。活动:客户各角色访谈(5-8人)、跟岗观察。交付物:访谈纪要(每场)。Exit:所有访谈完成,纪要客户确认。
第3周:诊断和MVD定义。活动:数据盘点、痛点排序、MVD定义、干系人地图。交付物:诊断报告、MVD需求规格。Exit:客户确认诊断报告和MVD方向。
第4周:业务流程梳理。活动:AS-IS流程梳理、TO-BE流程设计、业务规则收集。交付物:业务流程图、规则清单。Exit:业务专家确认流程和规则。
第5周:本体建模。活动:实体关系建模、属性定义、规则结构化。交付物:本体模型(ER图+规则库)。Exit:业务专家确认本体模型。
第6周:知识库搭建。活动:FAQ整理、产品/政策文档结构化、知识库导入。交付物:知识库(结构化)。Exit:知识库内容准确完整,客户确认。
第7周:系统设计。活动:架构设计、AI Agent设计、接口设计、数据模型设计。交付物:系统设计文档。Exit:设计评审通过。
第8周:核心功能开发。活动:AI Agent开发、核心业务逻辑开发、前端开发。交付物:核心功能原型。Exit:核心功能可演示。
第9周:集成和测试。活动:大模型集成、RAG配置、系统集成、内部测试。交付物:测试版系统、测试报告。Exit:内部测试通过,核心功能可用。
第10周:效果调优。活动:prompt调优、知识库优化、模型参数调整、效果测试。交付物:调优后的系统、效果测试报告。Exit:AI准确率≥80%。
第11周:影子运行准备。活动:影子运行环境配置、真实数据导入、用户培训准备。交付物:影子运行环境、培训材料。Exit:影子运行环境就绪。
第12周:影子运行第一周。活动:真实场景跑AI、AI vs人工对比、收集反馈、问题记录。交付物:第一周运行报告。Exit:系统稳定运行,无严重问题。
第13周:影子运行第二三周+调优。活动:继续影子运行、根据反馈调优、效果对比分析、用户培训。交付物:影子运行总结报告、最终调优系统。Exit:AI准确率≥85%,用户接受度高,客户确认可上线。
第14周:上线准备。活动:生产环境部署、数据迁移、灰度发布准备、运维培训。交付物:生产环境、运维手册。Exit:生产环境就绪,运维团队培训完成。
第15周:正式上线。活动:灰度发布→全量发布、上线监控、问题快速响应、用户支持。交付物:上线报告。Exit:系统全量上线,稳定运行。
第16周:验收和沉淀。活动:验收测试、客户验收、项目复盘、资产沉淀、文档移交。交付物:验收报告、复盘报告、完整文档。Exit:客户签署验收报告,项目结项。
Entry/Exit Criteria
每个阶段都有明确的Entry Criteria(进入条件)和Exit Criteria(退出条件),确保阶段之间不跳跃、不遗漏。
阶段一(驻场诊断):Entry=合同签订、项目启动;Exit=诊断报告客户确认、MVD方向达成一致。
阶段二(本体建模):Entry=诊断报告确认、业务专家到位;Exit=本体模型和知识库客户确认。
阶段三(应用组装):Entry=本体模型确认、系统设计评审通过;Exit=内部测试通过、AI准确率≥80%。
阶段四(影子运行):Entry=测试版系统就绪、真实数据准备好、用户培训完成;Exit=AI准确率≥85%、用户接受度高、客户确认可上线。
阶段五(移交沉淀):Entry=影子运行通过、生产环境就绪;Exit=客户签署验收报告、文档和运维移交完成。
Entry/Exit Criteria的核心是:上一个阶段的Exit不达标,就不能进入下一个阶段。强行进入,后面一定会出问题。比如诊断没做透就开始建模,模型一定会错;建模没确认就开始开发,开发完一定返工。
进度管理和风险应对
进度管理:① 每周周报(本周完成、下周计划、风险问题);② 每两周里程碑评审(对照计划检查进度);③ 每月跟客户高层同步(进展、价值、风险)。
常见风险和应对:
① 客户配合不及时(数据不给、需求不确认):应对——提前明确客户配合义务和时间节点,延迟就发正式提醒,影响进度就走变更。
② 需求变更:应对——严格走变更流程,评估对时间和费用的影响,双方确认后再执行。
③ AI效果不达预期:应对——增加影子运行时间,调优prompt和知识库,必要时调整验收标准(跟客户协商)。
④ 关键人员变动:应对——关键岗位有backup,知识文档化,人员变动时快速交接。
⑤ 技术难题:应对——提前做技术预研(POC),遇到难题及时升级,必要时引入外部专家。
进度管理的核心:早发现、早沟通、早调整。不要等问题爆了才说,那时候已经来不及了。
本节关键要点
- 1 16周基准周期:诊断3周+建模3周+组装4周+影子3周+移交3周
- 2 MVD小项目可压缩到8-12周,复杂大项目可延长到20-24周,但五阶段不能少
- 3 逐周任务分解:每周有明确活动和交付物,第3/6/10/13/16周是关键检查点
- 4 Entry/Exit Criteria:每阶段有进入和退出条件,上一阶段Exit不达标不能进入下一阶段
- 5 进度管理:每周周报+每两周里程碑评审+每月高层同步
- 6 常见风险:客户配合不及时、需求变更、AI效果不达预期、人员变动、技术难题
- 7 核心:早发现、早沟通、早调整——不要等问题爆了才说
你现在能做什么
他们会这样考你
FDE和传统IT交付的本质差异是什么?
为什么说"需求背后是人"?举一个你工作中的例子。
更多题目:进入在线考试,七套篇章卷350+题等你挑战。