電信產(chǎn)品研發(fā)中的風險管理_第1頁
電信產(chǎn)品研發(fā)中的風險管理_第2頁
電信產(chǎn)品研發(fā)中的風險管理_第3頁
全文預覽已結束

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

1、電信產(chǎn)品研發(fā)中的風險管理在一個項目中,經(jīng)理應該做好項目啟動、計劃、執(zhí)行、控制、收尾等五項工作。如果能將這五項的各個 環(huán)節(jié)處理順利,項目就會有60%的成功希望,而剩余的40%需要項目經(jīng)理適時地改變。能夠不斷適應新需求 的項目經(jīng)理,就可以帶領項目走向成功。項目是在復雜的h然和社會環(huán)境中進行的,受眾多因素的影響。對于這些內(nèi)外因素,從事項目活動的主 體往往認識不足或者沒有足夠的力量加以控制。同樣,在電信產(chǎn)品的研制過程中,一直伴隨著多種不確定的 風險問題。根據(jù)電信產(chǎn)品研發(fā)的實際情況和風險的特性,并且結合己經(jīng)開發(fā)使用的軟件方案屮存在的一些遺 留問題,詳細規(guī)劃,可以得出一套完整的風險解決方案。一、現(xiàn)狀分析電

2、信產(chǎn)品的開發(fā)和研制過程白始至終充滿了錯綜復雜的才盾和人量的不確定性,根據(jù)不同的風險特性和 業(yè)務活動情況,我們將產(chǎn)品研發(fā)業(yè)務分成產(chǎn)品啟動階段、制定計劃階段、具體實施階段和收尾階段。每個階 段的風險人致描述為:產(chǎn)品啟動階段,對用戶樣把握不準確,造成整個產(chǎn)品的設計理念和設計方向與實際的 市場需求偏移,或者由于對市場的變化反映遲緩,產(chǎn)品啟動階段發(fā)現(xiàn)其它公司的同種或更先進設計理念的產(chǎn) 品己經(jīng)上市;制定計劃階段,項目管理人員與項目實施人員z間的溝通不善,或者對項目中出現(xiàn)的風險問題 預估不夠,造成項目計劃與實際操作方式偏移;具體實施階段出現(xiàn)的問題-般比較復雜,包括經(jīng)濟方面的風 險問題、技術方面的風險問題,以

3、及其他的一些不確定的社會或人為的風險問題;收尾階段仍然存在少量的 風險。所以說,產(chǎn)品研制從啟動、制定計劃、具體實施到收尾的過程中,一直存在著風險的問題,也一直存在 著項目小止的可能性。項目的不同階段會有不同的風險。實時監(jiān)控,迅速了解并解決風險問題是保證項目實 施的關鍵。二、方案介紹項冃運行的各個階段,均伴隨著風險的評估和處理。所以,如何記錄和處理相應的問題,是我們口前面 臨的急需解決的問題。電信集成產(chǎn)品部針對這個問題,在呼叫中心、負載均衡產(chǎn)品的研發(fā)階段曾經(jīng)開發(fā)過相 應的b/s(browse/server)架構的小軟件,將產(chǎn)品研發(fā)過程中出現(xiàn)的問題展示在內(nèi)部平臺上,展示的主要內(nèi)容 包括:出現(xiàn)問題的

4、相關部件、出現(xiàn)問題的時間、解決方式等相應項,供相關的工程師填寫,相應的項hl小組 成員,項口決策人員查閱,能達到顯示項目中出現(xiàn)的風險問題,以期迅速解決的口的。但是,對軟件的實用 情況作了相應的調(diào)查后,我們發(fā)現(xiàn)工程師認為該軟件并不能全部滿足他們的盂求,主要體現(xiàn)在:1.沒冇對相 關問題的風險度進行評估。可能有些問題對項fi的實施各方面造成的影響微乎其微,也可能某個問題的出現(xiàn) 可能導致整個項目的完結時間延遲,造成很大的彩響。2.在該軟件中沒冇相關的風險度的評估。3.信息與 角色z間的對應關系不明確。工程師關心的是自己的部件方面出現(xiàn)的問題,以及對本部件會產(chǎn)生影響的其他 部件出現(xiàn)的問題。4.項h管理人員

