小猿日记（6） - 技术方案成长篇

口水记

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

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

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

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

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

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

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

不足：

由于时间问题，技术评审明显缺少了一些设计，想哪写哪，直接写的接口，技术评审完全变成了接口评审

开发人员分工协调问题，相同功能，两个人重复过了，在会上才确认人

开发对于需求不思考目的，不关心后续的一个发展，该功能上线便万事大吉

第一点

首先针对第一点的问题，虽然时间很紧，但是必要的一些方案还是不可少的。

简单的描述，就是下面几点：

功能的UML图

系统整体架构

数据库设计

核心功能的流程图

是否使用了团队之前未使用到的新技术（发现在很多团队并没有这点的一个说明，这点其实挺重要的，特别是对于一些倒推项目，很容易导致延期）

上面几点是基于整个团队来思考的，文档中应该要有的。

而且在技术方案中，应该是需要过的。这次的技

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。