- 博客(49)
- 收藏
- 关注
RSS订阅转载 【Scrum 模式语言11】 无事也付费（Money for Nothing）
开发合作关系是客户与开发供应商之间风险共担、合作共赢的基础和保证。一味坚持固定价格的合作协议往往有可能损害双方的互信，导致低效或者无效开发。因为一方面客户可能会提前终止合作置供应商于“空窗期”风险；另一方面在开发尾期，供应商可能会利用“非完美的不可预见性”假装继续努力开发实际并未增加客户价值，以此来保留最初的固定收益。可能的解决方案就是设定“无定期产品增量价值即终止”的合作机制。避免合作双方刻意的损人利己或者不劳而获。
2026-02-04 16:29:43
16
转载 第二册【Scrum 模式语言10】免费变更（ Change for Free）
“拥抱变化”不仅仅是敏捷开发的口号，而是一种可以落地的机制设定。这种机制在保持固定价格（总开发投资）的前提下，坚持高价值优先的原则，通过开发（Scrum）团队对最终交付价值的相对准确估算，再与客户的密切合作下，在Sprint中合理替换或移动代办事项。这样，既未因变更（替换/移动待办事项）额外增加开发成本，又因为持续的迭代开发增加了对开发的洞察并以此增加了定期产品增量的价值，真正实现“免费变更”。
2026-01-30 13:21:05
20
翻译 重温Scrum框架设计的底层逻辑
Scrum是一种轻量级框架，旨在帮助团队以迭代式、增量式的方式协作开发复杂产品，进而交付高价值成果。它建立在实验主义和精益思想的原则之上。
2026-01-22 09:25:01
20
转载 第二册【Scrum 模式语言9】基于集合的设计（ Set-Based Design）
在敏捷开发实践中，“基于集合的设计”代表了一种重要的开发范式转变--从过早锁定单一方案转向并行探索多种可能。本译文深入解析了这一源自丰田的创新方法，它通过有意识地保持设计选项的开放性，为团队在复杂问题面前提供了更灵活的策略。这种方法与Scrum所强调的“持续改进”的思维高度契合，它教会我们“延迟决策”的智慧--不是回避选择，而是通过系统化的探索让最终决策更加稳健，让产品为客户带来更大的价值。
2026-01-22 09:18:45
21
转载 第二册【Scrum 模式语言8】愿景（Vision）
提到愿景，过去总是把它和史诗级的战略放在一起，好像离每个个体有些遥远的距离。随着创业的兴起，这个概念的多样化呈现，让它与每个创业者团体和个体都密不可分。随着科技的发展，愿景到产品实施的距离更短了，让它与普通消费者都产生了联系。而现在，用户体验占据高度的时期里，提到产品，如果没有系统性思维从愿景拉动全员的思路，方向和行动法则，就会很快被市场抛弃。愿景，离每个人都越来越近，尤其是Scrum团队和相关干系人们。
2026-01-15 10:29:19
21
转载 第二册【Scrum 模式语言7】产品自豪感（ Product Pride）
本译文基于《Scrum模式语言》的第二章产品组织模式语言，探讨产品自豪感。篇首以圣家族大教堂的宏伟提醒我们，卓越源于对价值的执着。它深入探讨了Scrum团队如何通过“信任社区”来激发这份自豪，并借鉴了建筑大师克里斯托弗·亚历山大关于“无名之质”的追求。真正的产品匠心，是团队对每一份交付物负责到底的骄傲。愿此译本能激发您和团队，将这份自豪融入日常工作，共同打造有生命力的杰作。
2026-01-07 12:01:23
21
转载 第二册【Scrum 模式语言6】Sprint 回顾（ Sprint Retrospective）
常看到举例Sprint是Scrum的心跳或节奏，而Sprint回顾就像人体内自我检查与反应机制，依据现实状况反思与调整追求进步。文中列出不适合做反思活动的时间点，也正好是Scrum新手容易犯错的地方。允许失败并修正是TPS的精神，也是Scrum的重点。非常适合用作Scrum教练做Sprint回顾活动的时长及参与者设计参考指南。
2026-01-05 15:55:48
38
转载 第二册【Scrum 模式语言5】Sprint评审（ Sprint Review）
本篇关于“Sprint评审会议”的阐述，揭示了评审的核心价值 – 它不是一次简单的成果演示或验收仪式，而是一个校准方向、凝聚共识、构建信任的关键节点。评审的关键在于通过“可工作的产品增量” 获得各方的真实反馈，从而直面 “未知的未知” ，检验产品方向是否符合用户需求，是否指向 “最大价值” 。这再次提醒我们，评审的成功不在于精美的演示或详尽的清单，而在于产品本身在真实环境中的检验与团队的诚实沟通，从而实现 “交付-反馈-学习” 的敏捷循环。
2026-01-05 15:40:08
49
转载 第二册【Scrum 模式语言4】紧急程序（ Emergency Procedure）
文章使用“停下生产线”来揭示，隐藏问题才是最大的风险，真正的效率源于暴露并解决根本障碍。它生动地阐释了敏捷核心，不是盲目追赶进度，而是要有勇气直面问题、快速响应。文章提供了Scrum紧急程序的清晰行动框架。它并非教条，而是强调一种训练有素的应变思维：从改变工作方式、寻求帮助，到最终果断终止Sprint。这种结构化方法能有效避免团队在焦虑中陷入混乱或妥协，转而系统性地聚焦于解决方案。文档同时平衡了原则性与灵活性，指出终止Sprint是重大决策，需由Product Owner权衡业务价值，这体现了对现实的尊重。
2026-01-05 15:35:54
26
转载 第二册【Scrum 模式语言3】Sprint计划（ Sprint Planning）
本文用简单易懂的方式，讲述了Sprint计划的核心要点和实际做法。它表达的关键是：做好Sprint计划，绝不是简单从待办列表里挑任务就行 —— 本质上，这是团队在 “确定的目标” 和 “不确定的变量” 之间找平衡，最终为实现共同目标做出靠谱承诺的重要协作环节。
2025-12-31 14:43:05
36
转载 第二册【Scrum 模式语言2】跨职能团队（Cross-Functional Team）
本译文基于《Scrum模式语言》的第二章，重点探讨了“跨职能团队”这一核心模式。跨职能团队的优势在于强调团队自治、持续学习与快速反馈，减少对外部依赖，缩短产品开发周期，而这正是帮助组织提升效率与响应能力的关键。
2025-12-31 14:38:37
40
转载 第二册【Scrum 模式语言1】Scrum团队（Scrum Team）
Scrum团队的构建模式揭示了高效产品组织的核心逻辑——它绝非不同职能的简单拼凑，而是一个以共同目标驱动的有机整体。通过融合产品负责人的业务洞察、开发团队的交付能力与Scrum Master的流程专长，团队形成了能够自主决策、快速响应的“价值交付单元”。
2025-12-31 14:34:24
36
翻译 每个团队都需要“超级引导者”
超级引导者会整合多元专业技能、促进公平参与，并培养信任。通过这些行动，他们能催生 “集体智慧”，即团队推理、创新与解决问题的能力。他们通常是团队领导者，但也可能是像保罗这样的普通队友 —— 用自身行动激发同伴发挥出最佳水平。
2025-11-25 16:19:53
97
原创 敏捷VMO：打通战略到成果的桥梁，驱动企业规模化敏捷转型
敏捷价值管理办公室（AgileVMO）正成为企业战略落地的关键解决方案。调研显示，传统PMO模式因过度关注进度而非价值，导致70%业务转型失败。AgileVMO通过三大核心机制转变运营模式：精益组合管理、自适应治理和负责任AI应用，实现从活动管理到价值驱动的转型。典型案例显示，采用该模式的企业已实现收入增长32%、成本降低58%等显著成效。敏捷转型需分三阶段推进，并依赖领导层的深度参与。该模式通过连接战略与执行，帮助企业在不确定性中保持竞争优势。
2025-10-30 11:20:41
799
翻译 ADKAR变革模型的最新拓展： 变革旅程的五个生态层
文章通过案例揭示了组织变革中不同团队进度差异的根本原因。执行发起人发现，表面上统一的培训和支持下，各团队转型进度却大相径庭。深层分析表明，每个员工同时经历着个人、职业、团队、组织和行业五个生态层的变革旅程，这些相互交织的变革体验形成了复杂的转型网络。ADKAR变革模型显示，人们需要依次经历认知、意愿、知识、能力和巩固五个阶段，而各生态层的变革需求往往相互冲突。文章建议管理者应将重点从"统一进度"转向"理解和支持"，通过五
2025-10-30 10:58:44
101
翻译 构建心理安全感：失败也是一种敏捷实践
本敏捷成功案例源自鲁卡・拉姆钱德拉（Rucha Ramchandra）与奥斯曼・马克苏德（Osman Maqsood）撰写的敏捷实践报告《败中求进：分享、成长、团结》（The Fail Forward Stories: Share, Grow, Unite）。
2025-10-30 09:47:50
47
翻译 看板方法的原则与实践
看板方法的应用范围会影响其实践方式，从简单的团队级看板到复杂的部门级看板系统都是恰当应用。看板的核心原则包括：渐进式变革、以服务为导向的组织视角、从现状出发改进工作。通用实践涵盖六大方面：可视化工作流程、限制在制品数量、管理工作流动、制定明确规则、建立反馈循环、以及通过实验持续改进。这些实践强调通过可见性、流程控制和协作优化来提升工作效能，同时保持变革的安全性和可逆性。看板的灵活性使其能适应不同组织文化和业务场景。
2025-09-10 13:16:48
69
翻译 AI无法拯救病入膏肓的企业 —— 但会让问题暴露无遗
人们常把AI吹捧为企业的“颠覆性力量”，承诺它能实现更快的决策制定、更高的生产力以及突破性的创新。但问题在于：AI并非在真空中运作。
2025-07-23 13:36:35
48
翻译 Mike Cohn 解析：产品待办列表梳理
产品待办列表梳理——过去称为 “待办列表梳理”，旨在保持产品待办列表的整洁有序——是在一个迭代接近尾声时召开的会议，目的是确保待办列表为下一个迭代做好准备。
2025-07-02 14:53:18
44
翻译 以认证VMO实践者身份引领企业敏捷性新时代
Scrum 联盟和业务敏捷性研究院最近发布的一份报告揭示了：企业对技能需求的变化）。该报告指出，企业对特定敏捷教练角色的需求有所减少，相反，对诸如 ScrumMasters、产品负责人、项目经理和业务分析师等职位的技能需求却在不断增长。
2025-06-25 13:59:17
62
翻译 CSM 与 CSPO 认证深度解析：角色职责、技能差异与职业路径指南
不少伙伴对 CSM（认证Scrum Master）和 CSPO（认证 Scrum 产品负责人）这两个敏捷领域的核心认证存在困惑。本文将从角色职责、技能差异、职业路径三个维度展开深度解析，通过对比分析帮助读者清晰理解两者的定位差异与能力侧重点，为职业发展决策提供参考。
2025-06-25 09:48:14
167
原创 完成的定义DoD与验收标准AC的区别
两个维度把控质量，“DoD”的定义表达了做事情的正确打开方式，正确的方法和流程，在Sprint交付过程中严格执行，我们称作内在质量。有了这三次的面对面的对话，做对一个需求的可能性大大提高，这与传统的过度依赖文档的传递需求的方式有本质的不同。完成的定义(DoD)，Scrum团队在产品准备期由ScrumMaster引导团队约定一个大家做事情的规范，从开发，测试，文档，合规和部署的五个视角，一起看看哪些增值活动我们必须做，比如单元测试做到什么程度，如何处理bug，回归测试，建立必要的设计文档等等。
2024-12-09 11:59:02
1214
翻译 产品负责人对干系人说‘不’的6条准则
这样做会浪费他们的时间，也会让你感到沮丧，因为你明知道自己永远不会开发这个功能，却还要不断地说不。但通常情况下，双方有一个更高层次的产品级别目标是共同的，你可以引用这个共同的目标。最重要的是，如果你的真实意思是根本无意去做他们所要求的事情，不要让相关方在交流后认为他们可以在一个月后再次提出请求。当拒绝处理得当时，不仅可以改善与干系人的关系，还能让团队专注于最重要的目标，并帮助团队在敏捷开发中取得成功。另一方面，如果你是对客户说“暂时不”，表示你以后可能会考虑他们的需求，那也请明确表达这一点。
2024-12-05 14:19:10
136
原创 Agile VMO分享：海尔案例
这些微型企业拥有决策，设计和交付新产品及服务所需的所有职责，能够以比传统组织更快的速度和更少的阻力将成果交付给客户。在这种模式下，价值流中的每位员工都能够更接近客户，每家微型企业都以客户价值交付为衡量标准。每家微型企业都从五个方面进行评估：客户价值、利润、收入、成本和边际收入，它们还要找出将客户转化为终身用户的方法。海尔通过小规模的试点研究和行动计划，使它的微型企业能够迅速发现价值，并向客户交付价值。激发为用户提供新产品和服务的创意，确保与客户的持续互动，从而为客户和海尔带来价值。
2024-12-05 13:49:59
569
原创 敏捷教练——用专业教练的技能把敏捷价值观原则实践落地
实现这一点的技巧之一是通过假设来形成你的建议：“你有没有可能......”，或者提供若干选项：“另一种值得探索的方法是......”，这向教练对象发出了一个信号，即她需要想出解决办法，因为她是最了解情况的人。如果你只被允许教练，你就得按照顺序提出正确的问题，充满耐心地引导他们前进，一步一步直到他们想通，理解这样做的意图，最终找出正确的方法。在这个语境里，“讲授”意味着当你教练的团队缺乏某个领域的知识的时候，你能够捕捉到，并且清晰地为其解释概念，回答与概念相关的问题，并且确认团队确实已经掌握了这个新知识。
2024-11-13 14:22:15
966
原创 ScrumMaster认证机构及CSM、PSM、RSM价值解析
我们为大家梳理了目前市面上出现的ScrumMaster认证，感兴趣的小伙伴们，可以了解各个机构的背景和历史，讲师资质，认证路径，企业认可度，敏捷社区活动和大会等。RSG大会致力于宣传Scrum的核心价值：Courage (勇气)、Respect (尊重)、Focus(专注)、Openness(开放)、Commitment(承诺)，与其他会议不同的是，我们是一个由志愿者组成的非盈利活动，致力于在中国推广敏捷，建设社区，提供大家一个很好的交流机会，让企业可以更好的理解敏捷框架，并且灵活的运用于实践中。
2024-11-12 15:42:55
3534
转载 选择迭代长度时考虑的因素
大部分敏捷开发过程和采用敏捷开发过程的小组都把迭代长度设置为2~4周。有些小组使用更长一些的迭代，但是2~4周是大多数开发小组普遍接受的标准。并不存在一个神奇的迭代长度，可以适用于任何环境中的所有小组。小组在开发一个项目时的合适迭代长度在同一个小组开发另一个项目时也许并不合适。 您在选择迭代长度的时候，应该受下列因素的指引： 正在处理的发布的时间长度
2014-02-13 14:12:51
2361
原创 Scrum培训之旅——参加ShineScrum CSM认证班的心得体会
从事软件开发工作已经有很多年了，对敏捷的管理理念却一直很陌生。虽然在加入目前的公司后，在与同事的协作中对敏捷和Scrum有了一些懵懵懂懂的认识，甚至还在日常工作中有意或无意的参与很多Daily Scrum的工作内容，却一直无法对Scrum有系统而详实的理解。这次的培训恰好给了我一个这样的机会，能够在世界级Scrum大师的带领下，由浅入深地了解Scrum的内涵。两天的时间虽然很短暂，但还是给我带来了
2014-02-11 14:30:30
1766
原创 揭开Scrum神秘面纱重新认识Agile——记参加ShineScrum的CSM培训有感
第一次接触敏捷还是在2008年之后的5年都在使用Scrum,其间经历过两个项目，两个项目都使用了scrum，我一直担任的都是Scrum Master的角色。说实话这两个项目给我带来的Scrum体验并不好，原因是我觉得一个sprint又一个sprint的迭代，相当于每一个月或者两个星期就是一个冲刺，因为需要完成sprint planning中承诺的story(任务），整个团队都觉得很疲惫。这一错误的
2014-02-10 12:34:09
1784
原创 CMMI与CSPO认证培训之我见——参加ShineScrum CSPO认证课有感
前一段时间参加了两天CSPO（Certified Scrum ProductOwner）的培训。仔细想想自己上次参加培训还是六七年前的CMMI 3的培训（应该做个自我检讨），两次培训印象均颇为深刻。不过个人认为本次参加的CSPO的培训与自己的工作更加贴近，收获更大。比较两位讲师的风格，也能看出两种开发模式的不同。CMMI的讲师更加严谨，不喜欢说笑，基本是按照自己制定的培训计划进行的。而
2014-02-07 16:25:20
2138
原创 参加ShineScrum CSPO认证课的个人体会
尽管是从2009年就懵懂的接触Agile，尝试Scrum。但实际上去拿Scrum Master的认证还是去年11月份的事情，之后越发觉得自己应该学习一下ProductOwner方面的知识，刚好今年1月份在北京有一个CSPO的认证班，就报名参加了。 因为目的性比较明确，所得的收获也颇多。下面总结几点： 首先，两天的培训让大家见到Scrum可无处不在，培训的过程就是一个Scrum实施的
2014-01-24 14:52:54
3166
原创 敏捷是一场关于适者生存的进化
Ken Schwaber作为Scrum的缔造者之一，与Jeff Sutherland一起倾情撰写的敏捷图书《30天软件开发——告别瀑布拥抱敏捷》，现已由ShineScrum成功翻译图灵出版，并在各大网站出售。近日，ShineScrum又邀请Ken Schwaber参加了图灵社区的访问，下面请见详细访谈内容及Ken Schwaber的精彩回答。KenSchwaber
2014-01-23 14:38:43
948
翻译 PTC逆袭之道
PTC（Parametric Technology Corporation）是一家拥有5000名员工的跨国公司，从事产品生命周期管理软件的开发。其产品基于CAD/CAM（计算机辅助设计/计算机辅助制造）系统，帮助像雷神、BAE系统、空中客车等世界顶级的工程组织管理大型系统的开发，例如空中客车A380的开发。其主要是通过监控所有部件、配件和子配件的配置来进行管理。2005年，PTC遇上了使用预测
2013-12-25 16:30:33
920
翻译 有关Scrum Master的用户故事
作为一个Scrum Master，我需要理解敏捷宣言，以便实施Scrum。作为一个Scrum Master，我需要理解Scrum是如何被创造的，以便更好地实施。作为一个Scrum Master，我需要理解如何开始，以便启动Scrum。作为一个Scrum Master，我需要理解Scrum框架，以便实施Scrum。作为一个Scrum Master，我需要理解复杂的适应体系，以便实施Scrum。作为一
2013-10-29 14:35:25
1186
翻译 为什么增量必须要是“完成的”
在每个Sprint结束时，团队都可以完成一个或多个可以投入使用的需求增量。这个时候你可以想尽一切办法对增量进行各种暴力测试，目的就是为了保证这些增量可以经受各种测试的考验。只有增量的质量足够好，才能够投入到实际的生产环境中。你还可以将新的增量和老的增量结合起来测试。一个完成、完整的增量必须是可以正式投入使用的。 如果一个增量无法正常工作，或者无法马上部署到生产环境中，那么你就不
2013-10-24 15:41:35
1109
翻译 为什么企业转型必须深化并固化
在向Scrum转型的过程中，整个企业会发生剧变，所有人都在一种可控的混乱中工作，而这种状态会持续几年。但最终，软件的每个版本会变得越来越好，员工都很乐意来上班，客户也开始乐于和企业合作。然而，企业转型成功与否取决于发起转型的高管。我们已经见过太多例子，在企业内的其他人还没有真正懂得如何用新的方法思考和工作，转型还没有在企业内扎根时，发起人就由于晋升或离职离开了原来的岗位。当发起人高管离开之后，之前
2013-10-23 13:56:50
1306
翻译 用Scrum的方式实施Scrum
用Scrum的方式实施Scrum就是说组织利用Scrum的流程来实现组织的转型。要成功实施Scrum，必须在组织内进行两项主要改变：首先，软件开发人员必须被派到小团队中，还需要教会他们如何使用Scrum进行软件开发；其次，移除所有有碍于优化创新和软件交付的障碍，这些障碍会随着Scrum的使用逐渐显现。
2013-10-22 14:24:13
1970
翻译 如何决定Sprint长度？
使用Scrum的组织通常会使用30天作为Sprint的长度，但是Scrum同样允许周期更短的Sprint。周期较长的Sprint通常用于变化较少的环境，而周期较短的Sprint则通常用于机会较多或者更具有挑战的多变环境。
2013-10-21 14:03:44
2357
翻译 企业级敏捷转型系列专题之四 —— 企业转型
从企业启动转型到实现完全转型的道路是非常漫长的，其中要通过各种努力，经历长达5，6年的时间，才能让变革在企业里扎根。主要的改变很快就会显现出来，在转型的第一年里，你就能看到转型带来的好处。在转型后的两年内，主要的竞争优势就会得到体现。然而，就算转型已经完成，成功的关键——持续改进——却永远不能停止。 转型一般分为6个阶段：启动转型传播愿景和策略推向整个组织造成影响度量
2013-10-17 18:06:38
1581
翻译 企业级敏捷转型系列专题之三 —— 成立Scrum工作室
项目级Scrum再进一步，就是成立Scrum工作室——一个长期运营的、可以让Scrum软件项目快速启动的、一个全新的独立组织。有些公司用Scrum工作室来运营所有项目，也可以只将达到一定复杂程度、规模或者风险的项目放到工作室中运营。只在工作室中使用Scrum避免了在企业里全面推广Scrum的困难和可能遇到的潜在问题。Scrum工作室是一个学习形的组织 在工作
2013-10-16 12:41:06
1163
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人