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

先給大家講一個笑話.

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

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

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

我當時就凌亂了.

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

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

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

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

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

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

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

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

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

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

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

DevOps和敏捷都強調持續的改進,問題是改進什么和怎么改進?

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

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

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

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

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

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

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

轉載請注明本頁網址：
http://www.snjht.com/jiaocheng/4200.html