【摘要】
2013年5月至2014年4月，根据某市水资源管理中心的需求，我所在的某科技有限公司组织了“水资源实时监控与管理系统项目“的开发，我作为乙方的项目经理负责整体规划、组织实施与管理控制的工作。这是一个主要包括实时信息服务、取水许可管理、地下水管理、水资源费征收管理、入河排污口管理、计划用水和节水管理的综合管理系统。本文以该项目为例，结合作者实践，讨论信息系统项目中的进度管理问题，从活动定义、排列活动顺序、估算活动时间和资源、制定进度计划，使用偏差分析、对比状态必要时调整进度表等方法合理控制进度等方面，确保项目如期按质完成。目前该系统已正式投入运行，状况良好受到客户一致好评，很大程度上得益于项目整体管理工作做的扎实到位。 最后总结了本次项目管理的不足和取得的经验教训。
【正文】
为了项目落实省水利厅加强对水资源监控与管理的号召，该市水资源管理中心积极推进水资源监控与管理的信息化建设，从2009年以来，预计总投资930万预计建设工期为2年，分两期进行。该“水资源实时监控与管理系统项目”的建设涵盖全市范围内的水资源管理网络信息系统，以区县水资源监控为重点，是一个集采集、传输、存储、应用、管理、分析、信息发布等于一体，涉及面广，技术复杂、实用性强，建设周期长的网络信息系统，是一个既有系统的软件硬件建设，又有通讯、基建、网络、水量监测、地下水位监测的工程建设。该项目采用公开招标的方式，我公司在众多参与竞标的单位中脱颖而出，并顺利中标项目二期工程的开发，项目承建费用为370万，预计建设工期为11个月，在开发合同签订之日开始算起，根据合同要求二期工程主要完成应用系统建设，包括构建水资源数据库及管理平台，建设包括实时信息服务、取水许可管理、地下水管理、水资源费征收管理、入河排污口管理、计划用水和节水管理、水功能区管理、饮用水源地管理以及综合统计等应用系统，针对水资源管理系统可控性和可视性的特点决定采用B/S架构平台和SSH主流Web应用框架，因本项目对系统的安全以及可靠性等方面有着较高要求，我司决定采用三层架构模式的J2EE环境作为运行环境，采用oracle 10g为数据库环境。
该信息化建设系统投资规模较大，开发工作量较大，工期要求较短，质量要求高，而且该项目涉及的干系人面广人多，因此作为项目经理我认为应该将主要精力放在项目进度管理上，科学地运用相关理论知识并结合我司CMMI3项目管理过程域的具体要求，做好项目进度管理的工作，才能满足项目各方干系人对项目成功的渴求，从而带领整个项目团队走向成功。下面分别从活动定义、排列活动顺序、估算活动时间和资源、制定进度计划、控制进度等方面对项目进度管理过程和相关问题加以简要论述。
1、定义活动
活动定义是确定为完成项目必须进行的各项具体活动和工作内容，在项目需求分析阶段结束我们开始创建工作分解结构WBS和制定详细的进度表，我们认为工作量的估算是制定进度表的基础，对于项目的进度管理十分关键，为了保证分解的活动能够全面覆盖，我们根据现行的B/S系统以及确定后的WBS进行活动定义，采用自上而下法分解工作包成一个个具体的活动并形成清晰的活动清单。之后利用滚动式规划法进行工作安排，近期要完成的工作分布在工作分解结构的最下层，远期要完成的工作分布在工作分解结构的高层，随着项目工作的不断进展，项目工作分解结构逐步清晰、明确。
2、排列活动顺序并识别关键路径
根据活动定义，我将所有的活动进行了排序，通过活动前后顺序确定活动之间的依赖关系，通过前导图的方法将所有活动之间的依赖关系整理成项目网络图。例如在确定活动之间的依赖关系时，我组织召开了一次由团队成员、技术和业务专家参与的会议，会议上业务专家首先介绍业务流程以及分析流程应该包括的操作步骤，其次技术专家对业务专家的分析进行业务活动分解，达到业务模块化及业务功能化，并形成活动文档清单。最后，依据业务专家的业务分析、技术专家的业务分解以及业务之间存在的依赖关系，对分解后的业务功能进行优先级排序，并绘制出活动进度网络图PDM，通过网络图识别活动历时最长的路径为关键路径。
3、活动资源估算与历时估算：
在业务活动分解完成后，为保证有充足的资源和时间去完成，我组织召开了会议，会议邀请团队所有成员以及技术和业务专家参与，技术和业务专家对每一个具体的工作活动提出需要的资源条件，采用自下而上的方式进行估算，对每一层下面具体的工作所需资源进行估算，最后将所有资源进行汇总。对于活动时间的估算我们使用活动历时三点估算法，特别是在系统测试的时候，我要求测试人员进行三点估算法，最乐观的时间为2周，最可能的时间为5周，最悲观的时间为7周，通过三点估算法计算出估算时间为4.1周，通过三点估算法，可有效估计活动的持续时间。
4、制定进度计划并实施
我们定义的项目活动和进度网络图PDM为依据，使用 MS project 2007 生成甘特图和项目进度计划粘贴于项目公告栏并分发给项目干系人。在制定了详细的进度计划表时，我们在确定每一项任务时都确定该任务的工作量、开始时间、持续时间、结束时间。同时让每个小组成员知道自己所承担任务的时间表，小组成员根据自己的任务制定自己的详细工作计划，组员的计划有组长进行审核监督。具体执行过程中，要求每位组员用统一格式填写工作日志表、周度、月度计划表。每天填写的日志表内容包括目标、今天工作完成情况、明天的工作计划安排、存在问题等；通过周度和月度计划表填写本周以及本月目标和完成的工作、计划完成的工作。每周周一上午组员用一个小时向小组负责人汇报工作进展和计划并讨论本周待解决问题，小组负责人做详细汇报记录后，每月月末向我做月度工作汇报。此外，我们还加强与组员的沟通随时了解项目实际进展情况。工作进度结论中必须使用“完成”和“未完成”两种状态。采用这些方式，做得一切尽在掌握中，我们可以随时了解该项目的实际进展情况，根据实际情况调整项目进度和人员安排。当出现延期或者一些不可预料的情况的，即时采取相应措施。
5、进度控制和变更管理
计划制定并是时候，我通过对计划的实施情况进行跟踪和控制，定期将其与计划进行比较，及时发现和纠正偏差，确保项目如期按质完成，如上所述，本人主要用了日志、项目周报、项目月报的形式对项目展开跟踪并采取相应纠正措施。再比如在早期需求分析过程中，我在项目需求调研之后，发现甲方并没有严格定义现在系统的新功能，造成项目在项目初期项目范围没有明确界定，需求难以定义和项目工期紧的原因，为了确保项目不出现多次返工的情况，我们选择前期采用快速原型模式，后期迭代模式进行开发，设计与编码同时进行，尽量保证项目人力资源没有闲置的情况，随着项目的开展，客户对项目的认识也逐步加深，也会产生各种各样的想法有些对项目有积极作用，有些是用户理想化的想法，很难实现，所以迫切变更控制系统进行需求设计等的控制。为了防止范围蔓延而影响项目的进度。我在项目初期制定了变更控制流程，在需求调研基本结束开展后续工作后，所有需要进行的变更，都要严格提交变更申请单，由我和其他相关干系人组成的变更控制委员会分析对现有进度和其他因素的影响，审核是否进行变更，确定后进入项目内部使用的变更信息库，作为后续修改、跟踪、查询的依据。
【结束语】
经过11个月的时间，物业管理系统终于在2014年4月5日完成一线物业公司的推广培训应用物业系统全面上线启用和验收，并获得用户的高度评价，总结整个项目的实施过程中，仍然存在一些不足的地方，一是需求跟踪没有仔细去做，导致经常会为了并不特别需要的功能浪费很多精力，甚至有些功能根本用不到，二是团队成员的协作程度还不高，没能最大限度的发挥团队的战斗力，在沟通管理方面还存在一些缺陷等。三是在制定进度方面还应该更多的考虑资源平衡方面的问题，确保不影响项目进度的前提下降低成本。总之项目的进度管理是整个项目管理过程的重要环节，它与项目的质量、成本、人力资源管理密切相关，项目进度管理没有一种一成不变的模式，不同的项目、不同的团队，需要采取不同的进度管理模式，但最终的目标是一致的，那就是在规定的时间内完成项目的目标，满足项目干系人的期望。在今后的项目管理过程中，我会积极总结经验和教训，做好项目管理工作。