开启你的敏捷之旅，只需要这5步

“ 发现不少团队依然停留在工具层面，对敏捷、精益、DevOps的核心理念并没有很好的理解，导致收益有限。我们都知道，认知才是最重要的，工具只是支持。为了帮助大家快速开启敏捷之旅，我总结以下的具体5步法。”

要强调的是，这5步都需要用户和业务配合。建议在执行的过程中，不需要和他们声明“我们要实施敏捷”，只需要一步步地执行并告诉他们为什么要这样做即可。落实好这5步，化学反应已经发生。不知如何入手的你何不试试？

简单起见，以下方法采纳更简单的看板方法+每周排序会议。

01

—

可视化与透明——看见的力量

怎么做：

• 使用JIRA的Kanban Board来可视化所有需求和整个交付价值流（从Backlog到发布到生产环境）；

• 在看板上为交付过程的每个角色（BA、程序员、测试、用户等）划出相应的工序；
  

• 使用Confluence透明化一切关键信息。

为什么：

• 每个人都能清晰地看到需求处理的情况和进度，促动不同角色完成各自的工序；

• 每个交付从需求到发布都可跟踪；

• 减少由于关键信息掌握在某个人手上而导致的不必要依赖和阻碍。

02

—

减小批量

怎么做：

• 先完成，再完美。把大需求拆分成最小可独立交付的交付（必须能独立交付并产生业务价值，而非像前端开发、后端开发这样的不可单独交付的开发任务）。

为什么：

• 加快满足业务目标的核心需求的交付，降低整体项目风险。

03

—

限制在制品

怎么做：

• 根据每个角色（BA、程序员、测试、用户等）的交付能力限制工作流中相应工序的最大并行交付数量。

为什么：

• 确保聚焦在高价值的交付中；

• 避免频繁的任务切换，提高交付速度；

• 暴露交付价值流的瓶颈。

04

—

构建交付闭环

怎么做：

• 开发启动前必须明确用户想怎么测试和验收（确定可测试的验收条件）；

• 交付给用户前必须测试验收条件。
  

为什么：

• 确保交付的正确性；

• 减少返工。
  
  
  

05

—

频繁沟通

怎么做：

• 每周排序会议——回顾上周交付情况并确定本周优先交付哪些需求；

• 每日例会——关注进度和障碍。从右向左梳理看板上每个交付的情况，聚焦完成。
  

为什么：

• 确保持续聚焦在高价值的交付上；

• 确保快速反馈并尽早暴露问题和障碍；

• 确保每个角色都及时完成自己的工序（包括用户及时完成验收测试），加快交付完成，实现价值；

• 所有人都清晰看到整个交付价值流的瓶颈所在，并共同商讨解决方案。
  

关于作者

---

• 敏捷、精益、DevOps专家

• 精通极限编程、Scrum、看板方法、测试驱动开发、持续集成、行为驱动开发、DevOps工具栈

• 曾在GDevOps、DevOpsDays Meetup等论坛发表主题演讲

• 著有《猎豹行动：硝烟中的敏捷转型之旅》一书

点击“阅读原文”可直接购书

关注公众号看其他原创作品