3.5 實踐經驗研究

在企業文化的構建過程中，在敏捷、ITIL、ITSM等實踐的基礎上，如何推行DevOps實踐及如何看待這幾者之間的相互關系等問題也比較常見。首先，ITIL和 DevOps 沒有沖突，ITIL的融合為DevOps實踐增添了新的價值，而且ITIL、敏捷、DevOps能夠協同工作。以企業目標為中心，增強內部溝通和協作，不斷改進，才能實現更好的融合。

1.敏捷實踐中結合事件管理

ITSM有著詳盡的事件管理功能，在敏捷開發中融入事件管理的實踐原則如下。

原則1：事件解決不應該影響團隊的Sprint目標。

原則2：每個Sprint都應該為可能出現的事件處理預留時間。

原則3：預留時間，建議為20%，最好依據具體的項目歷史數據。

原則4：設定事件優先度，優先度最高的需要立即解決。

原則5：低優先度的事件按照預留處理時間剩余情況順序解決。

原則6：超出預留時間的情況需要批準才能進行處理。

原則7：事件處理隊列狀況確認可視化。

原則8：在滿足上述原則的基礎上，事件處理本著今日事今日畢的原則。

2.敏捷實踐中融入問題管理

在敏捷開發中融入問題管理的實踐原則如下。

原則1：問題管理的任務作為用戶故事在產品待辦清單中進行管理。

原則2：問題的管理需要考慮到問題重新分配的情況及可視化狀態的確認。

原則3：盡量最小化技術債務，盡量做到在2個迭代周期內解決問題。

3.敏捷實踐中融入配置管理

在敏捷開發中融入配置管理的實踐原則如下。

原則1：雖然手工配置很多時候還是無法避免，但還是盡量推動配置自動化。

原則2：引入基礎設施即代碼的觀點管理配置。

原則3：配置管理納入版本管理中。

4.敏捷和ITIL的相互借鑒

敏捷和ITIL各有所長，敏捷可以從ITIL中進行借鑒的內容有：

● 關注客戶，注重服務的可靠性；

● 事件管理的反饋回路；

● 規范和標準化的流程；

● 嚴格的紀律。

ITIL可以從敏捷中進行借鑒的內容有：

● 注重速度；

● 聚焦于價值增加和流動；

● 限制WIP的數量；

● 確認客戶真正期望的反饋回路。

DevOps不是櫥窗里面的展品，也不是新瓶裝舊酒的噱頭。現代企業應該像20世紀80年代精益實踐浪潮中的優秀企業那樣，認真思考組織的不足，努力修煉內功，踏踏實實地改進，在新的改革中抓住機會。在降低了生產環境中的實驗性的嘗試可能帶來的風險的前提下，應鼓勵勇于嘗試和創新、高度信任的企業文化、持續試驗結合持續學習，推動整個企業不斷前進。