技术评审

Posted 简单的小伙子

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了技术评审相关的知识,希望对你有一定的参考价值。

  • 目的

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

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

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

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

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

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

以上是关于技术评审的主要内容,如果未能解决你的问题,请参考以下文章

“地球观测与导航”重点专项2020年度申报项目“国家PNT体系弹性化架构设计与关键技术示范验证”评审组答辩评审专家名单公告

产品经理如何与强势的技术沟通? 技术比较有资历,会以技术无法实现等方面的原因拒绝处理产品提出的需求。 你们是否遇到这样的技术? 产品懂技术的话,是不是会好一些,因为可以和技术说“行话”了,并且产品懂技

计算资历银行

评审管理小结 - 附用例评审模板

Redis技术评审要点

Redis技术评审要点