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

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

   续接着上篇(一人团队)： http://www.cnblogs.com/luyongchao/archive/2012/12/27/2835006.html

   一个人做完一个项目后，按照时间顺序依次是一个三人团队的项目；一个一人项目；另外一个三人团队的项目。

第一个项目可以说是只做了比较糙的一版就移交给分公司那边去负责了。一个人的项目让我接触了到了公司的水利主业务，积累了第一个客户。另外一个三人团队项目赶在11年年底完活了，客户使用了一年后在12年12月的时候整体提了一次问题列表，还好当初跟我做项目的两个孩子都还在。

一、叙述一下三人团队的工作流程及方式：

Step1：项目一开始的需求调研需要技术总监帮着一起做一下，这个过程也是自己拼命学习的地方，这个世界上不怕不会不擅长，怕的是你不去学习。

Step2：项目技术架构(姑且这么称呼)，自己要有一个总体思路，梳理清楚后，要向你的技术总监进行汇报，毕竟自己还很年轻，多需要前辈指点指点。随后的技术架构的实现还是要由自己来完成的，确保正确了实现了自己的想法，并且尽可能使之健壮、易维护、可扩展。这期间可以把概要设计文档编写完成。

Step3：项目准备开始，根据概要设计向项目组人员表述需求；介绍技术架构，做进度安排(自己也要参与到编码过程中去)。

Step4：编码及测试，这个过程我认为是最重要的，也是最无序的。组员用程序表述的需求是否正确，组员编写代码的Review，UI端的统一风格，整体的表现形式，操作是否更加客户化等等，测试阶段个人也要充当测试主力军的角色，而且完全是凭个人能力在测试，没什么固有章法可依。这期间还有一个特别重要的事情就是培养新人，毕竟自己是从最基层一步步的成长起来的(有些大言不惭），希望把自己之前的学到的掌握到的关于软件开发的正确的东西多多的传授给他们，他们成长了我也就成长了。

Step5：项目实施，培训，项目的使用，验收。由于一般都是公司领导的关系客户，也经过我们几个的努力，实施上线的时候客户没有提出太大的修改方案，只是为了让项目顺利验收，我采取了帮着客户录入数据的做法(感谢客户帮我把数据准备好)，这样软件系统了有了一定量的实际数据，验收也就按部就班的完成了。

二、总结一下优劣势。

优势：

    以上述的工作节奏及方式工作总体上很happy。三人团队我选择了三人一排坐的方式，我在中间，有什么事情我们稍微移动下头就可以组成一个讨论组，内部沟通很顺畅，及时；沟通的同时肯定会带来进步，三人行比我师，在培养新人的过程中我也从他们身上学到了很多。

  劣势：

    作为项目管理者的我那时候是最喜欢三人的工作组的模式，即满足了我项目管理者的欲望，同时还保留了我技术热爱着的狂热，管理项目的同时我也积极的参与到编码工作中去，而且乐于此，可是走过那段时光后，我也切身感受到了不合理性,作为项目负责人，服务客户、服务公司、服务项目组成员，让项目以合理的节奏，顺利的完成才是我的主要工作职责，不可深深的陷入到某一点，而失去了大局；还有一个大的劣势就是现在的工作方式显得有些太过随意(虽然我个人认为三人团队这种方式挺合适的)，任何步骤都没什么章法可寻，随便举个例子，一旦项目人员流失了，很可能他们负责的部分就成了没人敢触及的地方；更主要的是公司领导也不希望有这样随意的工作团队，他们更喜欢一切皆可把控的工作团队。

    随后我会写一篇五个人项目组的管理方法； 一篇七八个人项目组的管理方法；一篇十四五个人项目组的管理方法。 感谢陪我成长的每一个项目。