从《孙子兵法》“计篇”看项目管理:为什么可行性分析决定项目是否值得做?

《孙子兵法》十三篇以“计篇”为首,核心并不是教人临场出奇谋,而是在行动前判断胜算。放到现代项目管理中,这种思路与六西格玛强调的数据判断十分接近:项目启动之前,先评估技术、合规、经济效益与资源条件,再决定这场“仗”究竟值不值得打。

一、“计”不是计谋,而是行动之前先算胜算

《孙子兵法》开篇便强调战争不能轻率决定。所谓:

夫未战而庙算胜者,得算多也;未战而庙算不胜者,得算少也。

这里值得项目经理注意的,不是古代战争本身,而是背后的决策逻辑:在投入大量资源之前,先尽可能掌握影响成败的条件。

如果优势条件较多,成功概率自然较高;如果关键条件明显不足,则不应仅凭意愿强行启动。

现代企业做项目其实面对相同问题。

管理层提出“降低成本20%”“半年内完成自动化”“把不良率降至500 ppm”时,项目经理第一件事不应该是立刻排甘特图,也不是马上召集项目团队开会,而应该先问:

这个目标为什么要做?

现有技术能不能做到?

需要多少资源?

有没有法规或客户要求的限制?

预计投入多少钱?

成功以后可以创造多少价值?

这些问题共同构成了可行性分析(Feasibility Study)的核心。

换句话说,项目管理真正的第一步,往往不是“如何完成”,而是判断这个项目是否值得开始

二、“兵者,国之大事”:项目同样会大量消耗组织资源

孙子说:

兵者,国之大事。

战争的代价巨大,因此不能单凭君主“想打”便打。

企业项目也是如此。

项目会占用工程人员、管理人员、设备、预算、IT资源、供应商资源以及管理层注意力。更容易被忽略的是机会成本:团队正在做项目A,也意味着他们暂时无法把同样的时间投入项目B。

所以,一个项目最后即使“完成”,也不代表它一定是一个值得做的项目。

例如,一家制造企业准备投入80万元改善某条生产线。如果项目一年只能节省10万元,而且设备未来两年可能被淘汰,那么即使技术上完全可以实施,其商业合理性仍然值得怀疑。

另一边,一项只需要20万元投入,却可能每年减少100万元报废成本的改善,即使技术上稍有难度,也很可能更值得优先研究。

问题就在这里。

企业资源有限,真正需要管理的并不是项目数量,而是资源应该投向哪些项目。

如果一家公司长期存在大量项目延期、终止,甚至做到一半才发现“原来根本不可行”,需要检查的就不只是执行能力,还包括项目启动之前有没有认真做过可行性分析。

三、项目可行性分析至少应该看三个方面

不同类型的项目会采用不同的评估框架,但对于一般改善、工程及管理项目,可以先从技术、合规和经济三个角度判断。

1. 技术可行性:我们实际上有没有能力做到?

技术可行性不是问“理论上可不可以”,而是问在现有或可以合理取得的条件下,公司能不能实现目标

例如:

  • 现有人员是否具备需要的专业能力?
  • 设备精度是否足以达到目标?
  • 软件、数据或IT架构能否支持项目?
  • 供应商有没有相应技术能力?
  • 项目期限是否符合技术上的现实条件?
  • 所需技术是否已经成熟,还是仍然存在较大的开发风险?

举一个制造现场常见的例子。

假设客户要求某关键尺寸的公差从±0.10 mm收紧至±0.02 mm。

管理层看到订单价值很高,希望立即成立改善项目。

但在启动项目以前,工程团队至少应该检查现有加工设备、刀具、测量系统以及过程变异水平。如果设备本身无法稳定达到所需加工精度,而量具的测量能力也不足,那么单纯要求项目团队“把Cpk做上去”并没有意义。

此时真正需要的可能不是改善现有参数,而是更换设备、升级测量系统,甚至重新设计制造工艺。

这就是技术可行性分析的价值:在投入项目资源以前,把“想做到”与“有条件做到”分开。

2. 法律及合规可行性:可以做到,不代表允许这样做

有些项目技术上完全可行,经济回报也很吸引,但仍然不能实施。

原因可能来自:

  • 法律法规;
  • 行业标准;
  • 客户特殊要求;
  • 环境、安全或职业健康要求;
  • 数据隐私和信息安全要求;
  • 合同条款及知识产权限制。

例如,一个工艺改善方案可能明显提高产能,但同时令排放超过许可证规定;一个自动化方案能够降低人工成本,却可能涉及客户资料储存位置或个人数据处理方式。

因此,可行性分析不能只问“能不能做”,还必须问这样做是否合法、合规,以及相关风险能否接受

3. 经济可行性:得到的价值能否合理化付出的成本?

这是管理层通常最关心的一部分。

项目可能技术上十分精彩,但企业最终仍需要回答一个简单的问题:

投入这些钱和资源,值得吗?

其中最常见的指标之一,就是投资回报率(Return on Investment,ROI)

一个常用的简单表达方式为:

ROI = [(Financial Value − Project Cost) / Project Cost] × 100%

假设某改善项目需要投入50万元,包括设备改造、软件及培训费用;预计项目实施后每年能够产生80万元可量化财务收益。

若以这组数据进行简单计算:

ROI = [(80 − 50) / 50] × 100% = 60%

这个数字告诉管理层,相对于投入的50万元,在所采用的计算期间内,净收益相当于投资额的60%。

不过,ROI不能脱离计算口径单独阅读。

