技术评审
Posted 简单的小伙子
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了技术评审相关的知识,希望对你有一定的参考价值。
-
目的
- 方案是否合理,有没有强依赖行
- 使得项目人员对项目需求有深刻的理解
- 终极目标:让后来者能够看懂
-
谁需要写技术方案?谁来审核?
- 第一次参加项目的应该写技术方案
- 由资历深的人员审核
-
业务实现方案内容模块
- 修订记录
- 当产品需要迭代的版本比较多时,需要修订记录模块
- 实现细节
- 具体分析要实现哪些功能?如何实现?能画图尽量画图
- 风险点
- 一般出现在前后端的依赖
- 重难点技术学习
- 修订记录
-
评审
- 被评审者讲解自己的实现方案
- 参会者思考是否有不合理的地方?涉及到的上下游依赖没有提到?
技术评审,技术方案是不是可行,对技术方案的产出,不用去思考怎么实现,长期来说是可读性和维护性更高的,后期维护中,通过业务文档,快速的能达到维护的效果,
有一些技术方案是需要回溯的。
以上是关于技术评审的主要内容,如果未能解决你的问题,请参考以下文章
“地球观测与导航”重点专项2020年度申报项目“国家PNT体系弹性化架构设计与关键技术示范验证”评审组答辩评审专家名单公告
产品经理如何与强势的技术沟通? 技术比较有资历,会以技术无法实现等方面的原因拒绝处理产品提出的需求。 你们是否遇到这样的技术? 产品懂技术的话,是不是会好一些,因为可以和技术说“行话”了,并且产品懂技