Klaverblad的首席信息官Kim Van Wilgen認為，持續交付應被視為敏捷項目，因為它可以將部署自動化。你必須加快小步驟，通過小的交付和快速解決問題來贏得信任。她在SwanseaCon 2016大會上就持續交付進行了發言。InfoQ通過問答、摘要和文章全面報道此次會議。
klaverblad公司是一家位于荷蘭的中型規模保險公司。這家公司最初使用的中央處理機和編程是用Cobol完成。隨著時間推移軟件變得越來越難以修改，無法滿足業務需求。于是，公司決定一切從頭開始，在新領域重新啟動。
Van Wilgen說：由于全新開發一套IT系統工程量浩大，因此必須要以正確的方式進行。但受公司規模的限制，我們只能用較小的團隊來實現。她繼續說道，這需要創新軟件開發的方式。他們決定采用敏捷、DevOps、持續交付和微服務為基礎的軟件開發方式。
klaverblad決定應用敏捷技術是因為他們想快速地為他們的客戶創造價值，并盡早獲得關于實際使用經驗的真實反饋。他們想要每日部署。然而，手動交付容易出錯，很難做到每日部署。分別部署超過200項微服務，必須依賴自動化。你不能手動檢查200個部分，Van Wilgen說。這就是為什么我們需要持續交付和DevOps，Van Wilgen解釋到。
Van Wilgen說，有很好的理由去努力達成持續交付。當你交付的越多，你的測試就可以變得越輕松；生產中的快速反饋能幫助你馬上發現和解決問題。持續交付也讓快速恢復成為可能，如果發生意外，你能將損失限制到最小程度。你能做更小的改變，使之更容易實現。而且你不需要軟件用戶提需求，因為IT技術的變化小而直觀。這也激發了團隊的工作動力，因為他們知道用戶很快就會使用他們開發的軟件。最后，通過測試和質量指標的全面自動化以及最佳實踐，軟件的質量會得到提高。
Van Wilgen解釋說，要變得敏捷，Klaverblad的文化必須隨之改變。這種變化可以通過引入新的做法來實現，而工具又會推動這些做法。他們決定開始為他們的開發人員和測試人員提供新的工具，但結果并不像預期的那樣。測試結果不完整，幾乎沒有任何分支，監測和日志記錄也不足。他們需要不同的方法。
Van Wilgen建議如果開始了持續交付，你就應該把它看做自動化部署的敏捷項目。寫一個待做事情的備忘錄，一步步的提高能力，優先次序，確定最少量的可行產品，并設置每個階段，及在相應階段提交一部分成果。
Klaverblad采用持續交付成熟度模型來管理他們的持續交付過程：
這種成熟度模型在你的公司采用持續交付時，為你提供需要考慮的關鍵框架和觀點。
持續交付成熟度模型包括采用特定的工具、原則、方法和實踐。我們把它們分為五大類別：文化、組織與設計、架構與構建、部署與測試、驗證與信息，還可以加上報告。上面的分類方法遵循自然成熟度過程，按這樣的過程去規劃持續交付，將會為你可持續發展的快速轉型奠定堅實的基礎。
作為首席信息官，Van Wilgen是持續交付項目產品負責人。她決定需要做什么。整個公司各個團隊都有人為這個這個項目工作；這是團隊的努力，Van Wilgen說。
持續交付是協作，是一起工作。你必須大量學習知識以實現持續交付，所以要確保你有時間做這些事。Van Wilgen說明了他們如何把公司建設成為學習型公司：他們把團隊變為DevOps團隊，并提供指導，人們可以從行會、黑客馬拉松和知識活動中互相學習。
Van Wilgen說持續部署和微服務驗收后立即部署是可行的，但是如果你需要延期微服務的交付，事情就變得比較困難。比如當一個功能被拒絕，或如果你由于產品營銷原因想推遲時，這種事情就會發生。一些微服務的更改將要交付，而其他微服務的更改的交付要被延遲。在這種情況下，你正在交付的產物是不同于已在你的建立的發布管道的不同階段完成了測試的東西。
你不能測試所有版本的微服務可能的組合，這有太多了。Van Wilgen解釋了他們目前的做法：當功能做好，你可以直接交付的時候即時交付，對可能需要晚點交付的事項做一個功能分支或切換。這樣你會發現原來大部分功能都可以立即交付；Van Wilgen解釋了他們如何“挑選”需要不同解決方案的功能和接下來決定如何為它們做集成測試。
你們公司準備好持續交付了嗎？Van Wilgen認為，大部分公司都沒有；他們想要但并沒有對此進行思考。他們期待當出錯時有一攬子回退解決方案。他們希望看到手動用戶驗收測試。他們還是想要用戶提出需求、提供文檔并溝通需要做的改動。這就是每日交付放緩的主要原因。因此你需要管理這些利益相關者的需求。你要能解釋你不需要回退計劃：通過持續交付，當出錯時你可以馬上做出新的交付，以此來解決問題，Van Wilgen說。另外，你必須告訴他們，做小更改時，不需要用戶來提出需求。
你必須要加快速度，小步快跑，通過小的交付和快速解決問題來贏得信任，Van Wilgen說。強調持續交付成為重中之重。展示快速成果，強調快速交付到生產環境所能帶來的價值。
如果沒有質量把控，你不能做持續交付，Van Wilgen說。Klaverblad做代碼審查、單元測試、回歸測試、集成測試，以及自動和手動的用戶驗收測試。他們優先做測試，并決定先做什么，后做什么。發現主要錯誤的測試先進行，并進行一些煙霧測試以快速找到回歸錯誤。這些小的測試將快速為開發者提供反饋。當這些測試都通過之后，那么在隨后的步驟中，將進行更廣泛深入的測試以充分檢測更改。Van Wilgen表示，產品所有者和測試人員一起工作，輸入和批準自動用戶驗收測試。
持續交付關鍵在于技術和人，Van Wilgen說。IT和企業應該共同努力，考慮項目里不同功能的優先級和一致性提交。
查看英文原文：Continuous Delivery at Klaverblad Insurance
京公網安備 11010502049343號