小帳本APP——軟件項目風險管理及解決辦法案例

小帳本APP——軟件項目風險管理及解決辦法案例

摘要

軟件項目風險是指在軟件開發過程當中遇到的預算和進度等方面的問題以及這些問題對軟件項目的影響。軟件項目風險會影響項目計劃的實現，若是項目風險變成現實，就有可能影響項目的進度，增長項目的成本，甚至使軟件項目不能實現。若是對項目進行風險管理，就能夠最大限度的減小風險的發生。

 

 

項目風險管理

 

 

人員風險（Personal risk）：

1、人員流動風險：

在團隊本項目過程當中，技術人員的流動可能會給這款軟件的開發帶來很大損失，人員流動須要很高的成本，僱傭一個新員工的成本至關於老員工4.5~5個月的工資，人員的頻繁流動還將抑制企業引進新技術、指定培訓計劃和發展策略，也就致使這款軟件的開發、發展以及更新進度停滯不前

2、人員商業泄密風險：

在軟件開發過程當中，技術人員須要有着較好的保密性，若是在職開發人員將該軟件的核心特點方面等泄漏給類似產品的競爭對手，那麼對於咱們軟件的發佈的初期將會形成很是大的阻礙以及損失。

3、人員惡意犯罪風險：

在軟件開發中，有着極小機率的但不是沒可能的會產生一種極端的狀況：開發人員因爲巨大的壓力和各類負面化的情緒擠壓，致使突發的情緒崩潰或者報復心理的激發，使得惡意的破壞整個軟件的開發進度和內容，這種狀況帶來的損失將會是很是巨大的

4、人員技術風險：

對於帳本業務而言，是指帳本技術系統發生技術故障，致使數據中斷、更新停滯、不順暢，或在容量、運做等方面不能保障業務正常、有序、高效、順利地進行，而可能給客戶形成損失，創做團隊因承擔賠償責任而帶來經濟或聲譽損失的風險。還包括因軟件設計缺陷，形成用戶記錄數據計算錯誤，給用戶財產形成損失，做爲先決條件的任務(如培訓及其餘項目)不能按時完成。以及在信息技術層面，用戶數據數據被破壞、修改、泄漏等等風險。

5、人員關係風險：

開發人員和管理層之間關係不佳，致使整個軟件的開發進度和內容；

6、人員衝突風險：

衝突的造成，緣由包括個性差別的因素，創業團隊內部資源的有限性，價值觀的差別，角色的不一樣，職責劃分不清等緣由。而因爲項目組成員之間發生衝突，致使溝通不順暢、設計欠佳、接口出現錯誤和額外的重複工做。

7、人員滯留風險：

不適應工做的成員沒有調離項目組，影響了項目組其餘成員的積極性，拖慢整個項目團隊的工做；

8、人員缺少風險：

若在一段時間內，沒有找到項目急需的具備特定技能的人，或者缺少能夠對新功能進行決策和開發的人員。那麼將拉低整個團隊的業績，拖慢整個項目的進度。

 

問題解決方案：

1）對於人員流動風險方案：

①找出人員流動的緣由。能夠與項目現有人員一塊兒探討人員流動的問題。

②當項目啓動後，假設會發生人員流動並採起一些技術措施保證當人員離開時的工做連續性。

③對全部工做進行詳細複審，使得不止一我的熟悉該項工做。

④對於每個關鍵的技術人員都制定一個後備人員。

⑤知足員工的我的成長鬚要，進行豐富的再培養計劃，緩解員工壓力，保證員工我的需求。

⑥持續培養團隊文化，強調以人爲本，給員工成就感，提供各類保證策略以提升員工對本身的滿意度，給他們在企業足夠的發展空間。

2）對於人員商業泄密風險：

①明確嚴格的規章制度，對於泄漏者採起法律手段嚴懲。

②當項目啓動後，將項目小組的成員與其餘無關該項目的人員分隔開，達到該項目的內容計劃只有該項目的內部人員知道，將人員經行分區化管理

3）對於人員惡意犯罪風險：

①適時的開展一些活動拓展，緩解人員的壓力，釋放他們的情緒以及提升人員的幸福感

②及時瞭解開發成員的狀況，對於員工的不滿等傾訴，進行合理的，及時的解決，決不能聽任無論

4）對於人員技術風險：

①PM重視是搞好團隊培訓的前提

