精益敏捷外包開發 資訊傳遞篇

2021-09-06 19:16:45 字數 2738 閱讀 7060

前言:

本文主要是在講述精益敏捷外包開發, 為何應捨棄 「過重的文件」, 而應改採 」視覺化的看板」, 方能有效的整合來自不同企業,位於不同辦公區的軟體外包人員, 而能共同高效的完畢高質量的交付◦

本文:

企業的 it 部門, 將產品的系統, 外包給不同企業, 位於不同辦公區的開發與測試人員時, 所面臨的乙個最大的難題之中的乙個便是: 版本號交付的質量與效率, 往往無法滿足企業內, 業務部門的期望與要求◦

之所以會形成這一致命的問題, 其基本的原因便是來自於

過重的文件

企業的 it 部門與外包人員之間, 也許因各自的立場不同, 也許因外包人員對企業 it 部門的業務或系統的不熟悉, 而使得企業 it 部門的需求分析/ 設計人員, 需將一數十頁甚至上百頁的需求/ 設計規格書, 交與外包的開發與測試人員後, 外包的開發與測試人員, 才會開始進行相關的開發與測試工作◦

而這一看似必要且理所當然, 應該由企業 it 部門的需求分析/ 設計人員, 所交付的需求/ 設計規格書, 往往卻是造成企業 it 部門, 在版本號交付效率與質量上, 大幅滑落的最主要原因之中的乙個◦  其根本的原因便是在於:

1.

數十頁甚至上百頁的需求

/設計規格書

, 將造成很多無謂的等待時間

:

企業 it 部門的需求分析/ 設計人員, 編寫需求/ 設計規格書時, 往往需耗費 1-3 個月的時間; 有的版本號甚至還耗費更久的時間◦

而在這段長達乙個月甚或數個月的時間, 外包的開發與測試人員也就僅僅有「等待」◦

然而, 這段 「等待」, 是絕無可能獲得企業內業務部門的理解與諒解的◦ 版本號交付的日期, 並不會因有這段的 「等待」, 而獲得延期◦

也就是說, 外包人員的開發與測試的時間反而會由於這段的 「等待」, 而被 「壓縮」; 舉例: 本來在整個版本號中, 應有 3 個月的時間進行開發與測試, 卻被壓縮成僅僅剩下兩周◦

當外包人員的開發與測試的時間被壓縮時, 外包人員將別無選擇, 僅僅能把手頭上的工作先交付出去, 至於 「質量」…..被逮到了再解決唄◦ 

2.  

數十頁甚至上百頁的需求

/設計規格書

, 事實上可讀性與指導性是非常差的

:

從許很多多的專案中已獲得驗證, 數十頁甚至上百頁的需求/ 設計規格書, 僅僅會使不熟悉企業 it 部門業務或系統的外包人員, 更加的不理解需求, 更加的猶如墜入到五里雲霧中◦

3.  

數十頁甚至上百頁的需求

/設計規格書

, 往往會使外包人員被動

,過於保護自己

:

外包人員僅僅針對需求/ 設計規格書的內容, 來進行開發與測試, 而不願意再進一步主動的去思考, 該做些什麼? 以能真正的滿足使用者的要求◦

當外包人員已喪失了主動思考的意願與能力時, 版本號交付效率與質量的低落, 便是能夠預期的◦

所以, 我們應從還有乙個角度來看待產品軟體外包…..

當面對來自不同企業

,位於不同辦公區的軟體外包開發與測試人員時

,首要且最重要的工作

, 便是建立起一高效的資訊傳遞機制

;而不是文件

◦」

這一高效的資訊傳遞機制, 需能滿足下面的條件:

1. 

簡單:

在不論什麼的工作環境下, 均可輕易的被建置起來使用◦

將複雜, 艱澀難懂的理論隱藏, 封裝起來◦ 而使不論什麼人均可輕易的直接上手◦  

2.     

視覺化:

視覺化的呈現, 產品軟體開發周期內的資訊; 包含: 需求分析, 架構設計, 測試用例等的資訊◦

3.     

團隊協作

:

可使企業 it 部門與來自不同企業, 位於不同辦公區的外包人員充分且直接的協作◦

我便是以

看板」的型式,在精益敏捷外包開發中, 建構一高效的資訊傳遞機制◦

我所設計的以特性為緯度的 「看板」, 包含:

1.   需求看板:使企業 it 部門與外包團隊, 可視覺化的識別特性的基本場景, 擴充套件場景, 異常場景與質量屬性◦

2. 

架構看板

:將設計rest oriented architecture (roa) 所需的架構實體型別與架構設計流程, 融入至看板中◦ 而使企業 it 部門與外包團隊, 可更輕易且直接的協作, 共同設計出特性所需的 web api◦

3.測試用例看板

:將使特性測試結果產生差異的緯度與各緯度上使測試結果產生差異的變化點, 融入至看板中◦ 而使企業 it 部門與外包團隊, 可共同且客觀的識別特性所需的 測試用例◦

結論:

需求看板, 架構看板, 測試用例看板, 已在很多各型別的專案中, 真正使企業 it 部門與外包團隊, 高效的傳遞資訊◦ 而使專案中的待確認事項, 風險, 最佳的設計與測試方案, 均可及早的被識別出來◦ 因而, 使專案開發的效率與質量大幅的提公升◦

興許的文章, 將會再進一步的具體介紹需求看板, 架構看板與測試用例看板◦

精益敏捷採購的外包

u0026 xd u0026 xd u0026 xd u0026 xd 採購流程是組織在運營中變敏捷的最後一道障礙。在最近的agilia會議上,mirko kleiner就精益敏捷採購提出了一種服務合同談判的方法,該方法涉及採購專家 it團隊和 商,它能夠大幅縮短合同談判的時間,並將你爭我奪的態度轉...

精益敏捷採購的外包

採購流程是組織在運營中變敏捷的最後一道障礙。在最近的agilia會議上,mirko kleiner就精益敏捷採購提出了一種服務合同談判的方法,該方法涉及採購專家 it團隊和 商,它能夠大幅縮短合同談判的時間,並將你爭我奪的態度轉變為協作的方式,以滿足客戶的需求。據kleiner說 外部合作夥伴通常與...

精益敏捷採購的外包

採購流程是組織在運營中變敏捷的最後一道障礙。在最近的agilia會議上,mirko kleiner就精益敏捷採購提出了一種服務合同談判的方法,該方法涉及採購專家 it團隊和 商,它能夠大幅縮短合同談判的時間,並將你爭我奪的態度轉變為協作的方式,以滿足客戶的需求。據kleiner說 外部合作夥伴通常與...