项目管理流程

1：首先你要对整个项目的业务了解透彻，你才能够设计出一个优良的架构来，而且可以避免很多后期开发的问题。这方面的资料除了你自己的经验，另外看有没有相关的功能规范，测试规范什么的。熟悉业务是很必要的。

2：在了解业务流程后，写出详细的设计文档，功能文档，出数据库架构文档。到这一步，其实已经把你要做的项目细分了，有多少个功能点，每个功能点用到那几个表，功能点之间是怎么个关系都明确了。

3：建库建表，这里你一个来做就可以了，做到库结构只有一个出口。可能有没有考虑到的表需要修改，做修改文档备案，由你统一修改。这个很重要，谁都可以改的话，到时候乱了就没法控制了。

4：开会，叫上所有人，功能点列出来，点名，谁谁做这个，谁谁做那个，这时候可能有些需要你协调的了，毕竟困难的大家都不想做。如果某些人你调动不了，那就把老板抬出来。在这时候，确定好每个人的任务，还有完成任务的期限。。建档备案。提醒下，你报给老板的，应该在这个完成的基础上加多半个月到20天。提前完成你得表扬，实在出问题了，还有这段时间可以弥补，呵呵。

5：下面大家各做各的模块去了，这里要注意，如果你来集中模块完成软件的合并，那么和他们要定义好各自的接口，就是我怎么样调用你做的模块。书本上的高内聚低耦合在这里有用了。各自编码风格可能有差别，但是要求注释详细，是有好处的。

6：项目开始2，3天了，是要检查下大家的进度了。由于第4部咱们并没有细分到每一天的进度，所以也许看不出来个名堂，但开会碰头是很有必要的。各自汇报下作了什么，遇到了什么技术难题，什么业务逻辑不清楚的。有助于团队协同作战。你也可以把握下，项目基本进展到什么程度了。。如果可能的话，最好把进度细分到每一天，每个人。这样跟进累点，但可以保证项目绝对的可控。。可控的意思是说，计划20天做完的，不可能做到40天。

7：在项目过程中，你作为项目经理，是不是要请大家吃个饭？？这个也很重要。如果你聪明，那在项目开始的时候就已经吃过一次大餐了。中国有句古话：吃人嘴短，拿人手短。这样你在项目调度的时候会方便很多哦。。

8：项目做的差不多了吧，到80%的时间点的时候，要去做联调的任务了，也许某些模块在联调中出现一些问题，在这时候还来得及修正。联调开始，测试也就开始了。。都知道，测试的时间比开发的时间更长吧。根据你对业务的把握，在下面人做5，6，7的时候，你也许测试用例都出来了。OK，检验大家劳动成绩的时刻到了。这个时候要叫上老板，在流程能够跑通的情况下，很有必要把老板叫来一起看看，让他也对你们的成绩有所认识，也可以指出一些不足。

9：继续测试，继续修改，整合。

10：时间点到了，该交差了。打包，发给用户使用吧。没有设计上的缺陷，项目应该算是成功了。有些修修补补的，根据第5条的注释，也可以很容易的去做维护的。

随便写了这么多，个人的一些体会，抛砖引玉。