5、可能對某些關鍵部件(計劃中處于關鍵路徑上的部件)的關注程度較高。5.對于項口決策人員而言,需要的是經(jīng)過捉煉的,對決策有幫助的文件。針對以上出現(xiàn)的種種缺憾,我們保持了 b/s架構體系,重新對規(guī)劃風險問題,以期滿足不同角色的需要, 給出了如下的風險記錄和解決的設計方案。(一)首先,確定風險問題的定位。簡而言z,項fi風險與項冃任務不可分割。所以,我們在軟件中引 入wbs (work breakdown structure i作分解結構)字典的概念,為電信產(chǎn)品的研制制定wbs字典,將產(chǎn)品 研制過程中的項冃可交付成果分成更小的、更容易管理的單元。伴隨著wbs字典的發(fā)布,冃前運行相關的項 目任務將是wb

6、s字典的一個子集。所以,將項目任務屮出現(xiàn)的風險與相關的任務緊密銜接,構成同一個任務 的冃前出現(xiàn)的所有風險問題的集合,簡稱風險集。(二)其次,不同的風險,對項冃所起的作用和影響均不同,所以,應該存在風險的量化問題。冃前階 段,為便于處理風險問題,我們簡單的給出了一種二維量化標準。用(延期可能性,風險危害程度)這種二 維數(shù)組表征風險問題。其中,延期的可能性指木問題出現(xiàn)的町能性,由工程師填入相應的百分比數(shù)字。而風 險的危害程度分成高,屮,低三部分,分別對應對整個項目造成延期的可能性,對本部分造成延期的町能性 和對木次任務造成延期的可能性。(三)最后,對不同角色的項冃參與人,在項冃中所處的地位不同,對

7、風險的認識的方面也有所不同。 部件工程師關注的是單個部件的風險問題,項目管理者關注的是造成項目延期的最人可能性的問題,而決策 者關注的是風險的可承擔性的問題。三、方案實現(xiàn)在方案實施方面,最重要的就是風險量化和定制化界面的概念,將風險問題川不同的符號標識出來,角 色與信息對應起來。使不同的項目角色能對不同的風險問題做出迅速的反映,快速解決項口風險問題。詳細 說明如2可定制顯示其他相關聯(lián)部件的風險問題信息;將項目屮出現(xiàn)的問題集與wbs單元結合,選擇相應 的項口任務填寫出現(xiàn)的問題;對應每種風險,耍求提交相應的風險度,即延期町能性,風險危害程度。項目管理人員需要全面監(jiān)控和協(xié)調(diào)項目屮出現(xiàn)的不確定性問題,

8、所以,項口 口前運行進度和項口中出現(xiàn) 的風險問題是項目管理人員必須時刻關注的。最重要的是風險量化的概念。將風險問題川四種色彩標識出來, 其屮,紅色表示嚴重的風險問題,需要給了足夠的重視,否則會引起項口重人變更;黃色表示屮度風險問題, 影響范圍相對小一些;綠色表示風險問題在可控制范圍,造成的影響不人。對各種風險問題,一經(jīng)解決,改 用藍色標識,以示區(qū)別。同時,在圖中用進度條標識項目目前運行的階段。將項目進度問題與項目中風險問 題銜接起來,項目管理人員可清晰的了解目前項目運作狀態(tài),以及項口屮岀現(xiàn)的問題。四、結語風險管理是電信集成產(chǎn)品部項目管理的一個重要紐成部分。在此提出的風險解決方案是我們結合電信產(chǎn) 品研制的現(xiàn)狀和項目紐成員的需求制定出來的,實踐證明,該套方案能滿足目前我們對風險管理的需要,可 以將一些不確定性問題挖掘出來,量化處理。wbs字典的加入,風險問題和項目任務緊密結合起來,并且能 轉(zhuǎn)化為一種知識和技術積累,使工程師們寶貴的經(jīng)驗不至于口白流失,為后續(xù)的工作捉供了良好的指導。但是,產(chǎn)品研發(fā)的過程屮出現(xiàn)的問題是多樣的,我們對過程中出現(xiàn)問題的研究還是遠遠不夠的。例如, 目前我們研究的風險的等級和發(fā)牛的可能性還是要依賴工程師的判斷

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論