怎么做技术方案

一、技术方案的要求

技术方案的要求:

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文档,等等

  • 0
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值