从传统项目转型敏捷你只需要两天
2019-12-20
来源：壹佰案例 平安古月
，可视化交流，确保信息对称和沟通效果；
● 多角色共同参与，增进业务和开发互信，促进团队协作；
● 使用固定时间盒来提升团队工作效率。
2014年，直销银行的项目顺利上线，可以说是我们通过QPS进行大规模敏捷的一个试点，紧接着我们引入更多的项目进行快速计划和启动，同时开发了自己的一套快速计划和启动工作坊的培训课程。
2015年，我们开了几场课程，也培养了一些能够带领QPS的引导师。
2016年，我们加入了一些精益创业的元素。
2017年，我们这个QPS的课程非常受欢迎，以至于现在很多时候需要排档期，才能够邀请到我们的教练去做相应的培训和引导。仅今年一年的时间，我们就培养了400位能够带领QPS的引导者，我们也引导了差不多15个这样的项目，而且经过我们引导的项目，我们后期都会持续跟进，保证他们按照敏捷的方式在工作。实践下来有85%的项目是由QPS工作坊的形式来导入敏捷的。
上图就是由我们的教练组织的一些快速计划和启动的工作坊的现场照片。
QPS工作坊的实际案例
这是我曾经带过的一个快速计划和启动工作坊的产出，其实这也是一张用户故事地图，我们按照优先级排下来产生迭代计划，也包括了迭代0计划，我们希望在三个迭代后能够产出一个MVP，并拿去试验看这个产品是不是用户真正想要的。
我们还会做风险识别，包括技术风险、需求风险，特别是一些非功能性的需求，比如安全、性能等风险都要能够事先考虑充分，并制定出缓解的预案。
除此之外，我们还有一些其他的产出，比如项目目标，希望在多长时间内达到什么样的效果，也要符合smart原则；比如可替代方案、竞品分析、技术方案、停车场等。一些在整个工作坊过程中没办法找到答案的，先把它放在停车场里。
我们接过很多项目是需要多个团队配合的，这样的工作坊就有点像大规模敏捷的PI Planning,通过两天的工作坊让IT和业务能够在一起工作，但是会分小组进行，每个小组都会有一些产出，大概两个小时的时间我们会碰一次头，各自呈现自己的产出，我们也会在中间识别一些依赖和风险。
3.QPS的4W1H
具体分享一下如何操作快速计划和启动的工作坊。包括：QPS是如何开展的？什么时候引入比较合适？需要谁来参加？工作坊的场地有什么要求？要运用哪些方法来得到这些产出？如何去引导这样一个工作坊？
我们推出了一整套叫“平安敏捷方法+”的方法论，包括从设计思维到精益创业到快速计划和启动，再到敏捷的迭代交付到DevOps。QPS是其中重要的一环。
QPS何时引入？
首先我们需要解决的是做什么的问题，创新设计思维和精益创业通常都会在快速计划启动之前。上图底下有两个人像，一个是业务，一个是开发。前期业务为主导，开发介入比较少，可能只是做一个简单的POC；在QPS阶段，业务和开发大小是一样的，大家投入的精力差不多，共同协作来完成；到开发阶段，业务其实也是一直持续的需要投入精力去评审每个阶段的产出。
之前的精益创业主要是业务主导，会进行创意的激发，得到一些创意，之后进行假设验证，有的时候可能不需要投入开发的力量，就可以得到验证的结果，验证通过了之后才决定投入开发的人力来进行开发，这时就可以引入QPS的工作坊。
QPS – 谁来参加？
我们说QPS一定要邀请到正确的人来加入，加入的人包括决策者、执行者和支持者。
决策者是指需求和技术拍板的人，包括产品负责人、技术负责人、架构师等核心成员。
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
