京麦团队的敏捷求生与进化之路
京麦团队自2014年在敏捷教练指导下启动敏捷转型，如今已成长为部门内标杆团队，所负责产品也跃升为部门战略级项目。
前言
团队初创时规模极小，仅4名研发维护一款“鸡肋”产品——并非无人使用，而是竞品林立，用户感知价值不突出。
当时开发节奏以月为单位，一两个月才发布一个版本。在“快鱼吃慢鱼”的时代，这种节奏无异于慢性死亡。面对强势竞品，我们如何活下去？又如何跑赢？
2014年 —— 死亡行军的救命稻草
市场未知、资源有限、团队微小——我们唯一能赌的，是用最小成本快速验证产品假设是否成立，能否真正击中用户痛点。没有时间、预算和人力去堆砌“大而全”的产品再推向市场。一旦方向错误，团队与产品都将面临灭顶之灾。
正是在这样的绝境中，我们遇见了敏捷。这场前途未卜的变革，被我们称为“死亡行军”，而敏捷，就是最后一根救命稻草。
事实证明，这次转型极其成功——无论是产品表现还是团队状态。那么，敏捷究竟带来了哪些关键改变？我们为什么能成功？这背后，是大量内部培训与工程实践的持续投入。
简单来说，敏捷为我们带来了三个核心转变：
- 小步快跑： 版本周期从1-2个月压缩至1-2周。这要求需求必须细粒度拆分、快速上线、最小化验证。在与竞品的赛跑中，这一策略效果显著——我们越跑越快，差距越拉越大。
- 团队自驱： 通过看板实现工作透明、任务自领、即时反馈。沟通上坚持面对面讨论，质量上推行Code Review。更重要的是，管理视角从“关注谁闲着”转向“关注哪个任务卡住了”，极大激发了团队的主动性和创造力。
- 极限反馈 + 自动化流水线： 引入持续集成、自动化部署、静态代码分析、监控告警等实践，大幅释放人力，减少重复劳动。我们采用单分支开发：任何人提交一行代码，都会自动触发编译 → 测试 → 静态分析 → 部署全流程，问题秒级定位、分钟级反馈。
京麦先驱者，起航时的留念 —— 这些都是最早期的照片！还记得刚组建团队时那句口号：Work Together！
早期看板 —— 简单，甚至简陋，但第一次让所有人看清了工作流和阻塞点。
高效沟通靠Face To Face，质量保障靠Code Review —— 图中正是团队在进行关键模块的结对评审，避免后期返工。
迭代开始有Planning Meeting对齐目标，迭代结束必开Retro复盘改进 —— 敏捷不是流程，是持续优化的习惯。
愿景写在墙上，阻碍贴在板上 —— 目标共识，问题透明，是我们迈出的第一步。
2015年 —— 从1到2的继续前行
看板升级了 —— 不只是变美、变可爱，更是信息承载更清晰、协作规则更明确，支撑更大规模团队运作。
团队扩张了 —— 依据业务模块拆分为多个特性团队，实现并行开发、独立交付，加速整体响应速度。
工具进化了 —— 引入电子看板，支持远程协作、历史追溯与数据统计，物理看板+电子看板双轨并行，兼顾仪式感与效率。
最后附上京麦出品的敏捷框架图 —— 纯手工绘制，浓缩了我们从0到1再到N的全部经验。
从“死亡行军”到“从1到2”，京麦的敏捷之路充满挑战，也收获满满。以上分享聚焦于我们如何用敏捷应对生存危机、建立快速响应能力。接下来，我们将深入探讨规模化阶段的实践：多团队协同、需求治理演进、文化沉淀与持续创新。敬请期待，愿这些真实经历，能为正在转型或创业试水的你，带来启发与力量。
Course Curriculum
建立敏捷基础 —— 让流程“跑起来”（2013–2014）
提升团队效能 —— 让协作“顺起来”（2015–2016）
穿越震荡周期 —— 让系统“稳下来”（2017–2018）
驱动持续进化 —— 让组织“强起来”（2019）
Speaker
