为什么突破性改善必须「一个项目一个项目」推进?重新理解朱兰博士的项目改善思想

在质量管理、六西格玛和流程改善领域,经常可以听到一句非常有名的话:

「所有改善,都是一个项目一个项目实现的,没有其他方法。」

这句话通常被认为来自质量管理大师约瑟夫·朱兰博士(Joseph M. Juran)。

但如果只看这一句话,很容易产生误解。

有人会反驳:「改善当然不只有项目这一种方法。」

也有人认为:「既然改善是每个人的责任,那项目当然越多越好。」

还有管理者会说:「业务这么忙,哪里还有时间慢慢做改善项目?我们需要的是马上看到结果。」

这些说法听起来都有道理。

问题在于,它们其实没有真正理解朱兰所谓「Project-by-Project Improvement」背后的管理逻辑。

朱兰真正强调的,并不是企业所有改善都必须包装成正式项目,而是:如果企业希望持续取得突破性的绩效提升,就必须把重大问题组织起来,逐个选择、逐个解决,并且让管理层参与其中。

这套思想直到今天,对六西格玛项目、精益改善、运营卓越和持续改善体系仍然非常有参考价值。

朱兰博士

朱兰说的「项目」,到底是什么?

很多企业一听到「项目」,马上想到复杂的项目章程、几十页报告、大量会议和漫长的审批流程。

但朱兰对于项目的理解其实非常直接。

他把项目定义为:

一个被选择出来、需要解决的问题。

这里最重要的不是「问题」,而是「被选择」。

因为任何企业永远都有大量问题。

客户投诉、报废、返工、设备故障、库存过高、交期延误、效率下降、成本上涨、供应商质量异常……

问题几乎永远解决不完。

真正困难的是:

到底先解决哪一个?

企业的资源始终有限。

管理层不可能同时投入几十个重大改善项目,也不可能要求所有问题都得到同样程度的关注。

所以改善管理的第一步,不是马上开始分析,而是建立优先次序。

这也是朱兰思想中非常关键的一点。

真正值得组织成项目的,是「突破性改善」

朱兰并没有否定员工日常的小改善。

工作现场当然可以持续改善。

一个动作更合理了,可以改善;

一个表单太复杂,可以简化;

工具放置位置不好,可以重新安排;

某个操作步骤存在浪费,也可以立即调整。

这些改善完全有价值。

但如果企业真正希望成为行业中的质量领导者,仅仅依靠这些零散的小改善,通常还不够。

企业还需要不断取得更大幅度的绩效突破。

例如:

  • 客户投诉下降50%;
  • 关键产品报废率下降70%;
  • 订单交付周期从20天缩短到8天;
  • 设备换型时间从90分钟下降到30分钟;
  • 重大质量成本减少数百万元。

这些问题通常已经超出了一个员工、一个班组甚至一个部门可以独立处理的范围。

它们往往涉及跨部门协作、数据分析、资源投入、流程重新设计,甚至需要改变原来的管理方式。

这种改善就需要正式组织起来。

也就是朱兰所强调的:

Project by Project。

一个重大问题解决以后,再选择下一个重大问题。

长时间累积下来,企业的绩效水平才可能出现真正的跃迁。

第一层含义:项目不是越多越好,而是要解决最重要的问题

朱兰对于管理领域的重要贡献之一,就是把柏拉图原则广泛应用到质量管理中。

企业的问题并不是平均分布的。

少数几个重大问题,往往造成了大部分损失。

例如一年有1000万元质量损失,真正造成其中700万元损失的,也许只有三四类问题。

这个时候,如果企业把资源平均分散到30个改善项目上,看起来「全员都在改善」,实际上未必能够真正改变经营结果。

更有效的方法是:

  • 把最重要的问题找出来;
  • 集中最合适的人;
  • 给予足够资源;
  • 把问题真正解决。

所以朱兰所说的「项目一个一个做」,并不是鼓励企业制造大量项目。

恰恰相反,它是在提醒管理者:

改善资源必须聚焦。

这和六西格玛后来强调的项目选择其实高度一致。

一个好的六西格玛项目,不应该只是因为「这里有一个问题」就启动。

更应该问:

  • 这个问题对客户有多大影响?
  • 损失有多大?
  • 与今年的经营目标有什么关系?
  • 如果解决,对企业绩效能够产生多大改善?
  • 是否值得投入跨部门资源?

如果这些问题都没有想清楚,那么即使DMAIC做得非常完整,也可能只是完成了一个技术上漂亮、经营上却无关痛痒的项目。

第二层含义:管理层认可,让改善项目获得「合法性」

很多持续改善项目失败,并不是因为工具不好。

也不是因为黑带、绿带或工程师能力不足。

真正的问题往往是:

这个项目从来没有真正成为管理层的优先事项。

质量部门觉得重要。

改善团队觉得重要。

项目负责人觉得非常重要。

但业务负责人并没有把它放在优先位置。

结果就很容易出现:

  • 开会时关键人员没有时间参加;
  • 需要数据时其他部门迟迟不给;
  • 需要实验时现场不愿意配合;
  • 需要预算时没有资源;
  • 需要调整流程时又没有授权。

项目团队分析了几个月,最终却停在报告阶段。

这就是为什么朱兰特别强调,由管理层选择和认可的项目具有完全不同的意义。

一旦管理层明确表示:

「这是公司今年必须解决的问题。」

项目就获得了某种组织上的「合法性」。

团队需要数据,更容易得到数据;

