口水记

今天参加了团队内一个新功能的技术评审，虽然自己不参与开发&设计，不过去蹭蹭经验也是挺好的，关于一些需求/设计提下自己的建议。

从需求评审一直跟到了技术评审。

由于时间比较紧急，属于倒推项目，虽说后面增加了几个后端开发，但是懂的都懂。

他们各自负责一部分功能的开发，技术方案出的也是比较急的，且最近的几个周六都需要加班。

相较于正常的开发这次功能，这次的项目整体时间，压缩了30%左右吧。

在技术评审的时候就体现了一些出来。

首先说说明显的不足吧，然后再说说改进

不足：

• 由于时间问题，技术评审明显缺少了一些设计，想哪写哪，直接写的接口，技术评审完全变成了接口评审
• 开发人员分工协调问题，相同功能，两个人重复过了，在会上才确认人
• 开发对于需求不思考目的，不关心后续的一个发展，该功能上线便万事大吉

第一点

首先针对第一点的问题，虽然时间很紧，但是必要的一些方案还是不可少的。
简单的描述，就是下面几点：

• 功能的UML图
• 系统整体架构
• 数据库设计
• 核心功能的流程图
• 是否使用了团队之前未使用到的新技术（发现在很多团队并没有这点的一个说明，这点其实挺重要的，特别是对于一些倒推项目，很容易导致延期）

上面几点是基于整个团队来思考的，文档中应该要有的。
而且在技术方案中，应该是需要过的。这次的技

文章来源: chenhx.blog.csdn.net，作者：谙忆，版权归原作者所有，如需转载，请联系作者。

原文链接：chenhx.blog.csdn.net/article/details/106266133