从传统项目转型敏捷你只需要两天
2019-12-20
来源：壹佰案例 平安古月
1.平安的转型故事
故事背景
平安科技现在已经有4000多名开发人员，去年进行了一次组织架构的重组，现在着重于开发一些创新产品，以及人脸识别、人工智能、区块链等新技术。从2011年开始，我们进行敏捷试点，到现在有80%以上的团队都在按照敏捷的方式工作，绝大多数产品能够在两周或者更短时间之内发布一次生产。
传统的金融保险企业面临着很多困境，可谓“前有堵截后有追兵”，所谓“堵截”是说我们有各种安全管控要求，不能触碰底线；所谓“追兵”是说现在BAT等各大互联网公司都有涉足金融和保险业务，对传统金融保险企业形成强大的竞争和冲击。
当初做敏捷的初衷也是为了能够在互联网发展的浪潮中不至于掉队。 2011年-2013年有不少的项目试点成功，但大型复杂项目还没有转型敏捷。到2014年，有个事件触发了大规模敏捷转型。这里分享一个直销银行的案例。当时银行还是传统的瀑布开发模式，当时领导对这个项目还是非常重视的，但业务和IT陷入了一个焦灼的局面。
先看右边这张图，这是个经典的段子，因为开发经常被坑，他们一定要等到需求明确才肯开工。当时而直销银行还是一个比较创新的理念，没有太多可借鉴的产品；业务就拼命搞需求，加班写文档；上层领导又要求我们三个月项目上线。
为改变业务和IT之间焦灼的现状，保证项目顺利进行，我们请来外部的敏捷教练和公司内部的教练一起，把业务和IT双方集中起来，组织了一个工作坊，称为“Quick Start ”，如图，业务和IT从对立走向合作。
这个工作坊持续了差不多一周的时间，业务和IT每天有两个小时在一起工作，逐步梳理需求，产出用户故事地图，同时我们也确定了一个MVP，三个月后直销银行网站发布内测，之后一个月正式版本就上线了。
2015年我们获得了中国最佳直销银行的大奖，说明这个项目做得还蛮成功的。如图，我们产出的是一个用户故事地图，可以看到上面有很多元素，包括需求的条目化、风险和依赖识别、优先级排序，按照优先级的高低来排列完成的先后顺序，保证我们在时间有限的情况下，也可以交付最有价值的产品。这个工作坊最大的意义在于：让IT和业务能够从对立走向协作，让团队按照敏捷的方式迭代交付最有价值的功能或产品。
同时用户故事地图也给团队一个全景图，让我们知道最终要做成什么样子，我们会随时去更新这个地图，知道当前进行到哪一步了、中间有什么风险和阻碍需要立刻解决。
2.QPS实践案例
在开发的现实过程中，有的项目是仓促启动的，很多问题没有考虑充分，导致后面有很多返工；有的项目又像我们的直销银行一样，迟迟不肯启动，一定要预先把界面、交互、架构、数据库设计得很完美才开始，但实际上即使设计得再完美，后期的变化也不可避免。
平安的敏捷教练在集团内部相当于乙方，不管是平安科技还是集团，请敏捷教练一样是需要付钱的，所以在平安没有自上而下强推敏捷，而是需要教练自己去找项目。这个时候我们发现了一个很好的改变的契机，就是通过这样的一个快速计划和启动，让我们切入到团队里去，带领团队进行后续的敏捷转型。
什么是项目快速计划和启动（QPS）
原称Quick Start ，源自Thoughtworks，由外部敏捷教练引入，我们在此之上进行了衍生和发展，形成了我们现在叫QPS的一套方法论，包括：
● 通过业务流程和场景建模把需求细化，尽早识别问题、风险和依赖；
● 使用Workshop驱动
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
