企业追求敏捷开发的同时要关注流动效率和资源效率的平衡
2020-02-24
来源：金科创新社
业者在采用所有改进过程中觉得最成功的一个，它解决了IT工作可视化的问题，当你能够把一个脑力劳动者的工作状态可视化以后，就打开了一扇观察的窗户，可以促使整个团队效率的提升。
第二个是结对编程，在极限编程里面是受到推崇的，但是为什么很难呢？它实际上是一种实时的代码检视机制，要找到同时具备较高技术能力和外向善于沟通的人，才有基础实施。
SCRUM
SCRUM，简单说一下这几个定义，首先会有产品负责人，会有一个开发团队，然后会迭代2周-4周，会有迭代计划会，会进行梳理，接着选择一批故事，在这个迭代范围内完成，通过每日站会每个成员的参与，PO频繁演示，回顾整个团队的情况，回顾会要在开放平等的环境中进行。
SCRUM敏捷管理的核心转变
这个是SCRUM敏捷管理的核心转变，项目管理上看，项目就是有固定开始和结束时间的临时性活动，有启动计划执行控制收尾等项目阶段，范围是时间成本，在三角形一端发生变化，其他端都会发生变化。
但是IT人员都面临一个问题，有永远做不完的需求，而且永远嫌你慢，因此我们要先立项，然后做好项目中间的风险管理，保证项目质量。其中一个很大的变化是什么呢？团队固定，资源就固定下来，成本固定了，IT最大的资源就是人，剩下就是如何固定时间？项目是有固定的起止时间，SCRUM没有。每个迭代都有迭代容量，每个团队成熟之后迭代一定是差不多的。
前面的约束条件都被固定下来之后，剩下的是什么？这个时候你要考虑业务价值，通过这几个固定下来，把业务价值关注点提出来，整个团队都是为业务价值服务的。
这种模式比较适合在市场一线面向市场的应用，团队有荣誉感。另外，这种模式不适合外包人员参与，因为外包人员不适合做敏捷，外包人员更习惯于按需求完成任务。
对用户故事的思考
我们再来说说用户故事，用户故事是我们做敏捷一个很大的改变。做完敏捷之后工作人员是写业务需求还是其它？写业务说明书大致是面对右边黄框，如果写故事大致对应敏捷模式，为什么？因为敏捷模式要做用户画像，敏捷关注的是价值，因此这个模式的设计者一定要把他的理念传达到最低端。
四、我们为什么需要双模？
我们为什么需要双模?一个是传统模式，一个是快速响应。做传统应用的人，本身并不是老旧的，也不是反应慢的代表，所以敏捷并不一定是SCRUM，只要项目响应够快。
可以借助看板把传统项目的流动效率提高，取得流动效率和资源效率的平衡；而在需要响应快的领域，需要积极响应市场的方面，对应的团队相对是比较固定的，我们可以这部分投入SCRUM模式。
未来皆精彩，这是伦勃朗画的《夜巡》，这个画4米多，令人震撼，是古典绘画的杰作。当然我们也不排除在某些特定领域，像梵高一样，很快地画出美丽的、给人强烈感受的印象派作品。（来源：金科创新社 ）
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
