管理 原型 審核 adding one -name 空閑 相關 自己

一、引言

由於項目的實現具有不確定性，所以每個項目都是存在風險的。 項目實現過程中的復雜性以及項目內外許多變化的因素，都會造成項目實現過程中的風險。 如果不能對項目的風險進行很好的分析和管理，那麽項目的利益相關者將會遭受各種各樣的損失。 因此，在開發項目之前做好風險分析是十分必要的。

下面我們將從風險來源（Sources，以下簡稱“S”）和應對措施（Responses，以下簡稱“R”）兩個方面，對我們的項目所存在的風險進行分析。

二、項目風險分析

1. 人員（People）風險

　S1：客戶

　　　　①客戶對於最後交付的產品不滿意，要求重新設計和重做； 　　　　②客戶對規劃、原型和規格的審核、決策周期比預期的要長； 　　　　③客戶答復的時間(如回答或澄清與需求相關問題的時間)比預期長； 　R1:　 ①在交付產品前，階段性地與客戶交流，確認其需求。 　　　　 ②在計劃時考慮這一點，將後期部分的預先留出調節的時間。 　　　　 ③讓項目成員定期與客戶溝通，避免答復時間超出預計。

　S2：用戶

　　　　用戶可能用一兩次後，因為某些原因而不再堅持使用，轉而使用其他社交軟件。 　R2:　 勤做用戶調研，獲取用戶反饋，並根據反饋做出改進。

　S3：利益相關者

　　　　與股東意見在開發過程中無法達成一致，項目難以繼續。 　R3:　 在項目開始前就明確各種關鍵問題，若與利益相關者在開發過程中在非關鍵問題上有分歧，則再通過溝通達成一致。

　S4：團隊成員

　　　　①作為先決條件的任務(如培訓及其他項目)不能按時完成。 　　　　②開發人員和管理層之間關系不佳，導致決策緩慢，影響全局。 　　　　③某些人員需要更多的時間適應還不熟悉的軟件工具和環境。 　　　　④由於項目組成員之間發生沖突，導致溝通不暢、設計欠佳、接口出現錯誤和額外的重復工作。 　R4:　 ①首先通過合作分工將作為先決條件的任務共同完成，確保後續任務可以同時進行。 　　　　②適當激勵，調動積極性。 　　　　③讓其中一個已經熟練使用軟件工具和環境的人帶其他不熟悉工作內容的成員。 　　　　④及時調節沖突，保證溝通不暢。

2. 流程（Process）風險

　S1：項目的目標

　　　　 做出一個實現學生與老師雙方順利的溝通的軟件，但可能會出現不明確的功能要求、頁面美化要求之類的不能滿足用戶的需求。 　R1:　 項目建設之初就和項目各幹系方約定好溝通的渠道和方式、項目建設過程中多和項目各幹系方交流和溝通、註意培養和鍛煉自身的溝通技巧。

　S2：決定流程

　　　　PM根據自己的想法決定流程，沒有充分考慮用戶的需求和技術人員的能力。 　R2:　 PM針對用戶提出的時間要求和軟件的功能需求，根據技術人員的實際水平，制定出一個較為合理的流程表。

　S3：項目特點

　　　　缺乏溝通可能會曲解用戶的真實想法，使得項目交付時用戶不滿意。 　R3:　 預防這種風險的辦法是分階段交付產品，多運用可行的辦法保證工作質量避免返工。

　S4：預算

　　　　項目中出現大量不可避免的費用支出。 　R4:　 PM合理管理、運用經費。

　S5：費用

　　　　 由於PM對技術人員的了解不夠、溝通不夠，或者是和用戶之間的交流不夠透徹，導致項目延時之類的問題，導致團隊人員的工作延期，需要大量的勞務費支出或者大量硬件設施的支持。 　R5:　 PM與用戶之間，與技術人員之間需要頻繁地交流，增加項目監控的頻度和力度，掌握項目的真正完成情況。

