作为数字化从业人员,总是难以避免被各种英文缩写所困扰,虽然有时候说出一个别人不知道的“三字经”能让脸上增光,但也会时不时听见一个鬼鬼祟祟的英文发音,虽然没听清,但碍于面子,又不得不放松坐姿,连连点头,装作了然于胸的样子。
这种尴尬,相信你一定不陌生吧。
devops与bizdevops就像是故意来捉弄人的。
细说起来,这种缩写,和中文里喜欢说的,“五个一”,”几横几纵”,都是同门同宗,非得细细说来,才能把这种高度抽象给解释清楚,而且大概率解释不清楚。
闲话少叙。先说一个故事。
在数字王国里,有两家相邻的面包店——“快速面包"和"智慧面包”。
"快速面包"采用了DevOps方法:
面包师小明和送货员小李原来经常吵架。小明说:"我面包烤得再快,你也送不快!"小李反驳:"你烤的面包包装太复杂!"后来他们决定合作:
1、小明烤面包时会预先指定好需要的打包盒
2、小李提前熟悉送货路线
3、两人共用看板,实时看到"烤制-打包-配送"全流程
结果:配送时间从2小时缩短到30分钟
隔壁"智慧面包"更进一步采用BizDevOps:
店长发现即使配送快了,有些面包还是卖不掉。于是他们组成跨职能团队:
1、市场专员小王加入每日站会,分享客户反馈
2、根据实时销售数据,小明调整了甜度(开发响应业务需求)
3、小李发现写字楼下午茶需求,团队快速推出"商务套餐"(运营反哺产品)
4、财务小张监控成本,确保新品利润率(业务约束技术)
结果:不仅配送快,月营业额还增长了40%。
闲话少叙。
我们从BizDevOps的图上也能清楚的看到,多了一个圈,叫business。
从2009年,Patrick Debois 提出 “DevOps” 概念,到2016年,Gartner 提出“BizDevOps”概念,强调业务团队(Finance, Marketing, Sales)应深度参与 DevOps 流程,过去了7年时间。程序猿们终于发现要拉业务来一起背锅了,搞工程的还是太实诚了!
不同行业有不同行业的研发方法论,比如航空航天的系统工程、制造业的并行工程、IPD等等,都有若干共通点,比如都强调跨部门团队、流程管理、后期提前介入前期工作等等。这才是人间清醒,锅哪能一个人背!产品是否成功,这是开发能解决的事吗?