一、技术方案的要求

技术方案的要求：

1、思路清晰，一目了然。

让执行者知道自己要做什么，怎么做。

2、有计划，有结果。

什么人，什么节点，应该拿到什么结果，中间会出现的风险

二、技术方案的模板

一、背景

什么业务场景
存在什么问题
怎么解决这些问题
拿到什么目标

这里很多人在啰里啰嗦，能少字就少字，直接说清楚要解决什么问题。

这里在介绍业务场景的时候，可以加一张运用全局的架构图，表明我们的项目处于什么位置。

二、技术选型(可选)

这一步很多业务型方案可能不需要，一般在只有从0~1的过程会用到。

1、先说结论：选哪个技术，大致的原因。
2、方案一：
A、原理图或流程图
  B、优点
  C、缺点

方案二：
A、原理图或流程图
B、优点：
C、缺点：
优缺点按照以下方面讲清楚。
业务支持度，扩展性，性能，复杂度，时间成本，后续维护成本(时间和任人力)，是否临时性方案

3、表格比对。
4、再次统一结论。原因具体说清楚。

三、技术详细方案

1、原理图或流程图

这里要告诉下面要改动哪些点

2、新增或者修改的场景梳理
A、业务场景
 B、接口定义-**返回值，参数，业务代码伪代码**
 讲不清出上述两点不要出技术方案，这是基本操作，也是初级要求

四、工作量

表格列出工作量，真实估算，代码+自测。
原则：不管老板给你多大压力，不管项目多紧急，是多少就是多少。也不能因为自己能力强，没事干，故意将时间拉长。后续的工作量是以这个标准再和老板讨价还价。如果估算有问题，讨价还价的结果都是错的。项目必定存在风险。

业务场景 预估时间 责任人

总计时间，人日。

估算时间在以h为单位，看情况，如果能力强的团队，可以以0.5d为单位估算。所有大于2d的小项，都应该拆分出来

五、风险项

六、时间节奏，里程碑

将每个时间点应该完成的事情罗列出来，如：

2020年06月22日 前期数据处理
2020年06月25日 业务场景1代码完成
2020年06月30日 业务场景2代码完成
2020年07月03日 自测完成
2020年07月08日 测试团队测试完成
2020年07月09日 项目上线

七、备注(可选)

一些背景知识，PRD文档，等等