敏捷开发：看板 vs. Scrum板
本周一进行团队第二个冲刺的Review和Retro，在这次回顾中，我们发现在Scrum实践中，由于我们团队每个人几乎要负责两个以上的系统研发，其中又有老系统维护和新系统需求的优化，这就造成了团队成员在迭代中目标不一致。
因为Scrum更合适一个团队向着同一个目标冲刺，所以面对我们遇到的问题，在与我们的敏捷教练 - 杜伟忠探讨后，我们团队决定进行转型 —— 我们依然是敏捷团队，但是我们应用了一种更灵活的敏捷，看板模式。
那什么是看板呢？它与Scrum板有什么不一样呢？
1. Scrum规定角色，KANBAN没有
2. Scrum通过TimeBox进行迭代冲刺，KANBAN通过限制在制品进行流的控制
3. Scurm Backlog中的条目大小适合放入迭代，KANBAN可以跨越迭代
4. Scrum在迭代器不允许变更，KANBAN是等TO DO有空闲位置时在处理
This chapter requires login to view full content. You are viewing a preview.
Login to View Full ContentCourse Curriculum
1
建立敏捷基础 —— 让流程“跑起来”（2013–2014）
以敏捷宣言为起点，通过站会、Planning、Review 和 Retro 建立基本节奏；引入看板实现需求可视化，制定上线准备项等规则。结合 JCSM 培训、“棒球大联盟”游戏及影响地图实践，完成从认知到初步落地的跨越。
2
提升团队效能 —— 让协作“顺起来”（2015–2016）
聚焦跨职能协同与迭代质量，运用用户故事地图对齐目标，优化燃尽图使用，强化“响应变化”能力。通过披萨游戏、PMI/TiD 外部交流等方式激发团队共创，推动开发、产品、测试形成高效交付闭环。
3
穿越震荡周期 —— 让系统“稳下来”（2017–2018）
面对交付压力与团队变动，通过深度 Retro 重构看板规则，加强代码质量与 CI 实践。借助 OpenSpace 会议和外部转型交流，在混乱中重建协作秩序，锻造出更具韧性的敏捷运作机制。
4
驱动持续进化 —— 让组织“强起来”（2019）
技术 Leader 主导流程规范，明确 DoR/DoD，标准化演示与回顾机制。强调“看板整洁不能太放肆”，将规则转化为对 Scrum Master 的赋能，推动团队从执行敏捷走向自主持续改进。
Speaker
Songran Zhang
@Aliyun | Qwen Chat
Songran Zhang is senior systems architect at Aliyun, a speaker, and an author. Over the past 15 years, he's mastered architectures from cloud-native systems to AI-powered LLM platforms, building deep technical expertise across large-scale, high-availability systems.