　S6：日程

　　　　技術人員的實際完成時間與PM的預計完成時間不符合 　R6:　PM可以根據各個技術人員的實際水平，適當的放松一點時間限制。

　S7：需求

　　　　用戶可能會多次改變自己對於軟件的需求，而技術人員無法提前達到用戶的需求。 　R7:　 預防這種風險的辦法是項目建設之初就和用戶書面約定好需求變更控制流程、記錄並歸檔用戶的需求變更申請。

　S8：設計

　　　　用戶不滿意當前的頁面布局，色彩等。 　R8:　 PM多與用戶和技術人員溝通，達到用戶滿意的程度。 　S9：構建和測試的過程 　　　　測試過程部分功能中不滿足用戶的需求。 　R9:　 在進行項目開發之前先設計和搭建出系統的基礎架構並進行性能測試，確保架構符合性能指標後再進行後續工作。

3. 技術（Technology）風險

　S1：技術可用性

　　　　出於STC項目師生預約見面功能的特殊性，其所需要的技術主要包括信息實時更新、地圖導航等技術。 　R1:　 ①獲得與各大地圖軟件接口連接的權限，實現地圖導航技術。 　　　　 ②完善數據庫功能，做到數據的實時更新。

　S2：安全性

　　　　由於STC項目需要獲取和公開學生和教師的部分個人信息（例如：聯系方式、空閑時間等），這些個人信息可能存在被非法獲取的情況，因此STC項目存在安全性風險。 　R2:　 ①提高安全保密機制，保證數據可靠安全。 　　　　②用戶只能通過學號/工號登錄該系統，以確保訪問與數據安全。 　　　　③對不同用戶分配不同的權限。 　　　　④保證用戶信息的安全性。

　S3：運營環境

　　　　由於STC項目的系統集成和軟件開發是分開進行的。因此，軟件系統賴以運行的硬件環境和網絡環境的建設進度對軟件系統是否能順利實施具有相當大的影響。 　R3:　 ①軟件開發者和系統集成者分別與用戶簽定相關的協議。 　　　　②軟件開發者跟進系統集成部分的實施進度。 　　　　③軟件開發者和系統集成者都做到及時提醒用戶。

　S4：工具

　　　　STC軟件項目開發和實施過程，所必須用到的管理工具、開發工具、測試工具等是否能及時到位、到位的工具版本是否符合項目要求等，也是項目組需要考慮的風險因素。 　R4:　 ①在STC項目的啟動階段就落實好各項工具的來源或可能的替代工具。 　　　　②在這些工具需要使用之前（一般提前一個月左右）跟蹤並落實工具的到位事宜。

4. 環境（Environment）風險

　S1：競爭對手

　　　　 市面上不同的競爭對手可能會在我們開展項目的任何階段進行幹擾和破壞，甚至在上市後變相打壓。 　R1:　 嚴格要求軟件開發相關者簽署保密協議，優待開發人員，創造良好的開發環境，密切觀察市場上競爭者的動向。

　S2：工作環境

　　　　工作環境（包括辦公環境和人文環境）的好壞直接影響項目成員的工作情緒和工作效率。 　R2:　 在項目建設之前就選擇和建設好適合項目特點財務管理和滿足項目成員期望的辦公環境、在項目的建設過程中不斷培育和調整出和諧的人文環境。

　S3：經濟環境

　　　　財政處理不當，導致開發人員工資等無法落實，開發經費不足。 　R3:　 在開發之初就預計好相關的支出，並及時告知開發成員我們項目的經費剩余，適當靈活調整。

　S4：人員流動

　　　　項目成員特別是核心成員的流動給項目造成的影響是非常可怕的，人員的流動輕則影響項目進度，重則導致項目無法繼續甚至被迫夭折。 　R4:　 盡可能將項目的核心工作分派給多人（而不要集中在個別人身上）、加強同類型人才的培養和儲備。

STC項目風險分析