②科學肯定培訓內容

③創新技能培訓方式是搞好團隊培訓的保證

④選擇適當的培訓方式。包括貼身式學習，獨立式學習，度假式學習，輪換式學習。

5）對於人員關係風險：

做爲管理層，多傾聽員工心聲。開展團體活動，管理層多與員工進行溝通交流。指定詳細的行爲規範，用於之後鬧矛盾有依可尋。

6）對於人員衝突風險：

開展員工活動，指定良好的獎勵制度。促進員工之間的交流。平時以前員工能夠達成共識，管理層不偏袒員工。

7）對於人員滯留風險：

①與有問題的員工進行開誠佈公的交流是正確解決問題的一個好辦法。在你發現哪位員工有問題時，應該第一時間與其交談。

②不要等到他們本身也意識到一樣的問題，也許這樣的事情不會發生。若是你延誤了這個時間，那麼有問題的員工會覺得他們的工做表現是被接受的，在你發現哪位員工有問題時，應該第一時間與其交談。

③不要等到他們本身也意識到一樣的問題，也許這樣的事情不會發生。若是你延誤了這個時間，那麼有問題的員工會覺得他們的工做表現是被接受的。

8）對於人員缺少風險：

合理劃分員工的職位需求，創建預測模型，觀察基於飽和度的數據，可計算該職位所需人數。

 

流程風險（Process risk）

1、流程臨時變動風險：

在軟件開發的過程當中，因爲用戶需求的臨時變動，人員流動的變化，資金鍊的暫時短缺等各類因素可能會致使整個項目流程的臨時變動，若是應對的措手不及，帶了的損失也將會是巨大的

2、流程制定不穩當風險：

一個穩當完善的開發流程對於一款軟件的開發是很是重要的，若是項目進行到一半發現後續流程有問題，不符合該軟件的開發，那麼在中途從新規劃流程，不只在時間上耽誤了，更是浪費了大量的財力物力，直接將成本提升了很多，對於產品發佈後的盈利也將形成不小的損失

3、流程紙面風險

大量的紙面工做致使進程比預期的慢。向管理層撰寫進程報告佔用開發人員的時間比預期的多。

4、流程正規風險

①太不正規(缺少對軟件開發策略和標準的遵循)，致使溝通不足，質量欠佳，甚至需從新開發。過於正規(教條地堅持軟件開發策略和標準)，致使過多耗時於無用的工做。

 

問題解決方案：

1）對於流程臨時變動風險：

①在項目開發啓動以前，肯定好用戶需需求，並對將來可能的需求變化作好應對措施，同時對於其餘各類狀況形成的流程變動作好第二方案，使得整個項目留有足夠應對大部分高几率狀況形成的流程變動問題的後備流程方案

②在整個項目開發按照流程進行的過程當中，制定的流程應該保證後一流程的變動不會對前一流程形成十分大的影響，可以在後備方案排不上用場的時候，僅僅改變後續流程便可接着進行項目

2）對於流程制定不穩當風險：

①在初期制定好一個穩當、晚上的流程，對流程的各個方面的可行性經行嚴格的分析和審覈

②一樣的，在整個項目開發按照流程進行的過程當中，制定的流程應該保證後一流程的變動不會對前一流程形成十分大的影響，在發現流程有問題的時候，僅僅改變後續流程便可接着進行項目，將損失減到最小

3）對於流程紙面風險：

①縮減沒必要要的紙面材料，讓開發人員專一於開發。

②招募必定數量的編寫紙質材料的員工

③提早編輯好紙質材料的樣式和模板。

4）對於流程制定不穩當風險：

①招募必定數量的需求分析師對產品進行分析

②作好完整的調查分析，規劃軟件的發展方向。

 

技術風險（Technologyrisk）

1、技術不足風險:

現有開發人員不足以實現軟件所有功能,致使產品流產;

2、技術落後風險：

因爲在軟件項目的過程當中，咱們的軟件還沒徹底開發出來，市面上就會產生新的技術來匹配同類的產品，那麼這也許就意味着咱們須要丟棄前面的開發進度，從新開始，這是一種在財力，人力，物力以及時間上的一種巨大損失，及時強行投入市面上也得不到可觀的效益。舉個例子，就比如幾年前街道旁剛開始有出租車按鈕，按一下過一會就會有的士收到信息並過來的的士按鈕站，但它剛出現不久，就有手機打車軟件出現，那麼這種狀況對於的士按鈕站這個軟件來講，無疑是一種巨大的衝擊。

