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

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

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

随着项目的变大，及公司项目的增多，工作的研发团队也在不停的壮大，我们组的也是随着这波流壮大了起来，由于这段时间项目组人员流动性较强，五个、六个、七个、八个组员的情况时常交替出现，这个阶段的团队姑且称之为五人工作团队。

一、五人团队的工作流程及方式

Step1：需求调研，经过之前的几次跟随技术总结做需求调研的过程，加上慢慢的对自己从事的这个水利行业软件业务知识逐渐增多，自己已经可以做一定项目的调研工作了，白天跟客户交流，晚上把白天的交流的问题总结下来，并且文档化下来(现场交流记录，时间、地点、参与人员、沟通的事项[区分出确定的与待确定的项目])。

Step2：概要设计，根据需求调研的产物形成一份概要设计(不要太详尽)。

Step3：进度安排，根据技术合同的时间节点制定项目进度安排。

Step4：框架搭建，由于前几个项目的技术积累，框架已经形成，核心不变，周边的东西可以根据项目的实际情况定制一些。

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

Step5：模块样式书编写，一种介于概要设计与详细设计之间的一种产物。式样书编写完成后会有一个统一的样式书评审会议，全员参与的方式进行。

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

Step7：测试，本阶段基本还是无序的状态，只是投入了一定的人力，时间，保证了一定的质量。

Step8：实施上线、验收。

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

二、总结一下优劣势

   优势：

       这个时候的团队，项目的每个过程开始向着有序的方向发展；有些工作开始采取了结对工作的模式，如代码互审；团队开始培养各个方面骨干，需求分析骨干、技术骨干、测试骨干等；五人团队是一个效能比较高的团队。

  劣势：

      由于团队建设的过程比较短暂，项目进的各个方面还有需要待完善的地方；比较软肋的一大块块是测试部分，急需有所提升。

     随后我会写 一篇七八个人项目组的管理方法(把项目进行的每个过程进行完善)；一篇十四五个人项目组的管理方法(分组管理方式)。 感谢陪我成长的每一个项目。

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