草根程序员转型做项目管理走过的点点滴滴之(七、八)人团队

这个系列的文章只是把我个人的经历记录一下，里面涉及到的观点属于个人观点，如果不妥之处请多多指教。

续接着上篇(五人团队)： 草根程序员转型做项目管理走过的点点滴滴之五人团队

五人团队的时候整个工作流程基本初步形成，但是经过一两个小型项目考验之后，各个环节都表现出了一些不足之处。但是有一点改变是值得肯定的，就是项目组织变化为双管理的模式，因为两年多来手里积累的项目多了，再加上经常出差，无法保证当前项目的足够时间投入，采取双管理模式后可以尽最大可能的保证整个团队的高效的工作。

七、八人团队的工作流程及方式

Step1：需求调研，需求调研过程文档化下来后，也只是初期的需求调研在客户现场进行，后续的基本都是通过电话、邮箱或者即时通讯工具进行的。造成了后续需求沟通的低效性，针对这个阶段，我的观点是定期的要去客户那里现场沟通，虽然会给单位带来一些成本的增加，但是我觉得还是值得的，一两个人的造成的成本增加，如果能换来整个团地的高产能绝对值。

Step2：原型系统的开发，这里要突出提及的两点是：1、快速的原型开发模式；2、高产值的原型开发模式,数据可以前端模拟(建议是前端从xml加载数据)，但是由于公司框架已基本成熟，因此除了服务端的代码(WCF、BL、DL)其它的代码基本可以无需修改的投入生产环境了。针对原型系统还有一点要讲一下，针对新开发的客户(要求比较苛刻的)原型系统也要进行完整的测试。

Step2：概要设计，根据需求调研的产物形成一份概要设计(不要太详尽)，在原型系统结束后还要对该文档进行一次更正。

Step3：进度安排，进度制定上要明细到每一个模块上，制定出计划后，如果无法保证如期完成就需要向技术总监汇报情况，来决定是增加人员还是联系客户告知延时交付。

Step4：框架搭建，由于前几个项目的技术积累，框架已经形成了Spring.Net、Sliverlight、Gis、CodeAutoGenerateTool等技术较好的整合。

Step5：项目启动会议，把整个项目向大家介绍一下，把模块的业务功能表述给大家，并且把工作任务安排下去。

Step5：模块样式书编写，一种介于概要设计与详细设计之间的一种产物。样式书编写完成后会有一个统一的样式书评审会议，全员参与的方式进行。在之前的工作过程中总结出了一套模块样式书自检(互检)书，通过结对检查的工作方式，可大大的缩短样式书评审会议的时间消耗。

Step6：代码编写，有一份编码规范，对接口、类、方法、变量、控件等编码过程中常见情况进行统一规范，代码采取互检的审查方式，项目管理者采取抽查的的审查方式。

Step7：测试，总结了一个功能点互检书，业务点互检书，通过结对的方式开展。

Step8：实施上线，开始尝试制作Web程序安装包，降低发布工作的消耗。

Step9：发布升级版本，数据库的变更文档化脚本化下来；每次发布的版本包，源程序进行了保存管理。

总结一下优劣势

   优势：

   采取了项目双管理工作模式，对整个项目团队的效率提升起到了一定的作用。

   劣势：

        由于团队建设的过程比较短暂，而且项目组人员还在不断的扩张，怎样让团队更高效的工作？怎样让团队更团结更具有整体性？  怎样完善项目进行的各个阶段？都是我们这个新团队的需要逐步去解决的问题。

     随后我会写一篇十、四五个人项目组的管理方法(分组管理方式)。 感谢陪我成长的每一个项目。

   草根程序员转型做项目管理走过的点点滴滴之(十四、五)人团队