3、技術重點不匹配風險：

若是在項目中，沒有把握好軟件的定位以及功能，將技術的重點研究方向與產品不匹配，這樣開發出來的軟件將會是沒有市場的，等於作了無用功。好比銀行相關App的技術重點多半是放在加密技術和防入侵上。但若是你將界面視覺效果做爲技術重點放在銀行App上，那麼結果可想而知，是沒有前景和市場的，而且給用戶和咱們本身帶來巨大的損失

4、技術更新緩慢：

在軟件發佈後，隨着市場的發展，軟件內的各類技術更新換代也是很是快的，若是沒有及時的作好這一點，那麼根據市場導向咱們的軟件也將會被逐漸淘汰

5、技術冗餘風險:

開發額外的不須要的功能，延長了計劃進度；重複開發已有技術;

 

問題解決方案

1）對於技術不足風險:

①認真作好可行性研究中的技術分析

②明確產品須要用到哪些技術

③仔細瞭解所用技術的侷限性

④確保開發人員的能力符合要求,並按期開展相關技術培訓

⑤認真考慮是否能遵循所用技術的版權協議

2）對於技術落後風險：

①首先最基本的是要求開發人員有着深厚的技術功底，能應對技術變動比軟件開發進度快的風險，對新技術的學習能力強，能很快的對自身軟件進行更新

②在軟件開發中應考慮到留有一個技術相關的接口，能快速的將市面上出現的新技術嵌入咱們的軟件中

③使用敏捷開發思想,合理規劃,即時上線,快速迭代

3）對於技術重點不匹配風險：

①結合需求和可行性定位好本身軟件的主打方向，避免盲目開發

②將資金，物資，人力等分配，按照重點級別分配，這樣即便在軟件的技術不當心發展在了在非重點的方向上，也會由於各方面短缺的阻礙使得整個項目組停下里經行從新分析，使得項目組意識到存在的問題

4）對於技術更新緩慢風險：

①及時瞭解和掌握市面上的技術更新方向，對技術的更新換代進行及時處理，不能拖延

②要求開發人員有着深厚的技術功底，對新技術的學習能力強，能很快的對自身軟件進行更新換代

③接納變化,及時安排重構

5）對於技術冗餘風險:

①認真作好需求分析,明確系統邊界

②以業餘理財爲核心,認真劃分各模塊的重要等級

③嚴格控制項目進度,必要時放棄不重要模塊的開發

④需求分析中合理劃分模塊,確保代碼可重用性

 

環境風險（Environmentrisk）

1、市場環境風險：

可能會發生金融危機等市場大變更的環境風險，在這個期間開發軟件，無論是對開發過程、初期發佈以及後期發展都是巨大的阻礙，處理不當嚴重的甚至會致使項目直接宣告失敗

2、內部環境風險：

開發軟件的公司或者團隊可能因爲不良的負面新聞、失策的公關等內部因素的，致使人們對軟件的瞭解度很低或者嚴重的是對咱們自身而不是軟件有着很低的評分以及負面的見解，那麼即便你的軟件作的再好，也會在初期形成十分大的損失。

3、開發環境風險:

①開發工具多樣化,開發環境不統一,形成項目編譯運行混亂,嚴重影響開發進度

②開發工具不如指望的那樣有效,開發人員須要時間建立工做環境或者切換新的工具

③新的開發工具的學習期比預期的長,內容繁多

 

問題解決方案：

1）市場環境風險：

①在軟件開發的每一個階段，都作好應對市場動盪的後備方案

②實時瞭解和分析市場情動盪，並根據狀況及時修改後備方案以應對風險

2）內部環境風險：

①作好合理的公關，在作好軟件的同時，打造團隊的良好口碑

②在每一階段適當的公開軟件相關信息，提升人們的關注度

3）開發環境風險:

①開發工具應適合項目,功能強大,易於學習,最好請有經驗且涉獵較廣的開發人員推薦

②開發環境應與本軟件項目密切相關

③必要時使用較多經費用於購買開發工具

④必要時向第三方購買解決方案

⑤統一開發環境

⑥爲開發人員預留必定時間用於熟悉開發工具與開發環境