楊洪波

【摘 要】本文對中小型企業(yè)IT項目眾包模式的項目風險進行了分析，采用魚刺圖分析法和風險矩陣法得出眾包模式面臨的主要項目風險，并針對這些項目風險的控制提出了解決方案，有助于中小型企業(yè)利用眾包模式更好地解決IT系統(tǒng)建設中面臨的項目風險問題。

【關鍵詞】中小型企業(yè)；眾包模式；項目風險管理；魚刺圖

一、引言

眾包模式是指公司或機構把工作任務發(fā)布到眾包網(wǎng)站上，將任務眾包給非特定的大眾網(wǎng)絡的做法模式，這與將軟件開發(fā)外包給專業(yè)軟件廠商的一般外包模式有所區(qū)別。在當前IT業(yè)處于互聯(lián)網(wǎng)、大數(shù)據(jù)和人工智能蓬勃發(fā)展的大環(huán)境下，眾包模式由于其低成本和博采眾長的特性，又可以突破企業(yè)自身IT隊伍資源的限制，已被越來越多的中小企業(yè)作為業(yè)務、產(chǎn)品和服務創(chuàng)新的IT項目實施方式。

二、眾包模式風險分析

眾包模式與傳統(tǒng)的外包模式相比，由于應標方是互聯(lián)網(wǎng)大眾，交付方式是一種非面對面的送耦合交付方式，其不可避免地存在多種項目風險。對眾包模式進行項目風險魚刺圖分析，識別出的各種項目風險如下：

在這些項目風險中，采用德爾菲法（專家調查法）對各個風險因子的可能性（Possibility）和影響（Impact）進行5分制打分，再采用項目風險矩陣（Risk Matrix）法對德爾菲法的打分結果進行分析，得出以下風險為眾包模式面臨的主要風險：

1.需求描述不準確或不清晰。一般表現(xiàn)為眾包招標方需求描述過于簡略，容易產(chǎn)生需求理解上的誤差，造成應標方實際交付內(nèi)容與招標方用戶要求不符，使得眾包項目全部或部分失敗。

2.用戶要求過高。眾包招標方不了解眾包模式的特性，將過于復雜或專業(yè)的需求內(nèi)容提交眾包，或提供的項目成本（提供給眾包應標方的賞金）過低，或項目的時間要求過緊。使得無應標方參與投標，或者即使參與投標，也不可能在規(guī)定的時間和成本內(nèi)完成交付。

3.招標方與應標方溝通效率低下。由于眾包項目的應標方為互聯(lián)網(wǎng)大眾，并非時時處于“在線”狀態(tài)，而招標方也有工作時間上的限制，不會隨時回答應標方的問題，這就造成雙方溝通上的“代溝”，無法及時聯(lián)絡到對方，溝通效率低下，從而影響到眾包項目的交付。

4.項目進度不可控。一方面表現(xiàn)為復雜眾包項目的進度受多種制約因素影響，導致項目進度不可控（如需求細節(jié)不夠清晰、需求變更、設計錯誤、出現(xiàn)難以解決的技術難題等），另一方面，眾包項目的交付方可能不是全職人員，對眾包項目的交付周期也受自身判斷或者其它客觀因素影響（例如，如果交付方是在業(yè)余時間進行眾包項目交付的話，真正交付時是否有足夠的業(yè)務時間完成眾包任務），導致不能如期完成交付物，造成眾包項目延期。

5.知識產(chǎn)權風險。如果應標方在交付時盜用了他人的代碼或知識產(chǎn)權，對投標方的項目完成可能帶來一定的法律風險，產(chǎn)生投標方預期之外的版權糾紛。

三、眾包模式風險控制

眾包模式項目風險的控制，最主要的是對項目需求風險的控制。從需求的角度，眾包模式比較適合于中小型企業(yè)一些非核心的、相對獨立的、且生命周期相對較短的“短、平、快”軟件項目。因此，眾包任務必須簡單明了，以適應互聯(lián)網(wǎng)上合適的大眾。如果通過眾包方式做一個中大型項目的話，則參與眾包的子項目應盡可能在項目需求規(guī)劃階段由招標方事先進行“碎片化”處理，確保在被整合成一個整體之前，每個“碎片”都能被不同的交付方獨立制作，盡可能避免出現(xiàn)“碎片”間的依賴關系。

在項目溝通風險控制方面，眾包項目由于面向不特定公眾，溝通難度較高，如果能將相關需求方和交付方人員整合在一個活躍而忠誠的社區(qū)（論壇或微信群、QQ群），則會成為一種很好的溝通方式，需求方和交付方可以通過社區(qū)或群中進行充分討論，集思廣益，幫助雙方達成最好的解決方案。該方法的重點是社區(qū)主持方（壇主或群主）要盡可能保持社區(qū)的活躍性，同時需求方和交付方也要分配足夠的時間和熱情參與討論和解答問題，以保證眾包項目溝通的快捷性和有效性。

在項目進度風險控制方面，一方面從眾包招標方需求提交方角度，制作的眾包需求說明書應足夠清晰，提供足夠細節(jié)，盡可能將眾包項目需求簡單化和“碎片化”，避免眾包項目“碎片”相互間的依賴關系，同時避免將項目關鍵路徑上的需求進行眾包。另一方面，應標方也應量力而行，在接標前對眾包需求細節(jié)做到足夠了解，對自身的交付能力和交付資源（包括時間資源和人力物力資源）有足夠的保證，從而避免交付過程中出現(xiàn)無法按時完成交付進度的情況。

在知識產(chǎn)權風險方面，眾包網(wǎng)站、招標方、應標方都要健全知識產(chǎn)權制度，建立用戶身份認證制度，創(chuàng)造良好的信用環(huán)境，打擊盜版行為。作為眾包項目招標方，應在眾包需求提出的同時明確交付物的知識產(chǎn)權歸屬，并加入反盜版、反黑客等條款，以避免不必要的版權和法律糾紛。

四、總結

綜上所述，眾包模式與傳統(tǒng)外包模式相比，由于面向互聯(lián)網(wǎng)大眾，具有明顯的低成本和博采眾長的優(yōu)勢。但也由于眾包交付方式是一種面向大眾的松耦合交付方式，在項目需求、項目溝通、項目進度控制和知識產(chǎn)權方面也存在突出的風險，眾包模式參與各方需要針對這些風險制訂相應的對策和控管?！肮び破涫?，必先利其器”，希望本文的分析和論述能對中小型企業(yè)充分利用眾包模式實現(xiàn)企業(yè)IT戰(zhàn)略貢獻一些綿薄之力。

【參考文獻】

[1]杰夫·豪.眾包[M].北京：中信出版社，2009：1.

[2]陸丹.互聯(lián)網(wǎng)時代下眾包風險的識別與規(guī)避[J].物流工程與管理，2013（4）：118—120.

[3]]高銘，王毅.眾包項目風險評估模型研究[J].管理現(xiàn)代化，2016（3）：105—107.

[4]張福學.圖書館眾包項目風險分析與控制[J].圖書館工作與研究，2018（8）：40—44.

[5]宋蘇杭.基于ANP和模糊綜合評價的京東到家眾包分險評價研究[J].流通經(jīng)濟，2017（8）：149—150.