项目团队至少要说明:

  • Financial Value计算的是一年收益还是整个项目生命周期收益?
  • Project Cost是否包括内部人工、维护及持续运营成本?
  • 预计节省是真正减少现金支出,还是只是“释放工时”?
  • 收益是一次性的,还是每年持续发生?
  • 收益预测是否有足够数据支持?

两份都写着“ROI 80%”的项目建议书,如果计算期间和成本口径不同,并不能直接比较。

四、ROI高,不代表项目一定应该优先

这是项目选择中一个很容易出现的误区。

ROI当然重要,但企业不应该把所有项目简单按照ROI从高到低排序。

假设现在有两个项目:

项目 投入 预计财务价值 简单ROI
项目A 10万元 20万元 100%
项目B 500万元 800万元 60%

如果只看ROI,项目A明显较高。

但项目B能够创造300万元净价值,而项目A只有10万元。再进一步,如果项目B同时关系到重要客户续约、未来产能或者公司的核心战略,那么仅凭ROI排序就更不合理了。

实际进行项目优先级判断时,通常还要同时考虑:

  • Impact:项目能产生多大影响?
  • Effort:需要投入多少资源和时间?
  • Risk:技术、执行及商业风险有多高?
  • Strategic Alignment:是否符合公司的战略方向?
  • Urgency:是否涉及客户投诉、法规或重大经营风险?
  • Resource Availability:组织目前有没有能力承担?

因此,在六西格玛项目选择中,经常会使用Effort & Impact Matrix一类方法辅助判断。

它没有复杂的数学,但很实用:把项目按“影响大小”和“实施难度”放进矩阵,就能快速识别那些高影响、低投入的优先项目。

我在学习或带项目时,会比较建议把这部分和六西格玛绿带课程里的项目选择、Project Charter及DMAIC逻辑连起来理解,因为这样比单独背几个项目管理工具更容易看清它们之间的关系。

五、除了ROI,还应该看IRR和投资回收期吗?

对于金额较大、持续时间较长或者现金流结构复杂的项目,只使用简单ROI可能不够。

常见的补充指标包括:

投资回收期(Payback Period)

投资回收期关注的是:

项目投入以后,需要多久才能把初始投资收回来?

例如项目投资100万元,每年能够稳定产生25万元现金收益,在暂不考虑其他因素的简单情况下,投资回收期约为4年。

对于现金流压力比较大的企业,这个指标非常重要。

两个项目即使最终回报相似,一个两年能够收回投资,另一个需要八年,管理层面对的风险显然不同。

内部收益率(Internal Rate of Return,IRR)

IRR进一步考虑了不同时间点现金流的价值。

简单来说,它寻找的是一个折现率,使项目未来现金流的净现值(NPV)等于零。

因此,对于跨越多年的大型投资,IRR通常比简单ROI提供更多信息。

不过,对一般规模较小的六西格玛改善项目,未必每次都需要复杂的财务模型。工具应该与决策的重要程度匹配。一个只需几万元投入、三个月便能完成的改善项目,没有必要为了显得专业而建立几十个参数的财务模型。

六、可行性分析最终要进入Business Case,而不是停留在讨论

可行性分析真正有用的地方,是把模糊的“这个项目好像值得做”变成一个可以由管理层判断的Business Case

一个实用的Business Case通常应该回答:

  • 目前存在什么业务问题或机会?
  • 如果什么都不做,会有什么影响?
  • 项目预计创造什么价值?
  • 需要投入多少资源?
  • 主要风险是什么?
  • 有哪些替代方案?
  • 为什么现在值得做?

确认项目具备足够商业合理性以后,相关内容才进一步转化为更明确的项目定义,包括目标、范围、时间、团队成员、项目负责人及关键指标等,并形成Project Charter(项目章程)

这里有一个重要区别:

Business Case回答“为什么值得做”,Project Charter则进一步明确“我们准备做什么”。

如果前面的商业判断不清楚,后面的项目章程写得再漂亮,也只是把一个可能不值得做的项目定义得更加正式。

七、“胜兵先胜而后求战”:优秀项目管理从选择项目开始

《孙子兵法·军形篇》中有一句非常适合项目管理:

胜兵先胜而后求战,败兵先战而后求胜。

它放到企业环境中,可以理解成两种截然不同的项目文化。

一种企业会在项目启动前认真确认问题、目标、数据、技术条件、资源、风险和经济价值。确认“这场仗值得打,而且具备合理胜算”以后,才投入主要资源。

另一种企业则经常出现这样的情况:

老板提出一个想法,于是马上成立项目。

项目团队先做三个月,再发现数据不足。

继续做两个月,发现系统无法支持。

再申请预算,才发现投资回报不够。

做到最后,大家才开始讨论:“这个项目一开始到底为什么要做?”

这正是先战而后求胜

项目管理能力强的组织,并不是能够同时启动最多项目的组织,而是能够更早淘汰不值得做的项目,把有限资源集中到真正重要而且有合理成功概率的项目

这也是“计篇”放在《孙子兵法》第一篇给现代管理者最大的启示:行动当然重要,但行动之前的计算更加重要。

项目还没有启动时,取消一个不可行的项目,成本可能只是一场会议和几天分析;等到投入几个月、几十万元甚至更多资源以后才承认方向错误,代价便完全不同。

所以,下次接到一个新项目,不妨先不要急着问:

“我们什么时候开始?”

先问三个更重要的问题:

做得到吗?允许做吗?值得做吗?

把这三个问题算清楚,才是真正意义上的“未战而庙算”。

发表回复