计划推动进度（Progressing by Plan）

【IT168 技术文章】

　　前言

　　众多的因素影响着项目进度（project progress），但是进度管理计划（schedule management plan）无疑是推动项目进度的重中之重。本文只讨论在我司海外项目售后交付进度推进中，进度管理计划起到的作用、什么样的进度管理计划真正有意义，以及执行进度管理计划过程中需要注意的相关问题。不同项目的推进和公司体制、项目运作流程、PM行事风格以及PM管理技能等密不可分。本文抛开其它影响项目整体进度的因素，单纯从进度管理计划的角度阐述，一家之言，有所偏颇在所难免，欢迎拍砖，一起讨论。

　　本文讨论的进度管理计划（以下均简称计划）定义为：

　　根据确定的项目范围（合同规定、售前&售后交接的工作、项目执行过程中范围变更后的范围），对工作进行分解，根据交付时间或里程碑、资源、投资等要求制定的包含进度表（甘特图、网络图等）、进度表模型数据（支持进度表的相关数据、信息流等）。

　　计划推动进度（Progressing by Plan）

　　－－移动工程技术部-Zack

　　伴随着我司海外市场的不断开拓，海外的交付项目越来越多。不同的民族文化背景、不同的政治人文环境、不同的项目和网络运作模式，都使得这些交付项目变得十分复杂。在一个项目中，随着售前人员同客户的沟通和推动不断深入，项目范围变更在售后交付的过程中会经常出现。传统的售前、售后已经变得没有明确的时间界限，售前、售后的同事在一起推动、执行项目已经很常见。

　　但是，不论范围的如何变更，项目变得多么复杂，进度永远都是一个永恒的、运营商和我们彼此都最为关注的话题。进度到底有多么的重要不是我要讨论的重点，这里要说的是推动和加速进度的重要工具-计划。

　　也许你会觉得，用上一两天，甚至更长的时间把所有干系人召集到一起，坐在办公室里一起制定、确认计划，以及项目实施过程中监控计划的执行是很浪费时间的事情。但是，当你面对因为没有做好计划或执行控制不得当，导致一群人坐在办公室里多日无所事事，或者因为各个工作模块（下文简称模块）工期赶到一起，很多人因为没日没夜的加班而愤怒的抱怨，你是否会悔恨没有好好制定和执行计划呢？

　　一、为何项目不能按时交付？

　　在项目执行过程中，无论作为一个PM还是项目组成员，你是否已经清楚以下问题：

　　1.你清楚这个项目最终要交付什么吗？
　　2.你处在项目组中的哪个工作环节？
　　3.你清楚自己负责的工作现在和近期的工作安排吗？
　　4.你清楚自己的工作输入来自项目组中哪个模块的哪个负责人，以及对输入质量是否已经达成某种共识？
　　5.你清楚自己何时要把什么交付给项目组中哪个模块的哪个负责人，并且对于输出质量是否达成了某种共识？
　　6.你是否认可PM制定的近期工作目标，你是否觉得给客户的承诺是不可完成的？
　　7.你是否经常会被因为突如其来的工作或者不合理的输出时间而要加班搞得很恼火？
　　8.是否总有人突然拉你去开会，让你在不可能的时间内完成输出，而且没有人告诉你去哪里找输入，或者被人推来推去的到处乱碰？

　　9.客户质疑我们的进度，而我们拿不出项目管理的过程文档给予合理的解释，总是一味的被客户牵着鼻子走，而我们又习惯拿客户是甲方因而强势来自我开解？

　　作为PM，你是否很清楚这些问题，并已经在实践中避免这些事情的发生？是否你的项目组成员也都清楚并避免这些问题的发生？这些都是影响项目整体或者局部进度的基本因素，然而这些问题又多归结于：

　　1.没有做好计划
　　2.计划没有得到有效的执行和监控

　　二、好的计划能带来什么？

　　可以想象，一个合理的、可执行的，并且得到大多项目干系人认可的计划，会让所有人都找到自己在项目中的位置，知道自己在做什么，自己的工作在团队中的意义。清晰的流程和顺畅的配合帮助每一位项目组成员按时的、保证质量的完成工作，进而推动了整个项目的前进，同时，责任感和成就感又可以进一步激起后续工作的热情。

　　有理由相信，一份时间点清晰的、人力资源需求合理的计划摆在每一位专业部门老大的面前，要不到资源的尴尬次数一定会大大减少。

　　同客户一起制定并得到认可的计划，对客户的工作也是一种指导。描述清晰的工作条目、配合需求、时间点和责任人，会让我们的客户清楚什么时候、什么部门，给予对方哪个模块、哪位接口人什么样的配合。毫无疑问，这也是客户的对等项目组最需要的，基于此，来自客户突发的、毫无道理的需求会减少很多。

　　所有的这些良性的循环，从制定清晰的计划开始，到一个个里程碑的按期到达，项目进度会在PM的掌控中稳步的推进。

　　三、怎样的计划可以推动进度？

　　以下四点，应该视为同等的重要：

　　1.达成共识的

　　任何一个计划都不能由PM和少数几个成员拍脑袋完成（当然存在极其特殊的情况）。如果不能保证所有成员参加计划的制定，至少每个模块的负责人一定要出席。PM要彻底澄清项目的范围，要确保在每个模块清楚需求的情况下再开始制定计划。

　　最终的计划要得到项目组内所有模块的认可，并通过face-to-face的会议，得到客户方面对等项目组的认可。对无法达成一致，协商后要求我方必须修改的，项目组内部需要再次进行讨论调整，达成一致（这种一致，少不了PM的协调、推进，同时公司的授权、PM协调的方式和方法，以及个人魅力都缺一不可）。

　　达成共识是各方承诺的一个过程，有利于接下来计划的执行。这种共识是由PM and team members→XXX’s Project team and Customer’s project team→PM and PMO→PMO and High level manager→XXX and Customer逐级达成的，进而又会相互促进。