标签：想法 能力 image 清除 平面 常见 规范 开发人员 角度
相信做软件开发的童鞋对软件项目周期都很熟悉，需求->设计->编码->测试，这是一个最简单、最普通的规范。但是实际项目开发中，我们又如何做到、做到多少呢？
先说个例子：我当前的开发团队：12人，整个团队3年以上资历的开发人员3人（包括经理），其余都是1年左右资历和未毕业的实习生。
1名开发经理、
3名后端开发（1名实习生）、
2名前端脚本开发（1名实习生）、
3名网页开发（1名实习生）、
2名UI设计、
1名测试
我们这个团队最大的问题就是开发进度经常滞后、测试期和发布后Bug率高。上周在开发中就出现之前已经实现过的功能，在本项目中同样需要实现，只是稍作变动。本预计是1天完成的，但是却延后了两天。从开发人员的资历角度来说，初级开发人员难以考虑到代码复用，类似功能再次开发需要花费同样时间也可以理解。但是开发人员遇到了自己无法解决的问题，后经协助确认了问题并解决。而产生问题的根本原因在于代码不规范、基础知识不理解。
由此作为开发经理我也更深刻的意识到项目进度滞后、Bug率高的重要原因之一：编码不规范。对于不规范的另一种解释就是乱，开发人员写的代码乱而无条理，最终自己也看不懂，出错也定位不到问题所在。
从上面我的团队人员数据可以看出来，团队成员太年轻化，资历尚浅。指望大家都能写出高效、可复用的代码是很困难的。所以在模块开发上就更应该加大监管力度，其次是常见编码规范，要求大家熟读，然后是测试和代码审查工作必须严抓。
下面这张图是我对项目迭代周期管控的蓝图：
项目迭代周期是一个月，按4周进行：
第一周：需求
第二周：设计
第三周：代码编写
第四周：测试、代码审查、发布
本文根据个人实际团队情况总结的对当前团队的项目管理方法，如各位大神有好的想法和建议，欢迎留言回复~
标签：想法 能力 image 清除 平面 常见 规范 开发人员 角度
原文地址：http://www.cnblogs.com/cathyhan/p/6782072.html
