[文章作者：狂奔的鹿（陆松林）本文版本：v1.0 转载请注明原文链接：http://www.cnblogs.com/dynamiclu/]
记得曾有一大领导提过，项目管理不是理论上学习的，而是实际经验总结出来的。本码农没拿过PMP，也没作过全职的项目经理。 工作若干年，接触到若干多项目，大到20个同时开发一年的，小到2个人半个月完成的。 仔细思量，并是项目管理的操作要接地气，不同公司架构、不同的资源，不同性质的项目，以及项目成员对项目的进度都有影响。 扯一扯互联网公司影响项目开发进度的三个因素。
1.计划
计划包括需求分析、程序设计、模块划分、任务量评估、进度安排。 很多团队把需求作得很规范，很细致，一个登陆的功能会有流程图，还有长篇的对流程说明的文字，共20页以上。需求文档、设计文档、数据库文档、架构文档等。
文档太多，导致书写文档占用大量时间，文档变更困难。 文档只是便于沟通的工具，建议不要过于庞大，但也不能没有文档，文档需要包括，需求的疑点、重点、技术的难点等。 模块划分、任务量评估， 这些是计划的重点。总之那些容易产生沟通不一致的地方最需要文档化。
功能模块列表
如上图功能模块列表
模块列表实际上是也是需求的分解。如，项目包括前台、后台，前台有登陆模块，后台有登陆用户统计模块。 模块的划分，跟任务挂沟。 一个模块（即一个任务）它的开发工作量最好控制在3天以内，至少要细化4个小时一个任务。 不光写代码工作有任务量，测试环境、生产环境的搭建，画ER图，建表建库都要算在一起，甚至包括开会时间。
开发任务排期表
开发任务排期表一定要有里程碑的过程。开发可工作分三个阶段： 初级阶段（占开发周期的10%-15%时间，包括准备性开发，如搭建程序框架,DB配置），冲刺阶段（并行所有的开发工作占60%），收尾阶段（占25%的时间，变更，开发自测）。此分阶段的方式适合三个月以内的项目。里程碑是重中之重，完整的开发计划，是后续工作顺利的基础。
2.沟通
(一) 需求理解的沟通
项目需求文档准备好后，项目开启动会，采用广播的形式
(二) 模块分配工作的沟通
- 各个模块的时间具体各自的开发的同学自已提供
- 根据不同的业务熟习程度，技术特长点，各其所长地分配任务
(三) 进度跟进的沟通
项目的计划、时间表、任务分配完成透明化是进度跟进的前提。
群组沟通。群组的进度沟通比较有效，谁都不想拖团队的后腿。
(四) 问题反馈的沟通
群组沟通、提高沟通效率。
3.变更
在项目的计划阶段，需求分析时充分沟通，防止不必要的变更。没有变更是不可能的，项目的整个开发过程中要预留冗余的时间，用来给变更，自测用。 同时可保证整个项目的工期。
[文章作者：狂奔的鹿（陆松林）本文版本：v1.0 转载请注明原文链接：http://www.cnblogs.com/dynamiclu/]