看板方法2.0

看板方法2.0非常像是之前业内有名的小蓝书的一个幕后花絮版本。小蓝书解释了看板方法的What，而看板方法2.0解释了Why和How。 David更多的是从观念和想法的角度来详细解释（几乎快详细到了某天某月在某个地方和某个人说了什么而想起来了什么）了看板方法整个设计的缘起以及整个的演变过程。 “我们一直在寻找更好的软件开发方式”这一信条其实在看板方法中体现的淋漓尽致，David诉说看板方法最适合导入的场景可能有两种：一种是用了一段时间的Scrum框架以后发现团队的不再改进了，另一种是内外部的环境变化导致Scrum不再适用，这时基于现状进行改进的看板方法就有了大放异彩的地方。 比较有印象的有以下几个方面： ~ 放弃估算，转为WIP 开篇的第一个故事就把看板方法中为什么放弃估算而使用WIP的脉络解释的非常详细。在微软当年极度耗费人力在事项估算上时，摈弃掉估算，转而使用更简洁的控制某一个阶段的在制品数量是提升效能的一个非常有效的实践。 ~ 放弃精确的优先级排序，转为不同的服务等级 在不少组织中都看到过，为了让需求受理时有一定的秩序，制定出了非常复杂的优先级排序规则。Posit Science案例中的不断改进就是贴合组织变化的一个有力证明（服务等级最早出现在2007年Corbis的看法方法实施中），在实施优先级的过程中体会是，优先级的设计者们通常会希望把这个规则设定的异常复杂来凸显优先级的优越性，而实施者们会更乐于用简单定性的方式来进行判断，看起来好似是经验主义，但其实是经过了工作上的锤炼后人对于一件事项紧迫程度的最直观选择。 -看板规模化落地 规模化落地的实践关键点在于依赖管理，此书中给出了思索的过程以及思索后的结果，并没有太详细的案例进行阐释，估计还得在其他的书籍中去看到进一步的案例 由此引出了实践做多后的组织变革第一性原理，需要组织领导力的变革。 David在此书的附录1中有列出看板方法的价值观，最后一个就是他在此书中阐述的另一个重点：领导力 * 协作 * 透明 * 流动 * 尊重 * 理解 * 共识 * 平衡 * 客户服务 * 各层级的领导力 看板成熟度模型明确提出： • 结果源于实践； • 实践源于文化； • 文化源于价值观； • 因此，要以价值观为先导； • 综上所述，所有的结果都源于领导力。 不过关于如何发展领导力和领导力在组织变革中的应用可以去翻翻诸如约翰・科特（John P. Kotter）的《变革的力量：领导与管理的差异》（Leading Change）、拉姆・查兰（Ram Charan）的《领导力梯队：从管理自己到领导他人》（The Leadership Pipeline）等等。 此书里提到了不少的名词缩写，成熟度模型等一系列实践中出现的名词或者工具，这些应该在这个系列的书籍中能得到更多的说明，整体来说，作者把花絮写的很流畅，呈现出来了看板方法形成的点点滴滴。

