精益敏捷外包開發--- 思維篇
前言:
本篇主要是在講述精益敏捷外包開發, 其背後的主要思維?
本文:
很多企業的 IT 部門, 由於人力成本的考量, 同一時候也為了能擁有很多其它與更有彈性的人力資源, 而將軟件開發與軟件測試的工作外包?
然而, 企業的IT 部門在面對來自不同公司的外包人員時, 卻往往面臨因公司的內部文化上的差異, 而形成很多不必要的溝通, 甚至是不信任? 終於, 往往導致企業的IT 部門, 雖擁有成千上百的軟件開發與軟件測試的外包人員, 卻還是無法高效率的交付高質量的產品?
“精益敏捷外包開發” 便是要以:
1) 團隊協作
2) 輕量級的流程
3) 自己主動化的環境
使來自不同公司, 甚至是身處於不同辦公地點的的外包人員, 均能形成一致的共識, 主動且高效的協作, 而能針對版本號質量的現況,, 適時的做出適當的決策, 使產品版本號的交付, 能符合高效且高質量的要求?
所以, “精益敏捷外包開發” 的主要思維, 便是:
將產品軟件的開發, 回歸到以 “人” 為本的本質:
經由不同的project實踐與輕量級的流程, 將最接近問題的人, 能緊密的結合起來, 即時的針對問題, 提出可行的解決方式, 解決這個問題? 避免因不必要的溝通, 而造成人員與時間上不必要的浪費?
產品軟件的開發
產品軟件的開發, 不再是單一的角色, 僅僅做單一類型的工作;如: 測試人員僅僅是負責完畢測試用例的設計與運行? 而是團隊中的各個角色, 各個成員, , 共同的參與, 運用集體的智慧, 共同的完畢, 產品軟件開發過程中的全部事情; 包含: 需求分析, 測試用例設計/ 架構設計, 制訂叠代計劃, 識別風險…..等等?
產品軟件的開發, 需能即時反應產品質量的現況:
團隊可依產品質量的現況, 做出適當的決策; 如: 根據眼下叠代測試的結果, 制訂下一輪叠代的叠代計劃?
結論:
精益敏捷外包開發的模式, 回歸以人為中心的工作模式?在此模式下, 確實能激發外包人員的主動性與自主性? 而使得產品軟件的開發, 在此模式下, 可同一時候具備高效率的開發與與高質量的版本號公布?
在興許將有很多其它的文章探討這方面的議題? 期待大家的交流?
精益敏捷外包開發--- 思維篇