企业管理的108个问题 · 第70问

上一问我们聊了社交媒体营销的ROI如何科学评估（第69问），核心观点：不追求”精确”，先追求”有数”，不同平台不同标准，把ROI评估作为优化工具而非审判工具。

营销板块到这里告一段落。接下来的九篇文章，我们将进入一个看似”硬核”、实际上与每个管理者都息息相关的领域——

运营管理。

而运营管理领域，有两个名字你几乎在任何管理会议上都会听到：精益生产和敏捷管理。

但它们到底能不能用在你所在的行业？是不是只有制造业和IT公司才需要这些东西？

“我们是互联网公司，搞什么精益生产？”

“我们是服务行业，敏捷开发跟我们有一毛钱关系吗？”

这是我经常听到的两句回应。它们的潜台词是一样的：“那套方法很好，但不适合我。”

可事实是——精益思想和敏捷思想，正在从制造业和软件业”出圈”，渗透到零售、医疗、金融、教育、甚至政府管理中。

为什么？因为它们本质上不是”做产品的方法”，而是**”用更少的资源，创造更大价值的思维方式”**。

今天这篇，我们不讲那些晦涩的管理学流派起源，而是直击核心：

精益和敏捷，到底解决什么问题？在不同行业，它们是怎么演变的？以及——你可以从哪里抄作业？

一、先搞清楚这两件事到底是什么

很多管理者把”精益”和”敏捷”当成一回事。确实有交叉，但两层思想有不同的关注点。

精益（Lean）的核心逻辑

一句话定义：用最少的资源（时间、人力、库存、资金），为客户创造最大的价值。

三个关键词：

1. 消除浪费——任何不创造价值的活动都是浪费（等待、返工、超标库存、不必要的流程）
2. 持续改善（Kaizen）——不是一次性的流程改造，而是每天、每个人都在做的小幅改善
3. 价值流——从一个端到端的视角，看”价值是怎么流向客户的”

发源： 丰田生产系统（TPS）。丰田在二战后发现自己的资源远不如美国汽车巨头，被迫创造了”用更少的资源造更好的车”的方法——结果反而超越了美国同行。

敏捷（Agile）的核心逻辑

一句话定义：在不确定的环境中，通过小步快跑、频繁反馈、持续调整，来适应变化并交付价值。

三个关键词：

1. 迭代开发——不要把产品做完再交付，而是每2-4周交付一个可用的版本
2. 快速反馈——做出来了，马上让用户用、马上收集数据、马上调整方向
3. 自组织团队——不是”领导定好计划、团队执行”，而是团队自己分配任务、自己解决障碍

发源： 2001年《敏捷软件开发宣言》，由17位软件开发者共同提出，初衷是解决传统软件开发”需求写半年、开发两年、交付时市场已经变了”的困境。

两者的关系：不是非此即彼

我可以给你一个最简单的理解框架：

这绝不是一个”二选一”的问题。事实上，最优秀的企业会用精益来保证”效率基础”，用敏捷来保证”创新能力”。

二、精益在不同行业的应用演变

制造业：精益的老家，但也在进化

传统精益在制造业的应用已经非常成熟：5S现场管理、看板卡、安灯系统、单件流、拉动式生产。

但今天的制造业和丰田时代已经完全不同。最大的变化是需求波动性大幅增加。

新问题： 过去是大批量、少品种——精益的连续流模式完美适配。现在是多品种、小批量、快交付——传统精益的”减少库存”原则在供应链波动的环境下反而会带来断供风险。

演变方向：精益 + 柔性制造

案例：某汽车零部件工厂的精益升级

2019年之前，这家工厂做传统精益管理：每条产线只生产一种产品，追求极致效率。但2020年之后，客户订单变成了”小批量、多品种”——一条产线一天要切换3-5种产品，传统精益的单品种连续流模式失效了。

他们做了两个重要改变：

1. 建立”快速换模”能力——把换产时间从45分钟降到8分钟（SMED方法），让”小批量”也变得”高性价比”
2. 引入”数字看板”——过去是纸板看板，现在是用数据中台实时监控每条产线的OEE（设备综合效率）、交付达成率、质量合格率，让改善有数据支撑

结果： 在订单品种增加3倍的情况下，生产效率提升了12%，交付周期缩短了40%。

对非制造业的启示： 精益的”消除等待”、”标准化作业”、”可视化管理”——这些原则放之任何行业皆准。制造业只是把这句话用得更极致。

医疗行业：精益就是救命

你可能想不到，医疗行业是仅次于制造业的精益”重度用户”。

为什么？ 因为医疗行业里，浪费不只是”成本问题”，而是”生死问题”——

• 患者等待30分钟做一次不必要的检查 = 浪费医疗资源
• 护士因为找器材多走3分钟 = 减少陪伴患者的时间
• 处方错误需要重新开具 = 耽误治疗时间

案例：某三甲医院的精益改善

某医院急诊科引入精益管理，主要做了三件事：