需要跨部门人员参加,相关人员就有责任参与;

需要试验或者调整流程,也更容易获得授权;

需要预算和资源,优先级自然更高。

所以成熟的改善体系并不能只依赖改善人员自己到处寻找项目。

管理层必须参与选择。

因为选择项目,本身就是管理责任的一部分。

第三层含义:真正好的项目,一定来自经营目标

企业中到处都有问题。

但不是每一个问题都应该成为重点改善项目。

最值得投入资源的问题,通常应该来自企业经营目标和绩效差距。

例如企业今年最重要的目标是提高客户满意度。

那么就应该进一步分析:

  • 哪些客户投诉最多?
  • 哪些质量问题造成最大客户损失?
  • 哪些流程最影响客户体验?

再从这些问题中选择改善项目。

如果企业今年最重要的目标是提升交付能力,就应该寻找:

  • 哪些产品最经常迟交?
  • 真正限制交期的是设备、换型、排程、物料还是信息流程?
  • 哪些改善能够最直接影响OTD?

如果企业目前最关注利润,则可以从报废、返工、质量成本、生产效率、库存、加班、运输、产能利用率、采购损失等经营问题中寻找最重要的改善机会。

这样一来,每个改善项目都不再只是「质量部门的项目」。

它实际上成为实现经营目标的手段。

这也是为什么很多成熟企业会把持续改善与战略部署、年度经营计划或者方针管理(Hoshin Kanri)结合起来。

企业先确定战略目标。

战略目标形成绩效差距。

绩效差距进一步转化成改善主题。

再从中选择具体项目。

这样的项目体系才真正具有方向。

六西格玛项目为什么特别需要管理层参与?

六西格玛本身就是一种典型的项目型突破改善方法。

DMAIC看起来是一套问题解决流程:

Define、Measure、Analyze、Improve、Control。

但真正决定项目成败的,经常并不是Analyze阶段用了什么统计工具。

而是在Define之前,企业有没有选对问题。

一个技术上非常优秀的六西格玛项目,如果解决的是一个管理层并不关心的问题,最终影响通常也很有限。

反过来,一个真正影响客户、成本、交期或战略目标的问题,即使分析方法并不复杂,只要得到管理层支持,实际价值反而可能非常大。

所以在成熟的六西格玛体系里,Champion的重要性非常高。

Champion并不是负责帮黑带计算假设检验或者设计DOE。

他的核心职责之一,是确保企业选择正确的问题,同时为项目提供必要的资源和跨部门支持。

这其实与朱兰几十年前提出的项目改善逻辑是一脉相承的。

改善是每个人的责任,但优先次序必须由管理决定

「改善是每个人的责任。」

这句话当然没有错。

真正优秀的企业,员工每天都应该能够发现问题、提出建议并改善自己的工作。

但是如果把这句话进一步理解成:

「因此每个人自己找项目做,项目越多越好。」

就容易走向另外一个极端。

大量项目同时开展,并不等于持续改善体系成熟。

有时候反而可能出现:

  • 项目很多,却没有重大成果;
  • 会议很多,却没有真正解决经营问题;
  • 改善活动非常热闹,但利润、质量和交期没有明显变化。

真正成熟的改善体系需要两条线同时存在。

一条是日常持续改善。

员工针对现场问题快速进行调整和改善。

另一条是突破性改善。

由管理层根据经营重点,选择重大问题,建立正式项目,集中资源解决。

两种改善并不冲突。

它们解决的是不同层次的问题。

为什么有些企业总说「没时间做项目」?

「我们没有时间做项目,我们现在就要结果。」

这是改善人员经常听到的一句话。

但很多时候,这句话本身恰好暴露了企业的问题。

因为没有时间解决根本问题,于是每天都在处理问题。

设备不断故障,就不断抢修;

质量不断异常,就不断筛选;

订单不断延误,就不断加急;

库存不合理,就不断调整计划;

客户投诉,就不断做临时纠正。

每天都很忙。

但几个月之后,同样的问题继续发生。

这种组织看起来非常追求速度,实际上大量时间都消耗在重复救火。

项目改善的价值,就是把其中最重要的重复性问题抽出来,暂时投入额外精力,把根本原因真正消除。

所以做项目并不是「延迟结果」。

恰恰是为了避免企业永远只能得到短期结果。

优思学院认为:项目选择本身就是一种战略能力

学习六西格玛的人通常会花很多时间研究统计工具。

例如MSA、SPC、假设检验、回归分析、ANOVA和DOE。

这些工具当然重要。

但如果进一步走向黑带、黑带大师或者持续改善负责人,就会逐渐发现另外一种能力更加重要:

知道什么问题值得解决。

因为企业永远不会缺问题。

真正稀缺的是时间、人才、资源和管理注意力。

能够从几十个问题中找到真正影响客户和经营绩效的少数关键问题,再组织团队持续解决,这其实就是一种经营管理能力。

朱兰几十年前提出的Project-by-Project Improvement,到今天仍然没有过时。

它真正提醒我们的,并不是:

「所有改善都必须变成项目。」

而是:

如果企业希望持续取得重大突破,就不能只依赖零散改善,而必须主动选择最重要的问题,得到管理层认可,并且一个项目一个项目把它们真正解决。

持续多年以后,一家企业和竞争对手之间真正拉开的差距,往往就是这些突破不断累积出来的。

这或许才是朱兰「一个项目一个项目改善」真正值得今天的六西格玛和精益实践者重新理解的地方。