夜雨聆风学习资料网

ARTICLE · 1092631

做项目5年,我电脑里一直舍不得删的8张项目管理表

做项目5年,我电脑里一直舍不得删的8张项目管理表

做项目做久了,电脑里会留下很多文件。

有些是老板要过的汇报版,有些是客户改过八轮的计划版,有些是临时救火做出来的统计表。

最后真正舍不得删的,往往不是做得最漂亮的,而是关键时候救过项目命的。

我电脑里一直留着8张表——

不是因为它们多高级,而是项目一乱,这些表能把事情拉回来:谁负责、卡在哪、钱花到哪、材料到没到、老板该看什么,都能说得清。

我也给大家做了一套项目任务管理的模板,

拉到文末点击【阅读原文】处可免费自取。

01

项目总控表

这张表不用做得复杂,但几个东西必须有:

  • 项目目标

  • 交付范围

  • 起止时间

  • 项目负责人

  • 关键成员

  • 预算口径

  • 验收标准

很多项目一开始只写一句完成某某系统上线或者完成某某工程交付,看起来没问题,实际全是坑。

比如系统上线,到底是功能上线,还是业务部门正式使用?是总部上线,还是分公司也要上线?历史数据迁不迁?培训算不算交付?上线后一个月的问题谁处理?

这些不写清楚,后面一定吵。

项目总控表的作用,不是记录项目基本信息,而是把边界定住。边界不清,项目经理后面就是背锅位。

在项目管理系统里做这张表的时候可以直接把计划、任务、成本、采购、风险,都可以关联到这个项目主数据上。

项目经理不用每次汇总都重新核一遍项目名称、负责人、周期这些基础字段。

02

里程碑计划表

第二张是里程碑计划表。

很多人做里程碑,只是在表里写几个日期:启动会、方案确认、开发完成、测试完成、上线验收。

这叫排日历,不叫管项目。

里程碑真正要管的是关键交付物。到了这个节点,必须产出什么?谁确认?确认不了会影响什么?

举个简单例子,方案确认不是“某天开个方案会”,而是客户签字确认方案,或者内部业务负责人确认范围冻结。

没有确认,就不能默认往下走。否则后面开发做完了,客户一句“这不是我要的”,项目直接返工。

里程碑计划表里,我一般会写:

  • 里程碑名称

  • 计划完成时间

  • 实际完成时间

  • 关键交付物

  • 确认人

  • 当前状态

  • 延期原因

  • 影响范围

在简道云项目管理系统里,里程碑可以和审批节点挂起来。

比如方案确认、预算确认、验收确认,不是微信里回一句可以,而是走一次确认流程,留下记录。

以后复盘时,别只问为什么延期,要看哪个节点没有按时确认。

03

WBS任务分解表

WBS这个词听起来专业,说白了就是把项目拆成一件件具体活。

但我见过太多项目经理,把WBS拆到上百行,项目照样乱。原因很简单:任务拆细,不等于项目可控。

一条任务如果只写“完成接口开发”,但不写负责人、不写开始结束时间、不写前置条件、不写交付标准,这条任务还是虚的。

好的WBS任务分解表,至少要有:

  • 任务名称

  • 所属阶段

  • 负责人

  • 协作人

  • 计划开始

  • 计划完成

  • 实际完成

  • 前置任务

  • 交付物

  • 完成标准

  • 状态

尤其是前置任务,非常关键。

项目延期往往不是某个人懒,而是前面条件没准备好——

测试做不了,不一定是测试的问题,可能是开发没提测;

现场安装不了,不一定是施工问题,可能是设备没到货;

培训做不动,不一定是培训讲师问题,可能是人员名单一直没定。

在项目管理系统里,WBS不只是放一张表,还可以让不同负责人在线更新自己那部分。

项目经理不用每天挨个问“你这项完成了吗”,系统里看状态、看逾期、看责任人,至少能先把假进度筛掉。

04

问题风险跟踪表

项目里有两类东西最容易被混在一起:问题和风险。

问题是已经发生了,比如材料晚到、客户没确认、接口调不通。

风险是还没发生,但很可能发生,比如供应商交期不稳、关键人员下周要被抽走、客户需求还在变。

很多项目经理只记问题,不记风险,等风险变成问题,已经晚了。

