技术评审

  • 目的

    • 方案是否合理,有没有强依赖行
    • 使得项目人员对项目需求有深刻的理解
    • 终极目标:让后来者能够看懂
  • 谁需要写技术方案?谁来审核?

    • 第一次参加项目的应该写技术方案
    • 由资历深的人员审核
  • 业务实现方案内容模块

    • 修订记录
      • 当产品需要迭代的版本比较多时,需要修订记录模块
    • 实现细节
      • 具体分析要实现哪些功能?如何实现?能画图尽量画图
    • 风险点
      • 一般出现在前后端的依赖
      • 重难点技术学习
  • 评审

    • 被评审者讲解自己的实现方案
    • 参会者思考是否有不合理的地方?涉及到的上下游依赖没有提到?

技术评审,技术方案是不是可行,对技术方案的产出,不用去思考怎么实现,长期来说是可读性和维护性更高的,后期维护中,通过业务文档,快速的能达到维护的效果,

有一些技术方案是需要回溯的。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值