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

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

　　4、制定进度计划并实施

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

　　5、进度控制和变更管理

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

　　【结束语】

　　经过11个月的时间，物业管理系统终于在20xx年4月5日完成一线物业公司的推广培训应用物业系统全面上线启用和验收，并获得用户的高度评价，总结整个项目的实施过程中，仍然存在一些不足的地方，一是需求跟踪没有仔细去做，导致经常会为了并不特别需要的功能浪费很多精力，甚至有些功能根本用不到，二是团队成员的协作程度还不高，没能最大限度的发挥团队的战斗力，在沟通管理方面还存在一些缺陷等。三是在制定进度方面还应该更多的考虑资源平衡方面的问题，确保不影响项目进度的前提下降低成本。总之项目的进度管理是整个项目管理过程的重要环节，它与项目的质量、成本、人力资源管理密切相关，项目进度管理没有一种一成不变的模式，不同的项目、不同的团队，需要采取不同的进度管理模式，但最终的目标是一致的，那就是在规定的时间内完成项目的目标，满足项目干系人的期望。在今后的项目管理过程中，我会积极总结经验和教训，做好项目管理工作。