1. 价值流分析——画出了患者从”挂号 → 分诊 → 就诊 → 检查 → 缴费 → 取药”的全流程，发现患者在整个流程中”有效就诊时间”只占全程的18%，剩下82%都是等待
2. 消灭瓶颈——在”化验流程”上实施”优先处理急诊样本”的政策，把急诊患者的平均化验等待时间从68分钟降到22分钟
3. 5S现场管理——急诊室的器材、药品按照使用频率分区，高频用品放在最顺手的位置。护士拿一件器材的平均时间从45秒降到8秒

结果： 急诊患者平均就诊时间缩短32%，患者满意度提升18%，并且没有增加任何人力成本。

启示： 服务行业做精益，最容易切入的点就是”让客户的等待时间变少”——只要你画出完整的”用户服务价值流”，你一定会发现大量”等待”环节。

零售行业：精益的本质是”断舍离”

零售行业的精益，最著名的应用是——优衣库的SPA模式（自有品牌专业零售商）。

优衣库把设计、生产、物流、零售全链条打通，核心逻辑就是精益中的”价值流整合”——去除所有中间环节的浪费，让”从设计到消费者手中”的路径最短。

案例：某社区水果店的精益实践

一个很小的案例，但很有启发性。

一家社区水果店面临两个问题：每天损耗（坏掉的水果）约5%，且晚上7点后很多想买水果的人来了、但剩的水果品相差、不想买。

老板用精益的”拉动式生产”思路改革：

• 取消”一次性大批量进货”，改为”一天进两次货”——早上一次，下午一次
• 根据昨天的销售数据预测今天的进货量（精准预测）
• 对临期的水果做”降价清仓”（按时间段动态定价）

结果： 损耗率从5%降到2%，日营收反而提升了15%（因为货品更新鲜，吸引了更多顾客）。

启示： 精益不是大企业的专利。任何一个业务流程——哪怕是一家水果店的进货流程——都可以用”消除浪费”的思路来优化。

三、敏捷在不同行业的应用演变

IT与互联网：敏捷的”根据地”

这是敏捷最成熟的领域。Scrum、看板（Kanban）、极限编程（XP）——这些方法在软件团队已经成为标配。

但即使是IT行业，敏捷也在进化。

传统敏捷： 固定周期的迭代（2周一版）、每日站会、产品Backlog管理、迭代回顾。

敏捷的”新问题”： 当公司规模变大，敏捷的一个痼疾暴露出来了——局部最优 vs 全局协同。每个小团队都很敏捷，但跨团队的依赖和协同成了新的瓶颈。

演变方向：规模化敏捷（SAFe / LeSS / Scrum@Scale）

案例：某互联网大厂的数据团队如何用敏捷解决”需求爆炸”

一个数据中台团队，每月收到来自各业务线的需求超过200个——但团队只有15个人，怎么处理？

传统做法：产品经理排优先级，按顺序开发——结果需求越积越多，业务方天天催。

他们的敏捷”变种”方案：

1. 需求分级——不按”谁先提谁先做”，而是按”价值/复杂度”矩阵打分
2. 迭代周期设为2周——但每次迭代不锁定所有需求，而是留20%的”弹性容量”处理紧急需求
3. 引入”团队自选”机制——每个迭代开始前，团队自己认领需求——“这个我擅长，我来做”，而不是领导指派
4. 透明的”需求池”看板——所有业务方都能看到：这个需求排在哪、预计何时交付、当前状态是什么

结果： 需求交付周期从平均42天缩短到18天，业务满意度从3.8分提升到4.6分。

启示： 敏捷最本质的价值不是”快”——是”透明”和”适应性”。当一个需求队列可见、优先级明确、交付节奏稳定的时候——组织效率自然会提升。

市场营销团队：敏捷营销（Agile Marketing）正在崛起

你可能不知道——市场营销是近年来敏捷方法”出圈”最快的领域之一。

传统营销的困境：

• 年度营销计划写好了，但市场变化太快，计划跟不上变化
• 一个活动从策划到执行要2-3个月——执行完了，流量红利期已经过了
• 营销团队做了很多事，但哪些有效、哪些无效，没人说得清楚

敏捷营销的核心做法：

1. 营销活动的”迭代化”——不一次投入全部预算。先做一个小规模测试（比如A/B测试两版文案），看看哪个效果更好，再批量放大
2. 每日站会——15分钟同步当日重点工作、遇到的障碍、需要其他部门配合的地方
3. 可视化看板——所有的营销活动、进度、效果，都放在一个共享看板上，全团队透明

案例：某电商平台的敏捷营销实践

该电商平台的营销团队在2025年从传统”预算→计划→执行→复盘”模式转型为敏捷模式：

• 改年度计划为季度规划——每个季度末花2天时间做下一季度的”粗略计划”，不做详细到天的排期
• 改”月度大活动”为”每周小活动”——把每个月一次的大促，拆成每周一个”小主题”——周一是新品推荐、周三是会员专属、周五是限时秒杀
• 建立”效果数据看板”——每个活动上线48小时内产出数据报表，根据数据快速调整

结果： 营销ROI提升了35%，团队对市场变化的响应速度从”月级别”提升到”周级别”。

