台湾资深老专家:Scrum 和 Kanban 你选对了吗?

作者简介:Ruddy Lee(李智桦)老师,DevOpsDays北京站金牌讲师,台湾著名精益布道师,敏捷专家,著有《精益开发与看板方法 》。

先学开发还是先学测试?

对于初学者或新人而言,由测试开始是再好不过的了。

一旦写程序的功力够了,制造缺陷的机率自然会下降些,这个时候再来写程序,才不会害己害人。

原因很简单;因为缺陷是程序没写好所造成的,所以想要写的一手好程序,先学如何测试别人的程序,先看懂别人的程序,再来尝试写好程序,似乎会好一些!

先学 Scrum还是 Kanban?

大部份的时候;你可能完全没有选择的余地,这可不是老天能安排的,而是看老板的安排。

从属性上来看:

Scrum 容易探讨未知,处理复杂项目,拿来开发新东西威力无比。 Kanban 是教我们如何自我检讨,可以迅速消除浪费,而得到好的效能。

如果你是开发团队,当然是先从Kanban 开始。

先检讨团队的基本动作,整顿好了再来开始作新的东西,从事开发的动作,自然减少浪费。这是精益Lean 的好处。 (有太多开发团队,只晓得一意往前冲刺,忽略了自己在开发上的浪费,这会造成很难走得久远,尤其是Startup的团队尤其如是。)

如果你是运维团队,当然是先从Kanban 开始。

视觉化是最大的亮点,团队可以看见工作上的维护流程是一件相当有价值的事,针对个人亦是如此,人们常常因为养成习惯了,就一直持续做同样的事情,很少会有机会回过头来检讨,哪里做得浪费了应该改进。 看板方法的第一步: 视觉化。正是团队可以拿来持续改进的基础。这一点对维护工做更显得珍贵。

如果你是测试团队,当然是先从Kanban 开始。

看的见以后才可以减少猜测的比例。测试团队在拟定测试计划之前,一定要对待测的产品或程序有足够的了解,才可能写出实用的测试案例,不至于浪费大量的测试资源,或做了过多的重复性测试。

你可能觉得奇怪,为什么都是Kanban Method 先行呢?

其实原因很简单,因为它"单纯“,不是简单喔! 它没有想像上的简单,因为它可以演进得很有深度,但是它的目的很单纯,就是追求效能。不像Scrum 的目的,是要来应付复杂的项目开发作业,基本上的方向就完全不一样的

将看板方法融入Scrum的开发过程才是上策

看板方法是一种流程控制,他不是一种具有完备基础的方法学,虽然他的潜在发展相当可观,但目前他仍只是一种提供我们产出高效能的流程控制法而已。

他缺少需求描述、没有完备的会议规划、少了团队职责分配,少了很多很多软件开发上该有的措施,这一点让他看起来十分空泛,但就是这个特性也让他十分适合融入其它开法方法中,尤其是Scrum。

看板方法之父 David J. Anderson 是在Microsoft 公司推行敏捷开发法 Scrum 的时候发明看板方法的。他原本的目的只是要求能够在最少阻力之下顺利在组职中推行敏捷式的开发方法而已。却由于他熟悉限制理论的运作而开创了看板方法Kanban Method。做出了对敏捷开发的精益Lean 一支的重大贡献。

也就是这样的典故,让看板方法Kanban Method可以十分容易的融入到Scrum的开发过程。

著名的《 Essential Scrum 》 的作者Kenneth S. Rubin(它是2013年Amazon 敏捷理论最畅销书),书中就大量的采用 WIP(Work-In-Process)的观念,实际的运用在工作看板上面。让Scrum在开发流程上减少了许多的浪费现象。

看板方法先行 因为它可以减少组织在推行敏捷上的阻力,它能让工程师以最好的节奏持续进行开发工作。又能将精益观念带入团队运作。 融入Scrum的开发过程 因为看板方法的流程控制方式是用来提升Scrum运行时的效能,让 Scrum 能真正用来克服复杂的软件程序开发过程。

Scrum 的目的在解决复杂的软件开发作业

许多人误把Scrum 当成加速软件开发的银子弹。这是错的!

