今年有許多機會遇到外包許多 IT 研發人力的組織，組織規模不能說不大，但就是大到人不夠用。當內部開發人力不足時，很容易就遭遇到對技術缺乏良好掌控權和外包的系統理解不夠，甚至是對於其中程式碼的管理有些薄弱。當組織高速成長時，新系統和接連不斷的大功能滿足了組織實力展現需求和市場競爭力的需求，但當外部環境有些動搖時，組織開始希望有更好的成本效率，就不得不回頭檢討昔日的大量外包作為。不過，首要問題便會出在甲乙方交付模式與產出的管理方式了！此時，主事者會很直覺地想到需要開始收回對於產出的管理能力，而開始放大對於「工具」的渴求，彷彿有種工具能夠像神兵利器般解決一切的問題，重點是還很有成效，但事情真能這麼簡單嗎？
此次的訪談剛好背景也是如此。受訪的組織為了更有效地管理產出，內部研發單位基於開源工具構建了一個管理平台，並且希望組織內的成員和外包商能夠全面運用，以便更好地管理產出和提升效率，但結果是自動化流水線成了上線前的最後一站測試，而整個管理平台最終也只是一個程式碼存放地，持續整合的概念說實在也談不上。受訪者委婉著說道「程式碼的確重回管控，但平台使用率不高，有沒有平台似乎也沒未工程師帶來太多誘因。」訪談過程中既能感受到他對於平台的用心和自信，但同時也感受到他的無奈。
工具對於日常操作的影響
「工具」有著較為具體的形象，既容易想像也能摸得著，但回到軟體開發或者是日常操作，終究得回到人而非單純的工具。在組織中，工具的確為每個成員帶來方便，但這些工具都會成為日常操作與營運的一部分，進而成為習慣。當引進任何工具或者平台時，除了工具的功能外，更應該考量的是工具對於日常操作的影響，比方說：
- 工具對於原來作法的衝擊；
- 工具是否對於原來流程產生影響；
- 組織成員對於工具的陌生感；
- 工具是否能夠進行客製，以便合於當下所需。
導入新工具前組織應先考量的事
上述都會是工具重要的考量，而非有了工具就能夠改善一切。有時強硬的導入工具反而會造成雙軌做法，徒增組織成員的痛苦。對於外包廠商就更是如此了，畢竟對於他們來說，更重要的是恰如其分的節約工時和不要做出越矩的事情。因此，對於正苦於如何導入新工具的組織來說，有以下的建議：
- 除了工具，請在意目前的做法；
- 提供人員足夠的培訓；
- 透明化目的與工具選擇的原因；
- 挑選正確的導入時間；
- 注意工具的必要性。切入重點，而非只為形式美。
與外包商的協作模式
當然對於有眾多外包商的組織來說，如果想要進一步推動外包商，更需要在意：
- 權限管理；
- 必要資訊的透明化；
- 增進外包人員的心理安全，並且引導他們提出改善措施
- 逐步增加外包人員的認同感和統一化組織價值觀。
訪談的最後，受訪者表示他們的平台在今年已經完備，目前重心就是推廣該平台。期盼他們能有好的結果，CPHT 也會繼續跟蹤後續的狀況，並且提供必要的協助，以便讓一切好事真的都會發生。
–
如果你也正在思考如何導入 DevOps，並且追尋持續改善，那麼CPHT 的豐富經驗和能力將會是你最好的選擇！
👉 了解更多: https://www.cpht.pro