需求澄清
说不清的需求, 一定做不对
怎么做
- 业务访谈: 谁在什么场景下做什么, 卡在哪一步
- 把现有流程原样画出来(含表格、群聊、电话等非系统环节)
- 角色与边界: 谁发起、谁审批、谁只读, 数据归谁
- 定义成功标准: 上线后用哪几个可观察的变化判断做成了
交付物
- 需求说明书
- 现状流程图
- 角色与权限矩阵
- 验收标准草案
验收标准
双方书面确认的范围清单, 后续变更走变更单
首页 / 交付方法论
交付方法论
一个模糊的业务需求, 怎么变成一套能长期运行、并且你能完全接手的系统。七个阶段, 每一段都写清: 原则、我们怎么做、你拿到什么、怎么算通过。
7 个阶段24h 书面方案100% 源码与文档移交
方案与架构
架构决定后面所有成本
怎么做
- 关键场景先做原型, 用真实业务走一遍再定方案
- 技术选型给对比表(成本/风险/可维护性/锁定风险), 不只给一个答案
- 数据模型与接口边界先定, 避免后期互相污染
- 非功能指标前置: 并发、响应时间、可用性、数据量级
- 部署形态一并定: 公有云 / 私有化 / 混合
交付物
- 方案说明
- 架构图
- 技术选型对比表
- 非功能指标表
验收标准
评审通过, 范围与工期锁定, 此后不随意变更
工程与代码质量
交付的是系统, 不是一堆能跑的页面
怎么做
- 编码规范 + 命名约定, 写入仓库并随代码走
- 每次合并都要过 Code Review, 评审人不能是作者本人
- 静态扫描与依赖漏洞扫描进 CI, 有问题就阻断合并
- 提交信息与分支规范统一, 历史可追溯
- 关键模块补单元测试, 核心链路补集成测试
交付物
- 代码仓库
- 工程规范文档
- 扫描与评审记录
- 测试覆盖情况
验收标准
每次合并通过扫描与评审; 阻断式流程, 不靠自觉
测试与验收
每个阶段都要能验收, 不达标不推进
怎么做
- 单元 / 集成 / 端到端三层测试, 端到端覆盖主流程
- 测试用例库与需求一一对应, 用例跟着需求走
- 预发布环境与生产同构, 上线前在预发布跑通全流程
- 每个里程碑配一份验收清单, 逐条勾选
- 验收不通过就返工, 返工不额外收费
交付物
- 测试报告
- 测试用例库
- 阶段验收清单
- 预发布演练记录
验收标准
阶段验收由客户书面确认, 确认后才进入下一阶段与下一笔款
安全与数据
权限最小化, 数据可追溯
怎么做
- 按角色最小授权, 默认不给多余权限
- 敏感字段加密存储与传输, 密钥不落代码仓库
- 关键操作留日志: 谁、什么时候、改了什么
- 备份策略 + 定期恢复演练(没演练过的备份不算备份)
- 需要时支持私有化部署, 数据不出内网
交付物
- 权限矩阵
- 日志与审计方案
- 备份与恢复演练记录
- 安全基线自查表
验收标准
越权测试通过; 恢复演练成功并留下记录
上线与交接
交付的不是系统, 是你能接手的能力
怎么做
- 部署文档写清环境、步骤与回滚方式
- 运维手册写清日常巡检、常见故障与处理动作
- 账号、云资源、域名与密钥全部移交到你名下
- 面向你团队做一次培训, 并留一份培训记录
- 和你的团队一起完整演练一次真实发布
交付物
- 部署手册
- 运维手册
- 培训记录
- 源码与知识产权
验收标准
你的团队独立完成一次发布, 我们在旁边答疑
运维与持续改进
上线才是开始
怎么做
- 合同标配一年运维: 缺陷修复、小幅调整、备份、巡检、安全更新
- 故障按级别处理, 响应时效写进合同
- 定期巡检并给巡检报告, 性能与安全更新同步进行
- 变更不静默: 任何变更走变更单, 影响范围提前告知
- 每次故障给复盘, 改进项要闭环
交付物
- 响应与处理承诺
- 巡检报告
- 变更记录
- 故障复盘报告
验收标准
故障复盘有改进项, 改进项按期闭环
CHECKABLE
硬标准, 逐条对照
这些是我们在每一个项目上对自己的要求。它们可被检查, 也写进合同。
- 编码规范随仓库走, 评审人不能是作者本人
- 静态扫描与漏洞扫描进 CI, 有问题阻断合并
- 端到端测试覆盖主流程, 用例与需求一一对应
- 每个里程碑都有书面验收清单, 不达标不推进
- 返工与缺陷修复不额外收费
- 按角色最小授权, 越权测试必须通过
- 备份要定期做恢复演练, 演练过才算数
- 日志记录谁在何时改了什么, 可审计可追溯
- 源码、文档、账号与密钥全部移交到你名下
- 变更走变更单, 影响范围提前告知, 不静默上线
- 一年运维含缺陷修复、小改、备份、巡检与安全更新
- 故障分级响应, 每次故障给复盘并闭环改进