他的目的不在加速开发(加速开发工作是开发工具的广告词),它的目的是在解决复杂的软件开发作业,让它提高成功率。在协助团队能够提供给客户真正要的产品,且让他在市场上具有实际的竞争力。这一点也正好是看板方法所缺少的。

开发团队千万别因为实施了看板方法而误以为需要把 Scrum 抛弃了,这是一种错误的想法,让他们相辅相成才能有更大的效益。下一回就来谈"运用看板方法的十个不应该放弃 Scrum的理由"。

测试难还是写程序难

让我们回到一开始的主题,到底是测试难还是写程序难? 其实正确的说法应该是写出正确无缺陷的程序难! 实际上程序设计人员在写出程序之后,也必须透过测试,才知道他是否能正确运行。因此"写跟测"实质上是一体的二面,一样重要。

至于Scrum 与 Kanban Method 之间,则都是通往敏捷开发的路径。已经在使用 Scrum 作开发工作的人士,学习 Kanban Method 可以让他们进入精益的领域,有所依据的持续追求更好的效能。

先学会Kanban Method 再跨足 Scrum 的人呢? 则可以看到敏捷开发在处理复杂问题上的具体方法,真正懂得去追求效能之外的正确性与方向。

先学 Scrum还是 Kanban? 二者之间并没有冲突存在,就看你现在最需要的是那一样,那一样就先来吧!

原文链接:http://t.cn/RoYrlaB

文章来自:DevOps时代社区

原创声明,本文系作者授权云+社区发表,未经许可,不得转载。

如有侵权,请联系 yunjia_community@tencent.com 删除。

编辑于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏智能计算时代

需要什么来解锁区块链和分布式应用程序的真正威力

最近有很多关于区块链未来的争议。 随着加密电子货币价格达到历史新高,总市值最近突破8000亿美元,每个人都想知道我们是否见证了互联网的第二次爆发或者有史以来最...

3354
来自专栏项目分析

一篇简短文章带你认识硅谷最火的DFINITY!

DFINITY是什么?一篇简短文章带你认识硅谷最火的DFINITY—以太坊的最强竞争对手!

41718
来自专栏最新技术

KYC和区块链

KYC是一个投向区块链的挑战(请看这里,这里,这里)。前面提出“KYC是一个头疼的问题,而区块链也很流行”。然而,关于“区块链是否是一个好想法”的洞察和问题的细...

7329
来自专栏区块链大本营

如今,纽约正在掀起一股新的区块链潮流,证券类通证被视为下一个风口

Stephen McKeon是俄勒冈大学金融系副教授,skyward (无人驾机运维管理软件)和c2fund的创始合伙人,他曾于2018年1月8日做客CNBC介...

1092
来自专栏区块链大本营

为什么只有代币最火?老司机深入解读区块链落地的理念与模式

36710
来自专栏企鹅号快讯

日本航运巨头及IBM试验跨境贸易中区块链的应用

日本航运公司Mitsui OSK Lines(MOL)和包括IBM在内的合作伙伴将采取区块链概念验证,以简化国际贸易流程。 根据该公司的声明,“示范测试”将会看...

2459
来自专栏区块链大本营

1分钟链圈 | 以太坊2.0 Casper 更新版发布,涉及解决跨分片通信低效问题

这里是 9 月 7 日的每日1句话新闻晚报,只需1分钟,看看全球最热、最新的区块链新闻。

742
来自专栏西安软件开发

申请软件著作权就不要忽视软件著作权登记的这几点深层次应用

计算机软件著作权在一定程度上面有许多人们不知道它深层次的用处,最初听到它的名字有可能是在法律上,它更多的用处是在保护企业的合法权益。其实软件著作权的用处不仅是这...

1264
来自专栏架构之路

敏捷开发之Scrum扫盲篇

现在敏捷开发是越来越火了,人人都在谈敏捷,人人都在学习Scrum和XP... 为了不落后他人,于是我也开始学习Scrum,今天主要是对我最近阅读的相关资料,根据...

3325
来自专栏区块之恋

区块链学堂——预言机、预言机网络、预测市场预言机预言机网络预测市场

2127

扫码关注云+社区