1、定义活动

　　活动定义是确定为完成项目必须进行的各项具体活动和工作内容，在项目需求分析阶段结束我们开始创建工作分解结构WBS和制定详细的进度表，我们认为工作量的估算是制定进度表的基础，对于项目的进度管理十分关键，为了保证分解的活动能够全面覆盖，我们根据现行的B/S系统以及确定后的WBS进行活动定义，采用自上而下法分解工作包成一个个具体的活动并形成清晰的活动清单。之后利用滚动式规划法进行工作安排，近期要完成的工作分布在工作分解结构的最下层，远期要完成的工作分布在工作分解结构的高层，随着项目工作的不断进展，项目工作分解结构逐步清晰、明确。

　　2、排列活动顺序并识别关键路径

　　根据活动定义，我将所有的活动进行了排序，通过活动前后顺序确定活动之间的依赖关系，通过前导图的方法将所有活动之间的依赖关系整理成项目网络图。例如在确定活动之间的依赖关系时，我组织召开了一次由团队成员、技术和业务专家参与的会议，会议上业务专家首先介绍业务流程以及分析流程应该包括的操作步骤，其次技术专家对业务专家的分析进行业务活动分解，达到业务模块化及业务功能化，并形成活动文档清单。最后，依据业务专家的业务分析、技术专家的业务分解以及业务之间存在的依赖关系，对分解后的业务功能进行优先级排序，并绘制出活动进度网络图PDM，通过网络图识别活动历时最长的路径为关键路径。

　　3、活动资源估算与历时估算：

　　在业务活动分解完成后，为保证有充足的资源和时间去完成，我组织召开了会议，会议邀请团队所有成员以及技术和业务专家参与，技术和业务专家对每一个具体的工作活动提出需要的资源条件，采用自下而上的方式进行估算，对每一层下面具体的工作所需资源进行估算，最后将所有资源进行汇总。对于活动时间的估算我们使用活动历时三点估算法，特别是在系统测试的时候，我要求测试人员进行三点估算法，最乐观的时间为2周，最可能的时间为5周，最悲观的时间为7周，通过三点估算法计算出估算时间为4.1周，通过三点估算法，可有效估计活动的持续时间。

　　4、制定进度计划并实施

　　我们定义的项目活动和进度网络图PDM为依据，使用 MS project 20xx 生成甘特图和项目进度计划粘贴于项目公告栏并分发给项目干系人。在制定了详细的进度计划表时，我们在确定每一项任务时都确定该任务的工作量、开始时间、持续时间、结束时间。同时让每个小组成员知道自己所承担任务的时间表，小组成员根据自己的任务制定自己的详细工作计划，组员的计划有组长进行审核监督。具体执行过程中，要求每位组员用统一格式填写工作日志表、周度、月度计划表。每天填写的日志表内容包括目标、今天工作完成情况、明天的工作计划安排、存在问题等；通过周度和月度计划表填写本周以及本月目标和完成的工作、计划完成的工作。每周周一上午组员用一个小时向小组负责人汇报工作进展和计划并讨论本周待解决问题，小组负责人做详细汇报记录后，每月月末向我做月度工作汇报。此外，我们还加强与组员的沟通随时了解项目实际进展情况。工作进度结论中必须使用“完成”和“未完成”两种状态。采用这些方式，做得一切尽在掌握中，我们可以随时了解该项目的实际进展情况，根据实际情况调整项目进度和人员安排。当出现延期或者一些不可预料的情况的，即时采取相应措施。

　　5、进度控制和变更管理

　　计划制定并是时候，我通过对计划的实施情况进行跟踪和控制，定期将其与计划进行比较，及时发现和纠正偏差，确保项目如期按质完成，如上所述，本人主要用了日志、项目周报、项目月报的形式对项目展开跟踪并采取相应纠正措施。再比如在早期需求分析过程中，我在项目需求调研之后，发现甲方并没有严格定义现在系统的新功能，造成项目在项目初期项目范围没有明确界定，需求难以定义和项目工期紧的原因，为了确保项目不出现多次返工的情况，我们选择前期采用快速原型模式，后期迭代模式进行开发，设计与编码同时进行，尽量保证项目人力资源没有闲置的情况，随着项目的开展，客户对项目的认识也逐步加深，也会产生各种各样的想法有些对项目有积极作用，有些是用户理想化的想法，很难实现，所以迫切变更控制系统进行需求设计等的控制。为了防止范围蔓延而影响项目的进度。我在项目初期制定了变更控制流程，在需求调研基本结束开展后续工作后，所有需要进行的变更，都要严格提交变更申请单，由我和其他相关干系人组成的变更控制委员会分析对现有进度和其他因素的影响，审核是否进行变更，确定后进入项目内部使用的变更信息库，作为后续修改、跟踪、查询的`依据。