小猿日记(6) - 技术方案成长篇
口水记 今天参加了团队内一个新功能的技术评审,虽然自己不参与开发&设计,不过去蹭蹭经验也是挺好的,关于一些需求/设计提下自己的建议。 从需求评审一直跟到了技术评审。 由于时间比较紧急,属于倒推项目,虽说后面增加了几个后端开发,但是懂的都懂。 他们各自负责一部分功能的开发,技术方案出的也是比较急的,且最近的几个周六都需要加班。 相较于正常的开发这次功能,这次的项目整体时间,压缩了30%左右吧。 在技术评审的时候就体现了一些出来。 首先说说明显的不足吧,然后再说说改进 不足: 由于时间问题,技术评审明显缺少了一些设计,想哪写哪,直接写的接口,技术评审完全变成了接口评审 开发人员分工协调问题,相同功能,两个人重复过了,在会上才确认人 开发对于需求不思考目的,不关心后续的一个发展,该功能上线便万事大吉 第一点 首先针对第一点的问题,虽然时间很紧,但是必要的一些方案还是不可少的。 简单的描述,就是下面几点: 功能的UML图 系统整体架构 数据库设计 核心功能的流程图 是否使用了团队之前未使用到的新技术(发现在很多团队并没有这点的一个说明,这点其实挺重要的,特别是对于一些倒推项目,很容易导...

