 討論區主頁 軟體專案管理
工作條款(SOW) | 無發表權 |
| 全部展開 | 前一個主題 | 下一個主題 |
| 發表者 | 討論內容 |
|---|---|
| tyrone | 發表時間: 2010-08-31 04:41 |
網站管理員   註冊日: 2003-04-19 來自: CSQA 發表數: 342 |
Re: 工作條款(SOW) 建議RCI@Taiwan ，也建議所有這個討論串的讀者，從這個討論串的6樓開始了解問題的起因，否則真的會覺得是一場混戰。我們溫習一下：
RCI@Taiwan 的觀點是：軍規是標準的SOW，包括MIL-STD-498/499，DOD-STD-2167A。(就這麼單純) 小弟的觀點，比較複雜：所指這些不是標準的SOW。美軍計畫/專案的SOW，係根據MIL-HDBK-245D HANDBOOK FOR PREPARATION OF STATEMENT OF WORK (SOW)描述的過程與原則發展，不能直接抄錄自各項標準(RCI@Taiwan 所認為的標準SOW)。絕大多數的SOW的發展/準備需要有WBS，當然也有不需要WBS的情況，245D裡也有提到相關的例子(屬於non-personal services contracts)。但是MIL-HDBK-881A裡頭給了8種計畫的WBS前3層(軟體系統的WBS則給到第5層)，這些計畫/專案的SOW發展當然是一定要WBS的。 讀者若有興趣可以Review一下每樓的說法，或者全部列印出，仔細比較。當然，這其中RCI@Taiwan 的說法與標準的知識，還是值得參考與學習的。對於RCI@Taiwan 與小弟討論中所提到的各種美國軍方標準及手冊(DOD-STD-2167A, MIL-STD-498, MIL-STD-499B、MIL-HDBK-881A、MIL-HDBK-245D、MIL-HDBK-287)，均可以從Internet上免費取得，亦不需要特別的身分鑑別。本討論串的讀者亦可下載這些標準後自行尋找答案，以驗證RCI@Taiwan 與小弟的觀點。 附帶一點：認定軍用標準(MIL-STD/DOD-STD)或者其他的標準(IEEE或ISO/IEC標準)就是"標準SOW"是危險的，若在RFP中，以這些所謂的"標準SOW"當成專案的SOW，將造成過於瑣碎而滯礙難行(而，這樣的RFP內容，與軟體專案管理計畫、軟體發展計畫、IMP/IMS，又有何差異？又，是誰在執行專案？獲取者還是合約商？)。這些談"工程過程(系統工程與軟體工程)"的標準，裁適成為Project defined processes，納入計畫/專案管理計畫是適當的，而從MIL-HDBK-248(Acquisition Streamlining)、MIL-HDBK-287、ISO/IEC TR 15271，ISO/IEC 12207附錄A、B、MIL-STD-498第6節等所提供的裁適資訊，就是在協助這些標準在專案實務上的運用。
凡所有相皆是虛妄。見諸相非相。即見如來。 |
| 全部展開 | 前一個主題 | 下一個主題 |
| 無發表權 | |