核心启示： 敏捷在营销中的价值是——“小投入、快验证、快速放大成功、快速止损失败”——这是传统的”策划半年、执行三个月”模式无法做到的。

教育行业：课程研发的敏捷化

传统教育机构的困境： 开发一门课程（从市场调研到内容制作到上线）平均需要4-6个月——等课程上线了，市场需求可能已经变了。

敏捷教育的一线实践：

某在线教育平台的敏捷课程开发流程：

1. 最小可行课程（MVC，Minimum Viable Course）——不追求”完美的30节大课”，先开发5节核心课程，找种子用户试听
2. 快速迭代——根据用户反馈，每周对课程内容做调整——加内容、删内容、调整顺序
3. 透明的内容看板——哪些内容已完成、哪些在制作、哪些在审核——全团队可见
4. 回顾改进（Retrospective）——每个”模块”（约3周）做完后，团队坐下来讨论：这次哪些做得好、哪些需要改进、下一个模块怎么优化

结果： 课程平均开发周期从5个月缩短到2个月，NPS（净推荐值）从42提升到67。

对任何”知识型团队”的启示： 不要等到”完美”了才交付——推一个”还行的版本”出去，用真实反馈来优化，远比你闭门造车要高效得多。

四、当精益遇见敏捷：两两结合的”双核”模式

让我来揭晓一个”秘密”：

最顶尖的企业，既不是”纯精益”的，也不是”纯敏捷”的——它们是把两者融合在一套方法论里的。

双核模型：精益为本，敏捷为用

一个具体的企业案例：丰田本身是最好的例子。

丰田是”精益生产”的代名词——但它也是敏捷的早期实践者。

丰田的产品开发体系（基于大野耐一的”并行工程”）就是敏捷的”硬件版”——在产品设计阶段，研发、制造、采购、销售跨部门团队就坐在一起工作，快速迭代设计、快速反馈问题。这和Scrum的”跨职能团队、快速迭代”模式惊人地一致。

另一家企业：丰田之外，字节跳动也高度融合了这两个理念。

• 精益层面： 字节的”OKR + 飞书”体系让每个团队的工作高度透明——消除信息浪费。去中心化的组织结构消除了”审批”环节的浪费。
• 敏捷层面： 字节的”敏捷开发 + AB测试”是敏捷的极致体现——产品功能以小版本上线、快速收集数据验证，验证通过的继续优化，验证不通过的直接下线。

精+敏 = 既有效率（少走弯路、少做无用功），又有创新能力（能快速试错、快速调整）。

五、给你一个”从哪开始”的实操建议

如果你看完这篇文章，觉得”这些理念不错，但我该从哪入手”——我给你三条路径，选一条你最有感觉的：

路径一：从”一个具体流程”开始（适合一切行业）

不要试图在全公司推行”精益/敏捷转型”——这太宏大了，99%会失败。

挑一个你最常感受到”卡顿”的流程。

比如：

• 营销团队：从”一个活动从策划到上线”的流程开始——画出现状流程，找到浪费（等待审批、反复修改、数据滞后……）
• 服务团队：从”一个客户从询问到解决问题”的流程开始——找到等待环节
• 行政团队：从”一个采购审批从发起到完成”的流程开始——找到效率瓶颈

一个流程优化成功了，有了”胜利经验”，再复制到其他流程。

路径二：从”一个站会”开始（适合团队协作痛点明显）

敏捷最不起眼但又最有效的工具——每日站会。

不需要买软件、不需要培训、不需要咨询师。就做这一件事：

每天固定时间（比如上午9:30）、固定地点、固定15分钟。每个人回答三个问题：

1. 昨天做了什么？
2. 今天打算做什么？
3. 遇到了什么障碍？

做到三件事就有效：

• 站着开（站会的意思就是真的站着——站着你就不想啰嗦）
• 不超过15分钟（超时的、需要深入讨论的问题留到会后）
• 不做汇报——只做同步和求助

如果你能把这件事坚持做一个月，你会发现团队整体的”协作感”比以前强很多。

路径三：从”一个改善提案”开始（适合愿意尝试精益的企业）

建立最简单的改善机制：

任何员工，提出一个”让工作变好”的小建议，写下：

• 现在的流程 / 问题是什么
• 改善思路是什么
• 预计能省多少时间或减少多少错误

每月评选一次”最佳改善提案”，给予100-500元的小额奖励。

这个方法的核心不是”省了多少钱”，而是建立”持续改善”的文化——让员工从”被管理者”变成”改善的参与者”。

六、一句话总结

精益和敏捷，不是制造业和IT行业的”专属工具”——它们是所有行业在面对”资源有限、变化加速”时，用更聪明的方式做事的底层逻辑。

精益教你：别做无用功。
敏捷教你：别等完美了再出手。

如果你能让你的团队同时掌握这两个”口诀”——效率会提升，创新能力也会提升。

而这，正是运营管理最核心的两个追求。

⬅️ 返回目录
明日预告：第71问 —— 如何建立持续改进（Kaizen）的企业文化？