细思极恐，敏捷是如何加速价值交付的？

那么敏捷是如何加速交付速度的呢？ 今天我们就来详细聊聊，敏捷到底通过什么途径“提升交付速度的”？细思极恐啊，聊着聊着，你可能发现很多东西都是大道相通啊，只不过是换了名词、场景再次出现而已。本文重点从五个方面进行分析：

敏捷为了“一次性把事情做好”， 首先明确限制一次性做少量明确的事情（一般是2周的时间周期），通过提前明确沟通需求的标准（价值、验收标准等），降低续期变更的几率；然后，每天进行对齐纠偏，减少返工的几率；最后还通过可视化的评审进行确认，尽早获得相关干系人的反馈，减少后期大规模返工、变革的时间（成本）。 

各个活动都没有返工或极少返工，你说工作项快不快。敏捷通过“一次性把事情做好”，减少了返工，加速了交付速度。

敏捷打破了传统职能团队之间看不见的墙，不需要部门之间协作的各种文书和等待，而是把价值流动线路上的角色放在一起，进行端到端的价值交付。

敏捷要求建立跨职能的、能端到端交付价值的团队，这些跨职能的团队相对稳定，包括需求、实施、测试等角色，他们交付相同的价值，有共同的目标。

首先，敏捷团队资源相对稳定，能基于价值快速响应，无需向其他职能部门申请资源或协作，减少了职能团队间的中间商（各个Lead转来转去）；然后，敏捷团队相对物理空间集中，交流方便，高效及时，减少了中间环节（减少了预约、准备、协调等）时间。

团队成员交流、协作都没有中间商了，你说协作快不快。敏捷通过“去中间商”，撤掉了部门墙，减少了职能团队繁琐的沟通时间，加速了交付速度。

敏捷打破了传统周会、周报、里程碑管理的方式，不需要等到周会等交流时机再暴露和跟踪问题，而是通过每日站立会的方式，每天每天发现问题、风险并每天每天进行跟踪管理，确保及时发现和解决问题、风险。

敏捷要求团队成员一起工作，并通过每日站立会及时发现阻碍目标达成的障碍。首先，敏捷团队所有人都必须暴露问题、风险，由敏捷教练负责管理这些问题，并每天和大家沟通问题解决状况，是每天每天实时扫描，如果超过3天未解决，则需要升级处理，这避免了问题被遗忘或事后再管理的现象；

然后，敏捷团队每日交付的可工作的产品，能充分暴露问题，而不是之前的 Word 或 PPT 中的百分比进度，基于实际可工作的产品发现的问题是具体的、实际的，这也大大提升了问题解决速度，无需等到一个很长的反馈周期。