敏捷辩论:精益是敏捷基础

作者:北京老李:DevOps布道师、IT管理咨询师。拥有EXIN Agile、EXIN Lean IT、首批EXIN DevOps Master讲师、首批ITIL Expert讲师、PMP、Prince2专家级、EXIN云安全管理、ISO20000 LA、ISO27001 LA等多项认证。先后在北京、上海、广州等地主导软件开发、系统集成、咨询服务等工作,主要研究方向云安全管理、DevOps落地实施。

人生总是在乱忙中会带有一点清醒,今天能稍微有些时间,快速地把上周讨论的话题进行总结。上周北京老李提出论:精益与敏捷的平衡及精益到极致的代价”专题,得到各位“大虾”的讨论与回应,在此进行回顾与总结。

北京老李首先抛出了自己的观点,即精益与敏捷在管理层是一定要进行平衡的,因为管理本身就是个平衡的艺术。

北京老李说:敏捷与精益的平衡来自于软件的特性和客户的需求。根据软件的特性三类分法,客户的需求要强调事先定义即不是做了软件才说明需求,是做之前要有具体的特性要求及质量要求。

平衡精益与敏捷,是成熟度的体现,是为了实现高价值的快速交付,而进行的体系化调整。可以根据软件客户需求、交付价值、产品类型、节奏点、定义平衡和落地点。其要点在于:功能平衡、可靠性平衡、成本平衡、速度平衡。

候总提出了自己不同的观点,即敏捷有一套自己的方法论、实践和工具,并且SAFe的三大理论基础之一就包含精益产品开发。精益有一套自己的方法论、实践和工具。精益中的很多理论和实践都可以应用的Scrum或者敏捷开发的过程中的。

非常完备的精益产品开发体系包含了SDP、RPS、Kaizen、Kanban、KM、TAM、BIQ等等二三十个disciplines(及其相关工具),其中很多都可以自然而然的应用到我们的Scrum实践中。所以认为敏捷完全可以把精益当作一个完备的工具包来用,无所谓什么平衡。

关于平衡不平衡的话题,老李在讨论的最后总结到从团队视角看需求捷与精益,这是团队做好敏捷的基石。从应用视角看,敏捷与精益可以相辅相成,排成一个人字形。

精益与敏捷的并行

候总提出敏捷肯定不能等同于速度。即实施敏捷并不能提高效率(或许团队敏捷成熟度非常高时或许可以)。如果你向你的老板或者客户传递“实施敏捷就可以提高效率”这样的信息而说服他们支持你搞敏捷,那么这就等于自己给自己挖个坑跳进去,然后还一直跳不出来。

北京老李说:敏捷保留了对未来的扩展因子,并且内建质量,如果从企业目标来看,效率、效益、效能才是企业应关注的重点,对于CEO来说用什么方法,只要好用怎么用都可以。

候总认为实施敏捷最大的好处有两点:一是提高你do the right thing的概率,因为反馈周期缩短了,减少那种历时一年花了100万美元开发出来的东西上市时发现并不是客户所需要的这样的悲剧。二是提高团队能力的可预测性。

也就是说,我们不要期望一个团队因为实施敏捷而效率大增,而是期望通过几个sprint后了解一个团队的能力到底是什么(一个sprint能完成多少个故事点或者价值多少小时的工作),以及这种能力是不是稳定,有了这样的数据,那么我们能比较客观的回答某个特定规模的项目(项目的大致估算)能在多久的时间内被这个团队完成,而这个问题往往是客户、老板、PM等一直在问的。

北京老李说:精益敏捷站在企业及领导层,一直都不矛盾,就在于我们可以即解决效率问题,也可以解决质量问题,但需要选用合适的方法,即如何在敏捷中正确地应用精益的方法。而不是一味地提升速度。这个在DevOps2017年报告中也进行了体现,IT整体的发布速度在下降,但质量在不断提升。

最后候总总结到,敏捷吸收了精益的实践,所以质量是敏捷的内在属性。

北京老结说:精益是敏捷的基础,敏捷一定要内建质量,才能做到精益与敏捷共行。

精益是敏捷的基础

欢迎爬楼,看更多北京老李-DevOps相关内容,ITIL内容请关注”豆列“

https://www.douban.com/note/643862694/ DevOps Master课程:脚踏实地学Pre-Master,一步一个脚印成为DevOps Master

https://book.douban.com/review/8805640/ DevOps布道师为深度工作写的序:深度工作是心身的一种修练方法

https://book.douban.com/review/8795275/ 咨询基本功:咨询顾问基本功之书面沟通及“补充大餐”

https://www.douban.com/note/643251358/ DevOps定义编年史:通过DevOps定义看DevOps发展

https://www.douban.com/note/637838681/ DevOps应用:光大银行DevOps1.0到DevOps2.0研讨会实录

https://www.douban.com/note/639093367/ DevOps应用:民生银行IT一体化管理与自动化发展(1)

https://www.douban.com/note/638965340/ DevOps应用:工商银行DevOps进行时

https://www.douban.com/note/641427886/ DevOps应用:DevSecOps云下安全与云等保(云博会内容提前曝光)

https://book.douban.com/review/8820627/ 《把读到的知识转化为能力三步法及完美学习的四步法》

更多内容自己爬楼吧:)

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 201,924评论 5 474
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 84,781评论 2 378
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 148,813评论 0 335
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,264评论 1 272
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,273评论 5 363
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,383评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,800评论 3 393
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,482评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,673评论 1 295
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,497评论 2 318
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,545评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,240评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,802评论 3 304
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,866评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,101评论 1 258
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,673评论 2 348
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,245评论 2 341

推荐阅读更多精彩内容