討論區主頁 軟體專案管理 工作條款(SOW) | 無發表權 |
全部展開 | 前一個主題 | 下一個主題 |
發表者 | 討論內容 |
---|---|
tyrone | 發表時間: 2010-08-01 14:57 |
網站管理員 註冊日: 2003-04-19 來自: CSQA 發表數: 342 |
Re: 工作條款(SOW) 一般而言,SOW的寫作,儘管最後會有一位執筆者,但卻是一個集體的創作。負責SOW撰寫的團隊,要懂得將要獲取的產品與服務,同時也需要知道如何定義這些產品、服務的技術需求、以及合約商在履行合約期間的管理績效需求。
SOW的擬訂,會使用到計畫的WBS(PWBS),而PWBS源自於系統工程活動,至少會運用到OCD(營運概念文件),由營運構想與情境(User needs 或 customer requirements),translate為產品需求(系統功能性與非功能性需求)、產品項目,變成WBS元素,再加上與計畫管理、致能(enabling)產品的WBS項目。有了WBS,會使SOW下筆變得容易,因為WBS讓計畫變得具象。SOW制定的系統作法如下圖所示: 如果,政府部門要讓委外專案變得明確而容易管理其績效,WBS與在其協助下完成之SOW是不可少的,但是更根本的是,WBS需要系統工程的能力。許多的政府部門業務單位不具備這些能力,卻要執行委外專案,或許不容易,但可以協請具備相關能力的單位協助或者將規劃的工作外包。當然,若要將規劃的工作外包慎選廠商很重要,但是要注意的是,不要被廠商具有的認證(例如,CMMI、ISO 9001、或者「我的人員都有PMP的證照」,就算CMMI顧問或相關業務的人員,亦不見得真的具備這方面的能力)所迷惑,最好要求廠商把實績拿出來,尤其是一些過往專案(近期或類似的專案)的artifacts,一一審視,從這些artifacts審視是否具備實質的能力。這雖然有些難,但是,是可以請求具有相關能力的評審與政府專業單位協助的。
凡所有相皆是虛妄。見諸相非相。即見如來。 |
全部展開 | 前一個主題 | 下一個主題 |
無發表權 | |