关于敏捷的慢思考(1)

发布时间:2019-06-26

作者简介:陈连生     

PMI《敏捷实践指南》审校翻译, PMI-ACP 首批授权讲师,Agile Scrum Master 授权讲师,EXIN 认证 DevOps Professional TTT授权讲师,第五空间敏捷部落发起人之一。

最近几年,我不论是本职工作还是兼职工作都是在做敏捷方面的相关咨询、培训、教练的工作,同时这些年也逐渐加入一些敏捷圈子,看到了这个圈子面的形形色色的人。这些事情激发我开始从本质去思考敏捷,所以就有了这个“关于敏捷的慢思考”系列的内容,目的之一是让我可以通过写文章的过程中,来对敏捷的本质进行深度的思考。

内容不一定能够正确,也不一定能满足所有人的胃口。但我保证这些思考都是来源于我本身工作中的经历。希望这些经历能给你带来些帮助。哪怕一点点,也好。

文章中涉及到敏捷的基本概念、一些常见误解、一些当前常见现象以及一些荒腔走板的个人评论。不吐槽也不抨击,只是安安静静记录我自己的想法。

1.jpg

敏捷基本概念

这个概念恐怕是很多人听到都想吐的东西,也包括我。但依然需要以此为开始,不是为了体现出学术性(毕竟敏捷本质是实践性学科),而是太多人连基本的概念都理解不到位。

有些人将敏捷认为是和PMPPRINCE2一样级别的框架或者方法论,甚至有些人将敏捷与Scrum直接画上了等号(这点没办法,毕竟当前最容易拿证的敏捷就是Scrum了),这些不正确的认知,都在极大的腐蚀敏捷的基础,并且就我的观察所见,这种情况大有愈演愈烈的趋势。

谈到敏捷,就不得不谈到另一个大名鼎鼎的名词——精益。对精益的内容我不想解释太多,有兴趣的可以去这里去查看详细的信息。这里注意,一般来说我们说到精益,说的都是精益生产(Lean Manufacturing),很少单独会谈到Lean这个词,同时在维基百科中也找不到单独的Lean的解释。在本文中,我们用精益Lean来作为精益生产Lean Manufacturing的简写。

2.jpg

在·精益中,核心要素是价值交付而不是消除浪费(这点后面有兴趣我再写东西来详细说这个事情),而精益五原则中,价值、价值流与流动这三点,与后续出现的敏捷是完全保持一致的。特别是敏捷最喜欢说的是“聚焦价值Focus Value”更是与精益中的价值如出一辙。

再谈回敏捷,一般我们现在谈到的敏捷,更多是说敏捷软件开发Agile Software Development,具体解释可见这里。而敏捷软件开发是由多种开发方式组合起来的一种称呼,包含了Scrum、XP、DSDM等众多方法。但今天我要说的敏捷,不是这种敏捷软件开发方法,而是“敏捷”本身到底意味着什么,也就是敏捷最核心的内容。

继续之前先看一张图,这张图来自于PMI出版的《敏捷实践指南》。

3.jpg

请注意看这张图的最左侧部分,也就是“敏捷思维模式”,这才是我今天说的敏捷。

换言之,敏捷是一种思维模式,至于价值观(也可理解为宣言)、原则、实践(Scrum、XP等框架以及具体的技术实践)都是从思维模式,也就是mindset中引申而来。

写到这里很多人会说,你讲的有什么用?思维模式可以直接应用么?能直接落在纸上么?能直接产生效益么?

很可惜,这些都不能。

但,如果我们换一个角度,你会发现有趣的事情就会发生。你将精益中的“价值”、“价值链”以及“流”的概念,放到敏捷思维模式中,你会发现这三点可以无缝与敏捷价值观、原则以及实践结合。

所以看到了没?精益和敏捷理念是可以统一的。

敏捷讲求的价值驱动value-driven与精益中价值保持一致,持续交付与Flow保持一致,而敏捷中非常推崇的“渐进明细”以及“不多做预言判断”是与精益中的价值流保持了一致。

到这里恐怕还有人会问,即使你证明了精益与敏捷师出同门甚至是衍生物的关系,那说明了什么?

4.jpg

敏捷的本质

其实是给我们三个抓手——价值、价值流与流,让我们在真正践行敏捷的时候可以以此来作为切入点。

再说的直白点,价值是Why,告诉我们思考任何与敏捷有关的内容时,你需要不断问自己,为什么我们需要做这个,他的价值是什么?背后的深层次逻辑是什么?价值让我们永远关注目标,而不是过早介入到形式。

流是What。比较特殊的是,这里的What 是一个固定的,也就是“持续不断”而不是“Big Bang”形式的。也就是我们在满足客户(广义客户)时,应该是持续不断,而不是以一步到位后不再精进的。这里也隐性的将“持续改进”给表达了出来。

最后,价值流是How。它不断提醒我们要找到正确的流程(虽然价值流英文是Value Stream,但在实际使用中,Stream的体现方式基本上都是process)来进行交付,也就是“以正确的顺序”来进行工作。这里要求我们对工作过程的熟悉,并找到当下最适合的做法。请注意,我说的是当下最适合,并不是“最适合”。因为在整体的项目或者工作推进过程中,一定会有新的知识点被发现,从而让我们对过程进行不断的更新与改造。我们能做的,有且仅有当下最适合。

眼尖的小伙伴肯定发现了,3W1H中,你少了一个W,也就是Who。那Who到哪里去了呢?

Who一直都在,只是我们没有显式的把它单独拿出来。所有在敏捷中的Who,一言蔽之就是“项目相关方”(请让我吐槽这个翻译,我还是喜欢干系人stakeholder)。这个概念不再说了,有兴趣的小伙伴请自行查找相关书籍。

至此,我们已经将敏捷理念彻底转变了另一种模型,也就是3W1H的方式,并且完成了Why=>价值Value,What=>持续流动Flow,How=>当前正确的做法Value Stream,Who=>相关方的拆解。

通过这个思考模型,我们就可以用敏捷的方式来进行工作的开发与解读。不断询问Why、持续改进How与Who,而与此同时你又不去违反敏捷价值观与原则,那么你就是在做敏捷。

而这,也就是敏捷的本质。


Copyright © 2020 All Rights Reseverd Designed by 5thspace.net      备案号:沪ICP备15017019号-1