关于项目开发进度的看法

   [文章作者：狂奔的鹿(陆松林) 本文版本：v1.0  转载请注明原文链接：http://dynamiclu.iteye.com/]

 

   记得曾有一大领导提过，项目管理不是理论上学习的，而是实际经验总结出来的。本码农没拿过PMP，也没作过全职的项目经理。 工作若干年，接触到若干多项目，大到20个同时开发一年的，小到2个人半个月完成的。 仔细思量，并是项目管理的操作要接地气，不同公司架构、不同的资源，不同性质的项目，以及项目成员对项目的进度都有影响。 扯一扯互联网公司影响项目开发进度的三个因素。

 

1.计划

   计划包括需求分析、程序设计、模块划分、任务量评估、进度安排。 很多团队把需求作得很规范，很细致，一个登陆的功能会有流程图，还有长篇的对流程说明的文字，共20页以上。需求文档、设计文档、数据库文档、架构文档等。

文档太多，导致书写文档占用大量时间，文档变更困难。 文档只是便于沟通的工具，建议不要过于庞大，但也不能没有文档，文档需要包括，需求的疑点、重点、技术的难点等。  模块划分、任务量评估， 这些是计划的重点。总之那些容易产生沟通不一致的地方最需要文档化。

  功能模块列表

如上图功能模块列表

   模块列表实际上是也是需求的分解。如，项目包括前台、后台，前台有登陆模块，后台有登陆用户统计模块。  模块的划分，跟任务挂沟。 一个模块（即一个任务）它的开发工作量最好控制在3天以内，至少要细化4个小时一个任务。 不光写代码工作有任务量，测试环境、生产环境的搭建，画ER图，建表建库都要算在一起，甚至包括开会时间。

 

   开发任务排期表

 

   开发任务排期表一定要有里程碑的过程。开发可工作分三个阶段： 初级阶段（占开发周期的10%-15%时间，包括准备性开发，如搭建程序框架,DB配置），冲刺阶段（并行所有的开发工作占60%），收尾阶段（占25%的时间，变更，开发自测）。此分阶段的方式适合三个月以内的项目。里程碑是重中之重，完整的开发计划，是后续工作顺利的基础。 

 

2.沟通

(一)   需求理解的沟通

   项目需求文档准备好后，项目开启动会，采用广播的形式

(二)   模块分配工作的沟通

1. 各个模块的时间具体各自的开发的同学自已提供
2. 根据不同的业务熟习程度，技术特长点，各其所长地分配任务

(三)   进度跟进的沟通

   项目的计划、时间表、任务分配完成透明化是进度跟进的前提。

   群组沟通。群组的进度沟通比较有效，谁都不想拖团队的后腿。

(四)   问题反馈的沟通

   群组沟通、提高沟通效率。

 

3.变更

   在项目的计划阶段，需求分析时充分沟通，防止不必要的变更。没有变更是不可能的，项目的整个开发过程中要预留冗余的时间，用来给变更，自测用。 同时可保证整个项目的工期。

 

 [文章作者：狂奔的鹿(陆松林) 本文版本：v1.0  转载请注明原文链接：http://dynamiclu.iteye.com/]