规模化敏捷转型中，哪些问题会被经常问到？

1月16日，Agilean 咨询团队在 Adapt 规模化敏捷框架第七期直播中，邀请了多位群友观众来到直播间进行连麦互动，通过大量实例问题的分析解答，对 Adapt 框架第一个系列直播活动进行了收尾总结。限于直播时长，我们无法对这些问题一一解答，特撰此 Q&A 并与大家分享。

直播回放

文末有本次直播关于敏捷导入、业务协同、项目&产品管理、大规模敏捷交付等话题的回放，可点击原文链接查看。

1月31日，我们将组织一场 Adapt 规模化敏捷框架的线上培训课程，感兴趣的同学，可识别下图二维码报名。

识别二维码报名周日 Adapt 培训课程

1

敏捷转型四问

Q1：在向业务人员宣导敏捷实践的时候，应该宣导哪些方面，才能更好的让业务人员参与和支持敏捷实践？

A1：促进业务侧更多参与敏捷实践确实是很多组织面临的难题。在宣导时，建议结合业务自身的痛点以及业务与研发协作的痛点出发，有针对性的进行宣导。（By 雷晶晶）

首先是协作上的痛点：

1. 交付时效痛点：可以通过小批量交付，缩短交付时效。

2. 交付内容「货不对板」痛点：该问题来源往往是交付时效太长，导致需求澄清重要细节的损耗，或因为交付过程太长，期间出现需求变更。采用敏捷实践后，基于频繁的沟通与持续的交付，让业务有机会不断校准需求细节，促进交付内容更符合业务目标

3. 交付质量痛点：采用敏捷方式后，由于测试左移、开发 Showcase 等实践，每次交付的内容能得到更充分的测试与验证，质量将有改善。同时由于每次交付的「容量」降低，问题定位与修复将更快

4. 过程黑盒痛点：持续沟通、双层看板都将向业务透明进展与实际情况。

其次是业务痛点：

1. 创新痛点：业务的产品创设与创新，本身有业务敏捷的实践。落地时都需要研发具备持续交付与快速实验能力，这都是研发敏捷实践可以辅助的内容

2. 降本提效：研发交付的内容不是业务和市场需要的，就是最大的成本浪费，敏捷对于交付内容的准确性的提升有助于帮助业务节省成本；研发和业务更好协作，可以让研发从系统角度给业务更好的实现建议。

3. 跨部门协作：研发敏捷划分部落以后，能够对齐业务条线，一定程度上降低跨部门协作难度

案例分析

金融机构前端业务的常见痛点是上线慢，如果涉及与合作方对接，经常需要三个月甚至半年时间。宣导时可以着重表述，通过需求的梳理、优先级的排序，高质量快速交付合作项目的核心内容，帮助业务快速抓住市场热点与趋势，辅助业务快速落地。

但是，在宣导过程中，应该注意避免以下几个坑：

1. 单纯将敏捷描述为研发能够快速交付；

2. 将敏捷描述为研发的实践，没有事先与业务对齐参与敏捷的「投入」与「产出」。

如何理解敏捷的投入与产出

常见的投入包括：频繁的需求澄清、定期与研发集中办公（尤其针对业务研发不在一个职场的情况）、小批量验收测试等。更进一步的实践中，需要将业务目标与产品规划、需求管理进行关联和挂钩。

常见的产出包括：支持快速实验、交付内容更符合业务诉求，交付质量提升等

Q2：项目制中，项目经理的管理能力较弱，同时疲于应对向上汇报，虽然有团队内敏捷教练，但是本身不关注也不了解敏捷，对敏捷转型中形成阻力，如何优化？

A2：不过分纠结「某一小部分」的问题，将大部分精力投入规模化。（By 周麟）