3. 进度管理基础:工作分解结构(WBS)创建、活动定义与排序、活动资源与持续时间估算、进度计划编制(甘特图/网络图)

各位同行,大家好。今天我们聊聊进度管理。说实话,干风电EPC这么多年,我见过太多项目因为进度失控而焦头烂额。其实,进度管理没那么玄乎,核心就四个字:拆、排、估、画。把这四个字吃透了,你的进度计划就稳了八成。

我个人习惯,拿到一个项目,第一件事不是急着排工期,而是先做WBS。为什么?因为你不把工作拆清楚,后面所有的估算、排序都是空中楼阁。你想想看,连要干什么活都没搞明白,你怎么可能知道要花多少时间、要多少人?

3.1 工作分解结构(WBS)创建

WBS,说白了就是把一个大项目,像切蛋糕一样,切成一块一块的小任务。但注意,不是乱切,是有章法的切。

WBS的创建原则:

  • 100%原则:下一层的工作加起来,必须100%等于上一层的工作。不能多,也不能少。我在项目中遇到过有人漏掉了“临时道路维护”这个工作包,结果雨季一到,运输车辆进不去,工期直接拖了半个月。
  • 独立原则:每个工作包之间要尽量独立,边界清晰。比如“基础浇筑”和“塔筒安装”,虽然有关联,但工作内容是完全不同的。
  • 可管理原则:每个工作包要能分配给一个具体的团队或个人,并且能估算时间和成本。别切得太细,也别切得太粗。我个人建议,风电项目WBS一般分解到3-4层就够了。

下面这张图,是我常用的风电EPC项目WBS顶层结构,大家可以参考一下。

风电EPC项目 设计管理 采购管理 施工管理 调试并网 项目管理 土建施工 吊装施工 电气施工 塔筒吊装 机舱吊装 叶片吊装

图3-1 风电EPC项目WBS结构示意图(局部展开)

小技巧:创建WBS时,我建议用“动词+名词”的格式来命名工作包。比如“浇筑基础”、“安装塔筒”,这样一看就知道要干什么活。别用“基础施工”这种模糊的词,容易产生歧义。

3.2 活动定义与排序

WBS拆完了,接下来就是定义活动。说白了,就是把WBS里的工作包,再细化成一个个具体的、可执行的活动。比如“塔筒吊装”这个工作包,可以拆成“吊车进场”、“塔筒卸车”、“第一节塔筒吊装”、“第二节塔筒吊装”等等。

活动排序,就是搞清楚这些活动谁先谁后。 这里有个关键概念——依赖关系。依赖关系分四种:

  • 完成-开始(FS):最常见的一种。A完成了,B才能开始。比如“基础浇筑”完成了,“塔筒吊装”才能开始。
  • 开始-开始(SS):A开始了,B才能开始。比如“电缆敷设”开始了,“电缆头制作”才能开始。
  • 完成-完成(FF):A完成了,B才能完成。比如“设备安装”完成了,“设备调试”才能算完成。
  • 开始-完成(SF):A开始了,B才能完成。这种用得少,但在某些特殊工序中会用到。

我记得有一次,项目上有个年轻工程师排计划,把“风机基础养护”和“基础回填”排成了FS关系。我说不对,基础养护28天,难道要等28天再回填?实际上,养护到一定强度(比如7天)就可以开始回填了,这是SS关系,中间有个时间滞后。这就是典型的经验不足。

核心要点:活动排序时,一定要考虑硬逻辑(比如混凝土必须养护到一定强度才能受力)和软逻辑(比如为了资源平衡,人为调整顺序)。硬逻辑不能改,软逻辑可以优化。

3.3 活动资源与持续时间估算

活动排好序了,接下来就是估算。估什么?估资源,估时间。

资源估算:需要多少人?需要什么设备?需要多少材料?比如“吊装一节塔筒”,你需要一台主吊车、一台辅吊车、4个安装工、2个信号工、1个安全员。这些都要明确。

持续时间估算:这个活要干多久?常用的方法有:

  • 专家判断:找有经验的人问。说白了,就是“老法师”拍脑袋。但注意,这个“拍脑袋”是有依据的。
  • 类比估算:参考类似项目的历史数据。比如之前那个项目吊装一台风机用了3天,这个项目差不多,也估3天。
  • 参数估算:用数学模型算。比如“混凝土浇筑”的持续时间 = 混凝土方量 / 每小时浇筑量。
  • 三点估算:最乐观时间(O)、最可能时间(M)、最悲观时间(P)。然后加权平均:期望时间 = (O + 4M + P) / 6。这个方法在风电项目中很实用,因为天气、设备故障等不确定因素太多了。
避坑指南:我曾经犯过一个错误,就是估算时间时过于乐观,总想着“一切顺利”。结果呢?一场大风,吊装停了3天;设备到货晚了2天;基础验筋不合格,返工又花了1天。所以,我现在的习惯是,在估算的基础上,再加一个应急储备,一般是10%-15%。这不是给自己留后路,而是对项目负责。

3.4 进度计划编制(甘特图/网络图)

资源估好了,时间估好了,排序也排好了。接下来就是把这些信息变成一张图。常用的有两种:甘特图和网络图。

甘特图:横轴是时间,纵轴是活动。用条形图表示每个活动的开始、结束和持续时间。优点是直观,一看就知道什么时候该干什么。缺点是看不出活动之间的逻辑关系。

网络图:用节点和箭头表示活动之间的逻辑关系。优点是能清晰地展示关键路径——也就是整个项目中最长的、没有浮动时间的路径。关键路径上的任何活动延误,都会导致整个项目延误。

我个人习惯,先用网络图找出关键路径,再用甘特图做具体的排程和资源分配。两者结合,效果最好。

下面是一个简单的网络图示例,展示了风机吊装阶段的关键路径。

吊车进场 2天 塔筒吊装 3天 机舱吊装 1天 叶片吊装 2天 关键路径:吊车进场→塔筒吊装→机舱吊装→叶片吊装 总工期:2+3+1+2 = 8天

图3-2 风机吊装阶段网络图(关键路径示例)

记住:关键路径上的活动,是项目经理的“命根子”。你必须时刻盯着这些活动,任何延误都要第一时间处理。非关键路径上的活动,可以适当放松,利用浮动时间来平衡资源。

好了,进度管理的基础就这些。WBS是骨架,活动排序是脉络,资源估算是血肉,甘特图和网络图是外表。把这套东西搞扎实了,你的进度计划就不会是“纸上画画,墙上挂挂”了。

最后说一句:进度计划不是一成不变的。项目执行过程中,要根据实际情况不断调整、优化。我见过最牛的项目经理,每周五下午都会把团队叫到一起,对着甘特图过一遍下周的计划。这个习惯,我建议你也试试。

公众号:蓝海资料掘金营,微信deep3321