FDE.LI 六端标准 v1.0

前言

版本
1.0
维护方
炎煌纪元(深圳)科技有限公司(署名:炎煌纪元 FDE 团队)
许可
CC BY 4.0

目录

  1. 1 范围
  2. 2 术语和定义
  3. 3 六端要求规范性
    1. 3.1 无感 条款正文还在整理
    2. 3.2 涌现 条款正文还在整理
    3. 3.3 高容错 条款正文还在整理
    4. 3.4 权限边界 条款正文还在整理
    5. 3.5 可追溯 条款正文还在整理
    6. 3.6 可度量 条款正文还在整理
  4. 4 进场(前期)
  5. 5 设计(前中期)
  6. 6 验收与转岗(中期)
  7. 7 迭代(后期)
  8. A 附录 A(资料性)模式库
  9. B 附录 B(资料性)脱敏范例

1 范围

本标准讲一件事:怎么把 FDE 做对。

本标准规定 FDE 项目交付要满足的六端要求(第 3 章),并按进场、设计、验收与转岗、迭代四个阶段给出做法(第 4 至 7 章)。附录 A 的模式库和附录 B 的脱敏范例是资料性内容。

4 进场(前期)

进场时按六端做信息自检,每一项写明对交付的影响;客户明确接受的缺口可以接受。

进场的前四周按下面的顺序推进。

第一周:按工作实际的做法跟岗观察,而不是按文档里写的流程;第一天就开始测量基线。基线测量有时效:系统一旦开始影响工作方式,记录「改动之前」的窗口就永久关闭了。

第二周:从工单、聊天记录、邮件和文档里,整理出业务用语、先例,以及从来没人写下来的例外。每个集成点都手工测试一遍,因为接口文档通常缺失或有误。起草高风险操作清单和数据分级。

第三到第四周:拿到三份签字确认:高风险操作清单、数据分级,以及对客户选择不具备的条件的书面确认。人工兜底按真实响应时间实测,而不是只做承诺。能力地图收口。

之后:签字到手、基线已记录、能力地图定稿,这时才写第一行代码。

5 设计(前中期)

本章正文还在整理,定稿后发布在这里。

6 验收与转岗(中期)

项目中期按流程逐条验收六端。

转岗优先(人随瓶颈走)。以裁人为目标的设计,我们不做,也做不好。

7 迭代(后期)

本章正文还在整理,定稿后发布在这里。