问题风险跟踪表里,我会放这些字段:

  • 问题/风险描述

  • 来源

  • 影响范围

  • 严重等级

  • 责任人

  • 解决方案

  • 计划关闭时间

  • 当前进展

  • 是否升级

  • 关闭证据

在简道云项目管理系统里,这张表适合做成多人填报。

现场人员、项目部、总部支持人员都可以提交问题,但不同角色看到的内容不一样。问题一旦提交,就进入跟踪状态,谁处理、处理到哪、是否超期,都能留下痕迹。

05

会议纪要行动项表

会议纪要很多公司都有,但多数写得像新闻稿:某某领导强调,某某部门表示,会议要求大家加强配合。

这种纪要对项目没什么用。

项目会议纪要最值钱的部分只有一个:行动项。

谁在什么时间前完成什么事,交付什么结果,完不成怎么处理。

会议纪要行动项表里,我一般不写太多废话,就写:

  • 会议主题

  • 会议时间

  • 行动事项

  • 责任人

  • 协同人

  • 截止时间

  • 输出物

  • 当前状态

  • 延期原因

  • 关闭确认人

项目里很多扯皮,都是因为会上说得热闹,会后没人跟。下次会议再问,责任人说“我以为只是讨论一下”,项目经理只能干瞪眼。

会可以少开一点,但行动项不能丢。

06

成本预算执行表

很多项目到结项才算账,一算发现:收入看着不少,利润没了。

为什么?因为过程中没人盯。

项目成本不是财务一个人的事。项目经理如果只盯进度,不盯成本,很容易把项目干成“按时交付但白干”。

成本预算执行表至少要分清:

  • 预算类别

  • 预算金额

  • 已发生金额

  • 预计还要发生金额

  • 实际付款金额

  • 偏差金额

  • 偏差原因

  • 责任部门

  • 是否需要调整审批

在简道云项目管理系统里,成本预算执行表可以和付款申请、采购申请、合同信息关联起来。

项目经理看的是预算执行,财务看的是付款和核算,老板看的是项目毛利风险。各看各的,但数据要来自同一套记录。

07

采购到货跟踪表

项目计划排得再漂亮,材料不到,一切白搭。

尤其是工程项目、设备项目、集成项目,采购到货是进度的硬前提。很多延期不是施工队不干,也不是项目经理没催,而是关键物料卡住了。

  • 采购到货跟踪表要把几件事串起来:

  • 采购需求提出时间

  • 物料名称、规格型号、数量

  • 供应商

  • 下单时间、承诺到货时间、实际到货时间

  • 质检状态、入库状态

  • 影响的任务或里程碑

我特别建议加一列:影响说明。

因为不是所有物料晚到都会影响项目,真正要盯的是关键物料。普通辅材晚一天可能没事,核心设备晚一天,后面安装、调试、验收全往后推。

08

干系人权限协同表

很多人忽略这张表,觉得项目里把任务排好就行了。实际上,多组织协同的项目,最容易乱的就是人。

总部要看全局,项目部要填现场进展,分包方只能看自己负责的部分,客户可能只需要看里程碑和交付状态。谁能看、谁能填、谁能改,如果一开始没说清,后面表越多越乱。

干系人权限协同表要写清楚:

  • 组织类型

  • 人员姓名、角色

  • 负责事项

  • 可查看范围、可填报内容、可修改字段

  • 审批权限

  • 通知方式

在简道云项目管理系统里,可以按组织架构、成员权限、字段权限、外部组织来配置。总部、项目部、分包方这些角色,不需要拿同一份Excel反复传。谁该看到什么,系统里提前定好。

项目协同不是把所有人拉进一个群,而是让每个人在正确的位置做正确的动作。

最后——

我电脑里这些表之所以删不掉,不是因为格式多好,而是它们每一张都对应一个管理动作。

  • 项目总控表管边界

  • 里程碑计划表管节奏

  • WBS任务分解表管责任

  • 问题风险跟踪表管异常

  • 会议纪要行动项表管闭环

  • 成本预算执行表管钱

  • 采购到货跟踪表管物

  • 干系人权限协同表管协同

表不是越细越好。太细,大家填不动;太虚,出了事追不回;只填不看,最后还是形式主义。

真正有用的项目管理表,应该做到三件事:填得动、追得回、能推动人干活。

项目管理不是把表做漂亮,而是让表在例会上变成动作,在审批里留下证据,在复盘时说得清楚。

能做到这一点的表,才会在电脑里留很多年,删不掉。

相关学习资料