企业追求敏捷开发的同时要关注流动效率和资源效率的平衡
2020-02-24
来源：金科创新社
度上就像印象派一样，IT系统将手工业务电子化的基本任务已经完成，IT需要快速响应这个市场，因此要更加注重用户的体验和感受。
我们做敏捷开发实际上就是在新的技术条件上，更加注重体验和快速响应，在这种背景下面，衍生出了轻快的开发模式。
敏捷运动的发展
敏捷运动的发展与精益思想有很深的关联，精益来源于丰田生产方式。2001年，17位探索新的软件开发模式的大师集中在美国的一个滑雪场，敏捷宣言就诞生了。
二、作为形容词的敏捷
介绍一下我理解敏捷开发的过程。
敏捷就是快？
我们会发现，每个人说的敏捷都不一样。比如研发人员说的敏捷，可能是不要让流程约束我，让团队搞定编码就行；业务人员说的敏捷，可能是业务要什么就很快能实现，这就是他理解的敏捷。如果问咨询公司的人什么叫敏捷，他就跟你说scrum来历，首先改变很多思想，改变整个组织架构，再来讨论研发的问题。
小步快跑，快速响应
广义来说，作为形容词来说，敏捷开发就是快速响应，快速试错。
软件工程体系追求的三个层次
在我们软件工程体系有三个层次的追求：
第一层追求的是质量，总的思想就是过程决定质量，把过程管理好，质量就好。
第二层追求的是资源效率，业内有一个世界性的难题叫IT人员的忙闲程度，大多数企业都希望自己的员工充分有效工作，积极工作产出价值。
最后一层追求的是流动效率，我们说的快速响应和快速迭代，就是流动效率问题。
在做敏捷的时候要关注流动效率和资源效率的平衡
敏捷强调的是流动效率，流动效率牺牲一定的资源效率。什么情况下流动效率最快？像消防员，3分种要出警，到达现场，这个叫做响应效率，而资源效率比较好的是医院，中国医院的医生是最忙的，但是大家还有各种各样的抱怨，比如服务非常不好、体验非常差等等，而你去香港医院公立医院过程体验很好，但实际上是为了流动效率，为了对你的高响应，牺牲了资源效应。
为了追求敏捷，在追求流动效率的同时，还需要关注资源效率，因为所有资源都是固化的，专职的，比较好的方式反而是回到传统项目，通过项目并行的方式，反而达到了资源效率和流动效率的平衡。
一些大型银行的月度版本里面，一个补丁里有十几个相关产品放在那里。企业IT应该有一个权衡，究竟是以运维安全为重还是交付业务价值为重？有些机构是以运维为大。因为这是两种不同的形态，各自导致的结果。如果你用了版本窗口就像大坝一样，所有的水都在这里，流不下来，只有开闸的时候水才会流下来。而另一个瀑布，上游的流水是顺畅的，源源不断流下来，如同我们的IT立项，业务不断提出需求，IT部门及时反馈和响应，二者之间没有阻断，也是很顺畅的。
三、作为名词的敏捷
接下来谈谈作为名词的敏捷。
这个敏捷全景图，我个人觉得就是我们定义的，作为名词的敏捷。用户体验设计是普遍缺失的。这里面形成了一个闭环。
顺便说几个我自己的体会：第一、看板是我个人作为项目管理从
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
