作者： Q.H. Wang

Scrum把产品决策、流程引导和交付执行分给三类角色。本文说明Product Owner、Scrum Master和开发团队各自负责什么，用事项对照划清决策权边界，并沿Sprint时间线解释三方如何配合。

敏捷原则指导持续改进，关键是把抽象价值转成可执行动作。本文给出“原则—观察信号—改进动作—验证证据”的对照方法、五步改进闭环、角色分工与自查清单，帮助团队判断改进是否真的发生。

Scrum团队出现决策等待、流程停滞或责任推诿时，往往说明角色职责边界已经模糊。本文按产品决策、流程引导、交付执行三条责任线归类症状，用证据确认越界类型，给出分角色处置步骤与恢复验证清单。

决策等待、流程停滞、交付推诿分别指向Scrum中不同的角色责任边界。本文提供一套从症状归类、假设排查到调整验证的判断路径，帮助团队用一到两个Sprint的观察证据区分角色缺位、越界与职责混淆。

极限编程XP的核心实践通常包括测试驱动开发、持续集成、结对编程、小步发布和持续重构。本文按交付节奏、工程实践和协作方式分组说明每项实践的作用，解释测试与重构、集成与结对之间的支撑关系，并梳理这些实践如何组合成从编码到业务使用的连续反馈链。

XP试点建议从测试驱动开发与持续集成起步，再引入结对编程与代码集体所有，最后调整小步发布与计划游戏节奏。本文给出三阶段实施路线、试点期角色分工与会议合并规则，以及扩大、调整或停止试点的判断条件。

已有开发流程的团队试点XP，重点是圈定小范围、按优先级分批引入实践、保留现有流程不动。本文给出试点范围划定、实践引入顺序表、角色分工、两迭代落地示例和试点完成检查清单。

精益软件开发中，识别价值判断哪些成果真正解决客户问题，消除浪费减少不创造价值的活动，建立流动让有价值的工作连续推进，拉动机制用下游需要触发上游投入。本文逐项解释四个概念的定义、边界与相互关系。

价值、浪费、流动和拉动回答的是四个相互衔接的问题：做什么、什么在拖后腿、过程是否连续、投入节奏由谁决定。本文按这条主线解释四者的含义、边界和配合方式，并区分精益、敏捷与看板的概念范围。

交付周期长往往伴随在制品堆积。本文按建基线、找浪费、限在制品建拉动、评估前提、验证效果的顺序，说明如何用精益软件开发改善价值流动与拉动式交付。