指南 › 指南

项目预算模板

只在钱花光那天才看一眼的预算，是一本日记，不是计划。这份模板给您的几列，能让您在还来得及补救时就看到超支。

按成本明细来建

先列明细，而不是先定总数。一个总数说不清钱花在了哪里，一份简短的明细可以。按发起人会追问的方式分组：人员、供应商、许可、硬件、差旅、培训和应急储备。

预算获批后，结构要保持稳定。为了让报告好看而在明细之间挪成本，是失去财务伙伴信任最快的办法。

• 人员：内部工时和外包人员。
• 供应商和托管服务。
• 软件、许可和托管。
• 硬件和设备。
• 培训、差旅和杂项。
• 应急储备，单独列为一行。

各列的含义

这是可以直接复制的结构。每条明细一行；合计行对各列求和，必须与之完全一致。

• 明细名称和成本编码。
• 已批准预算和迄今已支出（实际）。
• 已承诺：已下单或已签约但尚未付款。
• 完工尚需（预计还要花多少）和完工预测（已支出加已承诺再加完工尚需）。
• 偏差：已批准预算减去完工预测。
• 负责人，以及对任何偏差的一句话说明。

一个小的计算示例

下面的数字纯属虚构，仅作说明。假设某条供应商明细的已批准预算为 £100,000，已支出 £40,000，已承诺 £20,000，预计还要花 £50,000。完工预测为 £110,000，偏差为负 £10,000。

这条明细其实已经超支，尽管账户里只流出了 £60,000。如果只看支出，您会觉得 £100,000 才用掉 £60,000，十分从容。真正暴露问题的是已承诺和预测这两列。

• 已支出加已承诺，是您的最低成本。
• 完工尚需应当经过推理，而不是简单地用预算减去支出。
• 负偏差要写进指导委员会的摘要。

应急储备与变更

应急储备是留给尚未发生的风险的。动用时要有记录在案的决策，写明它覆盖的是哪项风险，这样才看得清还剩多少、为什么。已批准的变更请求会改变预算基线；未批准的则作为带标记的风险敞口计入预测。

• 把应急储备的使用与一条 RAID 事项关联。
• 通过变更控制重新设定基线，绝不悄悄进行。
• 展示每次获批变更前后的预算。

复查节奏

实际支出和已承诺支出至少每月更新一次，有重大变动时随时更新预测。与发起人商定一个容差，例如一个百分比或一个金额，超出就升级。在 Senshin 中，财务视图让成本明细与合计保持关联，您汇报的数字和底下的数据始终一致。

• 每次出报告之前，核对合计与明细。
• 每月与财务核对实际支出。
• 向每条明细的负责人要预测，而不只是要支出。

它在 Senshin 中的位置

常见问题

更多指南

最后更新: 2026-10-22