ARTICLE · 1092631
做项目5年,我电脑里一直舍不得删的8张项目管理表
做项目做久了,电脑里会留下很多文件。
有些是老板要过的汇报版,有些是客户改过八轮的计划版,有些是临时救火做出来的统计表。
最后真正舍不得删的,往往不是做得最漂亮的,而是关键时候救过项目命的。
我电脑里一直留着8张表——
不是因为它们多高级,而是项目一乱,这些表能把事情拉回来:谁负责、卡在哪、钱花到哪、材料到没到、老板该看什么,都能说得清。
我也给大家做了一套项目任务管理的模板,
拉到文末点击【阅读原文】处可免费自取。

01
项目总控表
这张表不用做得复杂,但几个东西必须有:
项目目标
交付范围
起止时间
项目负责人
关键成员
预算口径
验收标准
很多项目一开始只写一句完成某某系统上线或者完成某某工程交付,看起来没问题,实际全是坑。
比如系统上线,到底是功能上线,还是业务部门正式使用?是总部上线,还是分公司也要上线?历史数据迁不迁?培训算不算交付?上线后一个月的问题谁处理?
这些不写清楚,后面一定吵。
项目总控表的作用,不是记录项目基本信息,而是把边界定住。边界不清,项目经理后面就是背锅位。
在项目管理系统里做这张表的时候可以直接把计划、任务、成本、采购、风险,都可以关联到这个项目主数据上。
项目经理不用每次汇总都重新核一遍项目名称、负责人、周期这些基础字段。
02
里程碑计划表
第二张是里程碑计划表。
很多人做里程碑,只是在表里写几个日期:启动会、方案确认、开发完成、测试完成、上线验收。
这叫排日历,不叫管项目。
里程碑真正要管的是关键交付物。到了这个节点,必须产出什么?谁确认?确认不了会影响什么?
举个简单例子,方案确认不是“某天开个方案会”,而是客户签字确认方案,或者内部业务负责人确认范围冻结。
没有确认,就不能默认往下走。否则后面开发做完了,客户一句“这不是我要的”,项目直接返工。
里程碑计划表里,我一般会写:
里程碑名称
计划完成时间
实际完成时间
关键交付物
确认人
当前状态
延期原因
影响范围
在简道云项目管理系统里,里程碑可以和审批节点挂起来。
比如方案确认、预算确认、验收确认,不是微信里回一句可以,而是走一次确认流程,留下记录。
以后复盘时,别只问为什么延期,要看哪个节点没有按时确认。

03
WBS任务分解表
WBS这个词听起来专业,说白了就是把项目拆成一件件具体活。
但我见过太多项目经理,把WBS拆到上百行,项目照样乱。原因很简单:任务拆细,不等于项目可控。
一条任务如果只写“完成接口开发”,但不写负责人、不写开始结束时间、不写前置条件、不写交付标准,这条任务还是虚的。
好的WBS任务分解表,至少要有:
任务名称
所属阶段
负责人
协作人
计划开始
计划完成
实际完成
前置任务
交付物
完成标准
状态
尤其是前置任务,非常关键。
项目延期往往不是某个人懒,而是前面条件没准备好——
测试做不了,不一定是测试的问题,可能是开发没提测;
现场安装不了,不一定是施工问题,可能是设备没到货;
培训做不动,不一定是培训讲师问题,可能是人员名单一直没定。
在项目管理系统里,WBS不只是放一张表,还可以让不同负责人在线更新自己那部分。
项目经理不用每天挨个问“你这项完成了吗”,系统里看状态、看逾期、看责任人,至少能先把假进度筛掉。

04
问题风险跟踪表
项目里有两类东西最容易被混在一起:问题和风险。
问题是已经发生了,比如材料晚到、客户没确认、接口调不通。
风险是还没发生,但很可能发生,比如供应商交期不稳、关键人员下周要被抽走、客户需求还在变。
很多项目经理只记问题,不记风险,等风险变成问题,已经晚了。
问题风险跟踪表里,我会放这些字段:
问题/风险描述
来源
影响范围
严重等级
责任人
解决方案
计划关闭时间
当前进展
是否升级
关闭证据
在简道云项目管理系统里,这张表适合做成多人填报。
现场人员、项目部、总部支持人员都可以提交问题,但不同角色看到的内容不一样。问题一旦提交,就进入跟踪状态,谁处理、处理到哪、是否超期,都能留下痕迹。

