2017年，记一次敏捷Retro的会议记录
为什么要将这次敏捷Retro会议记录拿出来说说呢？因为发现，这次会议的内容真的反映出大多数团队面临的问题和痛点，并经过这么多年的敏捷实践，真的有所思有所悟，所以用这一次敏捷Retro来说说问题。
背景
刚刚团队经历过一个项目，这个项目的结果是成功的，但是整个过程是非常痛苦的。
这个项目的特点非常显明：
1. Deadline已经固定，而且非常紧
2. 多个团队协作开发，沟通成本非常高
3. 团队新人多，对业务不熟悉
4. 系统腐化严重，代码混乱
由此产生的问题：
1. 新人很努力，但对系统不熟悉，对业务不熟悉，干着急，帮不上忙，很无助
2. 一线研发很辛苦，没有足够的backup，今天晚上熬完，明天晚上继续熬，精神和肉体都面临极大挑战，时刻处于崩溃的边缘，很无助
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.
