楊洪波

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

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

一、引言

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

二、眾包模式風(fēng)險分析

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

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

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

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

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

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

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

三、眾包模式風(fēng)險控制

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

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

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

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

四、總結(jié)

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

【參考文獻】

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

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

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

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

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