由于部门中项目组繁多，有幸接触了一些项目组开发的开发过程以及开发方法。发现一个比较有意思的特点，一堆人特别热衷于比较流行的软件改进过程，比如RUP以及XP，但是真正实际对于我们各个项目组是否需要好像没有人关心，大家的注意点都在先进的过程改进上。就好比MBO中很多人都容易犯的一个错误，一开始确定了一个目标之后，然后大家的目光都齐刷刷的盯着最终的目标，认为只要是先进的方法就拿过来，不管拿过来之后会产生什么水土不服。

　　RUP以及XP的过程管理方法的确有其优势。比如统一规范、设计、开发以及测试驱动开发、迭代速度快、分阶段交付等等优点（目前我们也的确是这样实施，不过根据项目组的实际情况，我们实施起来显得更加松散以利于项目组人员的调配）。当然，实施这些的基础就是统一开发人员的开发方式以及开发思想，这又回到了人员管理的问题上，因而项目组在招聘新人时，我常常建议出一些主观题来分析考察应聘者的思维方式以及思维能力，而不是应试能力。对于目前我们项目组的特殊情况，人员流动大，核心骨干少且围绕我们项目组的其他项目组与我们项目组之间衔接中又出现了断层，很难做到统一一致，加入这个时候就赶鸭子上驾似乎为时过早。

　　所以，我的计划的先抓人员的能力的培训，以SOP来规范开发人员中的每一个开发细节，开发方法，开发习惯。先以本组为目标实施的爆破点，如果我们组做好了，再扩展到其他组，如果其他组都做好了，整个项目组也就都做好了，这样项目组也就成熟了，再实施任何过程改进都能很顺畅的实施。就好比城市中布水管一样，在管道没有布好，基础实施没有建好的情况下，再优质、再智能的自来水也不会自己跑到每一户人家中去，只有各根水管都进入到了每一个小区、每一栋楼、每一户时，干净的自来水才能遍布全市每一个角落。