蓝鱼温故知新——把厚书读薄，再把薄读厚 【一句话讲什么】 通过可视化、限制在制品和持续反馈，让知识型团队像流水线一样顺畅流动，用渐进式变革把“想法”高效、可持续地变成“交付”。 【解决的核心问题】 研发、运维、咨询等复杂服务组织常常出现需求多变、依赖交错、交付不稳、改进成本高的痛点。 传统刚性流程或激进敏捷转型难以奏效，需要一种从现状出发、低摩擦、可累积的改进路径。 本书告诉读者如何借助看板方法在不确定环境中获得可预测的交付、更高的客户满意度和更健康的组织文化。 【全书核心框架】 ​​主线​​：演进式变革 → 看板系统 → 看板成熟度模型 → 持续改进循环。 ​​结构​​： ​​看板三原则​​（流动、服务交付、变革管理）奠定思想基础。 ​​九价值观​​与​​演进式变革模型​​（压力源-反馈机制-领导力）解释“怎么做”。 ​​看板成熟度模型​​（结果-实践-文化三层支柱，7级矩阵）给出“做到什么程度”。 ​​案例​​（微软、Corbis、PositScience 等）展示“在不同场景如何落地”。 ​​逻辑链条​​：尊重现状 → 建立可视化 → 限制 WIP → 引发反馈 → 通过领导力推动渐进式改进 → 组织文化随之进化 → 结果持续提升。 【20%最关键内容】 ​​看板三原则​​：把无形工作可视化、流动并限制库存，是所有实践的出发点。 ​​服务交付原则​​：围绕客户需求、自组织团队、演化规则，直接决定客户满意度。 ​​变革管理原则​​：从现有流程出发，通过小步快跑实现可持续改进，降低变革阻力。 ​​KMM 三层支柱​​：结果源于实践，实践受文化影响，价值观驱动文化，形成“价值观→文化→实践→结果”的闭环。 ​​看板成熟度 7 级​​：级别越高，风险越分散，流程越复杂，看板设计也越精细。 ​​9 价值观​​（协作、透明、流动、尊重、理解、共识、平衡、客户关注、领导力）是衡量组织成熟度和看板实施深度的标尺。 ​​领导力是看板方法的“秘密武器”​​，没有领导层支持就难以跨越成熟度临界点。 ​​看板系统＝可视化工作流＋WIP 限制＋反馈循环​​，是驱动演进式变革的核心机制。 【底层逻辑拆解】 ​​基本假设​​： • 组织是一张相互依赖的价值流网络，而非命令-控制链条。 • 通过限制在制品，可以暴露瓶颈、减少切换成本、提高交付速度。 • 可视化和数据反馈能让团队自我调节，而不必依赖外部指令。 ​​方法为何有效​​：把复杂系统中的“阻塞”显性化，配合 WIP 限制强制停止-再启动循环，促使团队快速实验-学习-改进。 ​​成立前提​​：需要一线员工拥有足够的决策权，以及管理层愿意提供数据透明和持续改进的时间。 ​​与常见认知差异​​：不像 Scrum 那样“重仪式”，看板更关注流程本身，对角色和事件要求更轻量。 【核心模型 / 方法论】 ​​KMM 二维矩阵模型​​ ​​行​​：成熟度 0-6 级（或 7 级） ​​列​​：文化价值观 & 看板实践 ​​单元格​​：对应级别应重点培养的实践或文化 ​​用途​​：诊断组织现状、设计渐进式改进路径 ​​三原则-九价值观-演进式变革三步法​​ ​​第一步​​：可视化工作与流程 ​​第二步​​：设置 WIP 限制并建立反馈回路 ​​第三步​​：在领导力支持下，通过持续实验把局部改进扩散到全组织 ​​适用​​：任何需要从“项目执行”转向“持续交付”的团队 ​​压力-反馈-领导力（P-F-L）模型​​ ​​压力源​​：客户延迟、高成本、法规等 ​​反馈机制​​：度量-回顾-行动循环 ​​领导力行为​​：赋能、协同、持续学习 ​​用途​​：诊断看板实施受阻原因并设计干预 【适用场景与实践清单】 ​​场景 A​​：软件研发团队交付周期长、缺陷多。 ​​落地步骤​​： 画出当前价值流，标注决策点和瓶颈。 为每个列设置初始 WIP 限制，至少将“在开发”和“在测试”各限 1 个迭代。 每周站会+看板回顾，用交付周期和缺陷率做度量。 与产品负责人共同决定下一步优化，例如引入自动化测试。 ​​场景 B​​：市场活动策划，跨部门、多创意、时间窗口紧。 ​​落地步骤​​： 用数字看板（Trello/飞书多维表）列出所有创意和任务。 WIP 限制：创意待评估≤5，进行中活动≤3。 建立“风险热图”列，对高风险任务快速复盘。 每月复盘会，对照目标转化率、成本偏差，调整看板字段和规则。 ​​场景 C​​：个人学习或生活改进（读书、健身、理财）。 ​​落地步骤​​： 将目标拆为“待做-进行中-已完成”三列。 WIP 限制为1-2本书/1-2个健身计划同时进行。 每周日回顾，记录阅读页数、健身次数、理财学习心得。 用照片或打卡作为可视化信号，及时调整计划。 【落地小贴士】 ​​先拍“现状照片”​​，不要立刻改流程；看板的第一步是观察。 ​​WIP 限制宁可设得太低​​，也不要太高——过高的 WIP 会掩盖 bottlenecks。 ​​每个看板至少有一个度量​​（周期时间、阻塞时间、客户满意度）并长期跟踪。 ​​领导力不是天天催​​，而是提供安全环境、公开数据、实验时间。 ​​从局部试点到跨团队推广​​，每升级一次成熟度级别，至少做一次全组织回顾。 用这张“三原则-九价值观-演进式变革”路线图，你可以在任何复杂服务环境启动一次低摩擦、高成效的改进旅程。

大卫·安德森的看板哲学可以概括为：“尊重现有体系，通过可视化显性化问题，依靠限制WIP触发拉动式流，利用实验驱动的反馈环实现可持续的组织进化。”它提供的是一种极具人性化和低阻力的变革路径，特别适合那些无法承受“推倒重来”式剧烈改革的成熟企业或复杂项目环境。

感觉直接看彼得德鲁克的《21世纪的管理挑战》，可能更具高屋建瓴的视角。

期待案例来解释方法论，但是方法论讲的一般般，案例也一般般，而且还有很多名词缩写没有解释，直接抛出，总体不太适合作为入门书籍

排除掉所有叙事，跟看板相关的没多少内容，且没有太大价值，跟 CMMI 的映射关系也比较常规，整体来说没有太大参考价值和实践性，当故事看或许好受点，但又不合中式思维