05
会议纪要行动项表
会议纪要很多公司都有,但多数写得像新闻稿:某某领导强调,某某部门表示,会议要求大家加强配合。
这种纪要对项目没什么用。
项目会议纪要最值钱的部分只有一个:行动项。
谁在什么时间前完成什么事,交付什么结果,完不成怎么处理。
会议纪要行动项表里,我一般不写太多废话,就写:
会议主题
会议时间
行动事项
责任人
协同人
截止时间
输出物
当前状态
延期原因
关闭确认人
项目里很多扯皮,都是因为会上说得热闹,会后没人跟。下次会议再问,责任人说“我以为只是讨论一下”,项目经理只能干瞪眼。
会可以少开一点,但行动项不能丢。

06
成本预算执行表
很多项目到结项才算账,一算发现:收入看着不少,利润没了。
为什么?因为过程中没人盯。
项目成本不是财务一个人的事。项目经理如果只盯进度,不盯成本,很容易把项目干成“按时交付但白干”。
成本预算执行表至少要分清:
预算类别
预算金额
已发生金额
预计还要发生金额
实际付款金额
偏差金额
偏差原因
责任部门
是否需要调整审批
在简道云项目管理系统里,成本预算执行表可以和付款申请、采购申请、合同信息关联起来。
项目经理看的是预算执行,财务看的是付款和核算,老板看的是项目毛利风险。各看各的,但数据要来自同一套记录。

07
采购到货跟踪表
项目计划排得再漂亮,材料不到,一切白搭。
尤其是工程项目、设备项目、集成项目,采购到货是进度的硬前提。很多延期不是施工队不干,也不是项目经理没催,而是关键物料卡住了。
采购到货跟踪表要把几件事串起来:
采购需求提出时间
物料名称、规格型号、数量
供应商
下单时间、承诺到货时间、实际到货时间
质检状态、入库状态
影响的任务或里程碑
我特别建议加一列:影响说明。
因为不是所有物料晚到都会影响项目,真正要盯的是关键物料。普通辅材晚一天可能没事,核心设备晚一天,后面安装、调试、验收全往后推。

08
干系人权限协同表
很多人忽略这张表,觉得项目里把任务排好就行了。实际上,多组织协同的项目,最容易乱的就是人。
总部要看全局,项目部要填现场进展,分包方只能看自己负责的部分,客户可能只需要看里程碑和交付状态。谁能看、谁能填、谁能改,如果一开始没说清,后面表越多越乱。
干系人权限协同表要写清楚:
组织类型
人员姓名、角色
负责事项
可查看范围、可填报内容、可修改字段
审批权限
通知方式
在简道云项目管理系统里,可以按组织架构、成员权限、字段权限、外部组织来配置。总部、项目部、分包方这些角色,不需要拿同一份Excel反复传。谁该看到什么,系统里提前定好。
项目协同不是把所有人拉进一个群,而是让每个人在正确的位置做正确的动作。

最后——
我电脑里这些表之所以删不掉,不是因为格式多好,而是它们每一张都对应一个管理动作。
项目总控表管边界
里程碑计划表管节奏
WBS任务分解表管责任
问题风险跟踪表管异常
会议纪要行动项表管闭环
成本预算执行表管钱
采购到货跟踪表管物
干系人权限协同表管协同
表不是越细越好。太细,大家填不动;太虚,出了事追不回;只填不看,最后还是形式主义。
真正有用的项目管理表,应该做到三件事:填得动、追得回、能推动人干活。
项目管理不是把表做漂亮,而是让表在例会上变成动作,在审批里留下证据,在复盘时说得清楚。
能做到这一点的表,才会在电脑里留很多年,删不掉。