《DevOps和敏捷之精益看板方法實施的三個層次》要點：
本文介紹了DevOps和敏捷之精益看板方法實施的三個層次，希望對您有用。如果有疑問，可以聯(lián)系我們。

先給大家講一個笑話.

我高中班主任是政治老師,畢業(yè)十幾年后回學校看他,正趕上期中考試,辦公桌上放著剛印好的試卷,我拿起一看,著實驚了.

我小心問道：“老師,十幾年過去了,題目一點沒變啊?”.

老師斜了我一眼,輕輕說道：“可是答案變了,年輕人”.

我當時就凌亂了.

相同的題目,不同的答案.這個故事是真的嗎?大家自己猜!?

——————————言歸正傳——————————————

接下來的事就如假包換了,主題正好相反——“不同的題目,相同的答案”.

上周五和周六我分別在深圳的全球運維大會(GOPS)的DevOps分會場,和 南京的軟件開發(fā)這大會(NJSD)的敏捷教練分會場做了兩場演講.

負責任地告訴大家,兩個主題,我用的是同一份PPT——《精益看板方法實施的三個層次》,只是講法略有不同.

DevOps和敏捷,本是兩個不同的題目,我卻給出了相同的答案——精益運作.答案的內(nèi)涵有兩個：1)端到端用戶價值的順暢流動；2)基于價值流動反饋的持續(xù)改進.

1)端到端用戶價值的順暢流動

對于DevOPs而言,通過精益價值流的建模,我們要打通包括業(yè)務(wù)、開發(fā)和運維的端到端價值鏈條,讓價值以相同的單位和粒度在各個環(huán)節(jié)流動.保證上游交付給下游的價值可以繼續(xù)順暢流動,而不是積壓和等待重組.這樣,端到端的DevOps交付和運維管道才能暢通.所以,端到端統(tǒng)一單位和粒度的價值流動是DevOps的基礎(chǔ).

對于敏捷而言,只有打通了端到端價值鏈,實現(xiàn)價值從用戶問題提出到解決方案交付的順暢流動,才能真正實現(xiàn)快速用值交付,和靈活應(yīng)對變化.否則單純開發(fā)階段的迭代,不可能帶來真正的業(yè)務(wù)敏捷性.快速交付業(yè)務(wù)價值,和靈活應(yīng)對變化正是敏捷開發(fā)的業(yè)務(wù)目標所在.

“端到端用戶價值的順暢流動”,正是我在分享中所講的精益看板實施的第二個層次——價值流動看板.

2)基于價值流動反饋的持續(xù)改進

DevOps和敏捷都強調(diào)持續(xù)的改進,問題是改進什么和怎么改進?

關(guān)于改進什么.我給出的答案是改進價值流動效率.所謂流動效率,是指著眼價值端到端的流動速度(而不是各個獨立資源環(huán)節(jié)的資源使用和產(chǎn)出率)的系統(tǒng)改進.

關(guān)于怎么改進.我給出的答案是,既然是流動效率的改進,就必須建立關(guān)于價值流動的反饋和度量.我給出了數(shù)個關(guān)于價值流動的反饋和度量多個實例.并基于它們建立了“反饋-改進-衡量”循環(huán),它是PDCA循環(huán)在精益開發(fā)過程中的內(nèi)嵌.

“基于價值流動反饋的持續(xù)改進”,正是我在分享中所講的精益看板實施的第三個層次——持續(xù)改進看板.

言而總之,《精益看板實施的三個層次》中的精益價值流和持續(xù)的流動效率改進,同樣適用于DevOps的落實,以及敏捷實施的深化落實——不同的問題,相同的答案.

“年輕人,答案變了”,這是政治老師的回答.

“題目不同,答案沒變”,這是我的回答.

最后,說了這么多,不上PPT,這不耍流氓嗎??下面就給大家公開整個演講的PPT材料：

轉(zhuǎn)載請注明本頁網(wǎng)址：
http://www.fzlkiss.com/jiaocheng/4200.html