解决软件服务定制化的问题,众包模式还需要接受哪些考验?
在實際應用中,軟件服務的定制化需求如今已經不僅是必要的,而且是必須的了。就比如管理軟件,隨著信息化的快速發展,企業和個人對管理軟件的依賴性與要求也越來越高,但現有的很多通用版管理軟件往往不是功能太過單一就是相對比較復雜,與客戶的實際需求并不能很好地匹配。
對于個性化的軟件服務,定制開發的難點一般表現在,有經驗能復用的開發者很難找,開發成本高昂,開發效率低,周期長,再加上需求者對定制化的想象空間往往有限,復雜的溝通和各種雙方協議、流程等,無不使定制過程繁冗拖沓,不僅最后難以滿足需求者的定制化標準要求,時間、金錢、人力通通都堆積成了浪費掉的成本。
現在,眾包模式流行起來,近幾年,眾包模式在國內有了越來越多的嘗試者,并且不斷把領域細分、做垂直化,比如創意眾包、知識眾包、物流眾包,以及以“解放號”為代表的軟件服務眾包,也有越來越多的用戶看到了眾包模式的優勢和價值,選擇通過眾包來完成項目。尤其是軟件服務,在社會資源的供給之下,通過“社會生產”不僅給與了個性化的滿足,更是大大降低了成本。
要知道,對于需求方而言,要找到有自己這種有個性化經驗的開發者并不是一件容易的事情。如果開發者有過類似經驗,已經寫過類似代碼,不必重寫代碼,那相對就容易得多。“復用”成為降低成本的根源,而只有愿意做眾包的開發者足夠多,“復用”的命題才可成立。對于垂直化眾包服務平臺“解放號”就做到了這一點,4萬名在線開發者正在與日增長,通過“復用”思路來整合開發者資源,精準的標簽刻畫來智能匹配合適的開發者則成最大賣點。
然而,考慮到軟件服務的特殊性,對眾包模式又有了更加苛刻的要求,軟件服務眾包平臺能否滿足需求則成為平臺運營的關鍵。
軟件需求方最顧慮什么?無外乎以下幾方面:
第一,怕不能按時、保質保量履約。因為發包方對其客戶有一個時間和質量的承諾,如果到時接包方不能提交,雖然發包方不損失錢財,但是可能會損失在客戶方的信用。所以,發包方不敢在管理上“大撒把”。
第二,害怕開發者能力不行,還胡攪蠻纏。如果遇到能力不強、胡攪蠻纏的人確實比較難處理,這在公司招聘時也會出現這種人,能力不行被辭退了還告公司的都有。
第三,企業需求方不敢把眾包當成普遍的提交方式,因為害怕PM向外洗錢。
第四,需求方擔心平臺流程不嚴謹,害怕錢被輕易的支付出去了。
?
這些顧慮都考驗著眾包模式的靠譜性,對于此,“解放號”的解決之道可以最大化的控制和規避這些問題。
一是作業過程用工具來管理。用Task+、Git工具嚴格監控開發者的工作,并需要向需求方報日進展報告,讓需求方像管理自己的隊伍一樣管理平臺的開發者。做到透明、協同,知此知彼。
二是能力和人品用數字刻畫+人脈背書+工具來甄別。這方面,“解放號”的做法是,用數字化內容來刻畫開發者,比如他們在平臺上完成的任務、訂單及其評價,上傳的代碼、發表的文章等等,通過這樣的深度刻畫和合作經歷,讓開發者用歷史去掙錢;另外就是人脈背書,人脈關系和信用機制為企業選人保駕護航。另外,企業需求方的PM對于這種新人的合作要勤用Task+、Git、“話題”工具,及早發現問題,盡快終止合作,這樣即不浪費金錢、也不耽誤時間。如需仲裁,大家留痕說話。
第三個問題處理上則是用透明監督。“解放號”平臺上需求方的BUM可以隨時看到每個訂單的過程細節,包括這個訂單是怎么簽的、執行過程中發包方PM和接包方的溝通記錄、發包方和接包方關于任務分配和驗收(基于Task+)、接包方提交物的上載和協同記錄(基于Git),甚至可以看到這些提交物被PM采用到項目中的記錄,可做到透明監督。
第四就是對風險控制的要求了。當然作為需求方,支付會是其最重要的控制風險的手段。對于“解放號”的支付服務,有幾個關鍵要素將保障了這些訂單對于企業管理者是清晰的:一、所有訂單的發起都是經過BUM確認的,而這些BUM也是企業管理者授權和認可的人;二、所有待支付的訂單都是可以查依據的;三、所有支付指令都是PM發起、BUM確認的;四、這些訂單都是屬于某項目,有利于企業項目成本核算;五、每個訂單的支付時間、支付路徑平臺都是記錄的,而且由平臺直接支付中標開發者(中標開發者當然是實名認證的)。
可見,軟件服務定制化對眾包模式的挑戰需要可靠的嚴謹的科學的保障措施來做出應對服務。在眾包環境下,只有交易對于雙方盡量公平才能把交易的規模擴大,也只有這種交易的過程充分透明,企業才會把眾包當成一種基本項目提交方式。這樣的話,逐漸的企業也可能會嘗試把企業轉變為以基本的管理者和員工為核心,以外部合同工人和兼職工人為補充的一種靈活可靠的組織形式,而這反過來又會進一步擴大對社群的發包,從而形成由開發者、企業及客戶組成的IT服務生態系統。這種大循環的補給,帶來的也將是眾包模式的大成熟和大普及。
總結
以上是生活随笔為你收集整理的解决软件服务定制化的问题,众包模式还需要接受哪些考验?的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 定时器/计数器实验报告
- 下一篇: 30岁学android开发