2024-09-13 | 16:10 - 16:50

協作與敏捷： 外部廠商如何融入我們的DevOps環境那條漫長道路

  1. 先說明背景，關於委外廠商開發專案的組成，接著會簡單說明在以往使用瀑布法會看到大概的里程碑，接著會帶入以往我們的做法即使遵照著ISO27001與CMMI等標準，會很容易不小心就落入了形式主義導致專案的失敗。
  2. 接著帶入實戰上外包軟體開發專案很容易遇到溝通與項目追蹤不易，加上開發產物頻繁交付的門檻，進而導致預期不一致的狀況。在已知狀況下，以我們的案例的痛處去分析可能的解決方案。
  3. 解決方案其實就是一種改革，通常會影響的範圍會非常廣，可以透過POWERS (Proccess、Objective, window, evalute , relation and structure)框架來進行各面向的分析。
  4. 由於改革會遇到痛處，也會造成各種內外力的影響，因此建議以試辦先行，並提供經驗中試辦案需要挑選的人員與專案類型，以降低改革失敗的機率。
  5. 對試辦案中的同仁以及外包商專案成員，由於會需要做一系列的改變，因此引入ADKAR說明一系列改革建議的循環模式，以促進成員對於改變的發生。
  6. 以實例的三個案例，並輔以驅力與阻力的力場圖，來說明我們專案中如何一一克服每一次的改變。案例分別是：a.改變專案成員使用word檔案做為知識的保存方式，變更為使用wiki做為知識集中處。 b. 改變專以excel+email作為議題追蹤的保存方式，變更為使用board+userstory的行事作為紀錄、分析以及分派工作的統一來源。 c.改變外包商的開發交付模式，改以single source 的平台，使用Boards +Repo + Pipeline +PR 作為自動化交付邊界。並說明分支管理的做法，以及介紹工作可視覺化的流動，進而頻繁交付的模式建立。
  7. 回顧我們里程碑的改變，且回顧前面簡報介紹到POWERS框架對高階長官承諾的改善事項，最後將改善事項評估的結果，以DORA指數來呈現成果。
聽眾收穫
  1. 提供真實案例說明，讓聽眾可以理解在瀑布法開發模式中，轉變為具敏捷性的實務做法，以及可能面對的挑戰。
  2. 透過具體的案例說明，讓觀眾可以理解在變革的過程中，使用POWERS框架來進行項目分析，盤點出主要溝通對象的各面向考量。
  3. 觀眾可以了解到，在變革中，需掌握ADKAR模型中，專案成員在面臨改變時，每個階段須注意的事項，以提高成員在改變過程中，從認知到能力建立，進而鞏固的循環。
  4. 以力場分析在三個個案中，讓觀眾可以了解應該如何去除成員對於改變的阻力，進而增加趨力而發生改變。
  5. 回顧試辦改革的最後，觀眾會需要了解到，最終還是要回歸到對高層主管的承諾，進而以DORA指數來呈現給高階主管改變的成效。
講者

邱繼平(山姆大叔)

富邦金控
經理

我來自於金融業，在第15屆ithome鐵人賽在DevOps組獲得優選的獎項，是任務導向的Azure DevOps 系列文的作者。這兩年在公司內部協助導入DevOps 方案，去年度曾經帶領各團隊試辦了四個不同類型的專案，因此經歷了技術門檻、團隊協作與變革管理的道路。這次打算從變革管理與團隊協作的方向，並以實際的三個案例來說明，我們如何讓委外廠商，融入到我們DevOps平台的協作歷程。