丨可行性研究一個(gè)從開(kāi)始就注定失敗的跨平臺(tái)項(xiàng)目

對(duì)于軟件項(xiàng)目的可行性研究，主要從以下幾個(gè)方面入經(jīng)濟(jì)可行性技術(shù)可行性社會(huì)可行性看上去這么簡(jiǎn)單的知識(shí)點(diǎn)，到底重要在哪里呢？我們先來(lái)看一個(gè)真實(shí)的案2015年的時(shí)候，推出了一個(gè)跨平臺(tái)的移動(dòng)端解決方案ReactNative，只要用JavaScript一門(mén)語(yǔ)言就可以將寫(xiě)好的代碼運(yùn)行于iOS、Android移動(dòng)平臺(tái)。所以在2016年的時(shí)候，某著名大型互聯(lián)網(wǎng)公司的移動(dòng)部門(mén)非?？春眠@個(gè)技術(shù)，專(zhuān)門(mén)成立了項(xiàng)目組，用了不少人力，花了大半年時(shí)間將移動(dòng)端iOS、Android產(chǎn)品遷移到ReactNative技術(shù)框架上。就在項(xiàng)目快要上線(xiàn)的時(shí)候，法務(wù)部門(mén)卻發(fā)現(xiàn)ReactNative的開(kāi)源協(xié)議是“BSD+專(zhuān)利”。那這個(gè)“BSD+專(zhuān)利”的協(xié)議是什么呢？BSD的協(xié)議本身是開(kāi)放的、沒(méi)有限制的，但在此基礎(chǔ)增加了一個(gè)“專(zhuān)利”協(xié)議。也就是說(shuō)，如果對(duì)及其子公司提出專(zhuān)利，不管的項(xiàng)目是否也就是說(shuō)，如果未來(lái)該公司因?yàn)閷?zhuān)利問(wèn)題與產(chǎn)生糾紛，那么該公司將會(huì)無(wú)條件而目前該公司和是有競(jìng)爭(zhēng)關(guān)系的，所以法務(wù)部門(mén)為了避免未來(lái)可能的糾紛，不即使后來(lái)2018年的時(shí)候，把ReactNative的開(kāi)源協(xié)議修改為友好的MIT協(xié)點(diǎn)子，或者看到某個(gè)熱門(mén)技術(shù)（比如說(shuō)團(tuán)購(gòu)、共享經(jīng)濟(jì)、人工智能、），不做可行可行性研究不是軟件項(xiàng)目的專(zhuān)利，在很多其他工程領(lǐng)域，項(xiàng)目正式啟動(dòng)前，都會(huì)有可行性研究這一環(huán)節(jié)，而且一般都會(huì)請(qǐng)一家甚至多家專(zhuān)業(yè)的評(píng)估機(jī)構(gòu)幫助做可行性分析，并出具可行性，然后項(xiàng)目方來(lái)決定是不是立項(xiàng)。遷，那就意味著你的房子也會(huì)被拆掉運(yùn)，那損失就大了。為什么在軟件工程領(lǐng)域，可行性研究就不是很靈了？如果你也經(jīng)歷過(guò)或者聽(tīng)一些失敗的軟件項(xiàng)目，不知道你有沒(méi)有想過(guò)，為什么這些軟件項(xiàng)目很少有做可行性研究的？如果你有機(jī)會(huì)就這個(gè)問(wèn)題去做一下，很可能會(huì)得到下面這些答案。1.“因?yàn)槲覀兪擒浖?xiàng)目，所以我們很特比如說(shuō)軟件項(xiàng)目很抽象，以至于在立項(xiàng)之前對(duì)于問(wèn)題的描述（需求）和解決方案（技術(shù)方案）通常都是模糊不清的，只有隨著項(xiàng)目的推進(jìn)，才能逐步搞清楚需求。而可行性研究是基于問(wèn)題和解決方案來(lái)分析的，因此這有點(diǎn)像“先有雞還是先有蛋”的問(wèn)題：你得先立項(xiàng)才能慢慢搞明白需求是什么，然后才能有解決方案；而你只有搞明白需求是什么，以及解決方案是什么，才能去做可行性研究。但“我們很特殊”，不能成為不做可行性分析的借口，可能項(xiàng)目需求最開(kāi)始是模糊不清的，還不具備可行性研究的條件，那么等到項(xiàng)目有了一定的進(jìn)展，需求逐步明確后，要繼續(xù)對(duì)可行性做研究。如果發(fā)現(xiàn)方案不具備可行性，也應(yīng)及時(shí)調(diào)整方案或停止項(xiàng)目以止2.“拍板的項(xiàng)目，明知道不可行也得硬著頭皮干呀這個(gè)問(wèn)題要分類(lèi)討論，有兩種情第一種情況，多半是由于或者項(xiàng)目控制決策權(quán)，且對(duì)于不同意見(jiàn)度較低。底如果你是項(xiàng)目執(zhí)行人員，不能參與決策，但覺(jué)得項(xiàng)目明顯不可行，我仍然建議你盡可能站在專(zhuān)業(yè)的角度給出科學(xué)的分析，通過(guò)合理的方式反饋意見(jiàn)。畢竟，項(xiàng)目如果失敗了，你也一樣可能損失。如果你就是或者項(xiàng)目，則應(yīng)該建立可行性研究的意識(shí)，并理性聽(tīng)取不同意見(jiàn)，科第二種情況，或者項(xiàng)目能接觸到的信息、更全面，同時(shí)還有戰(zhàn)略上的一些考舉個(gè)例子，2009年阿里巴巴決定做阿里云的時(shí)候，公司者占絕大多數(shù)，只有馬云和王3.“軟件項(xiàng)目是鼓勵(lì)創(chuàng)新、鼓勵(lì)試錯(cuò)的，可行性研究會(huì)阻礙創(chuàng)這也是一種很典型的錯(cuò)誤觀點(diǎn)，認(rèn)為創(chuàng)新就可以不做可行性研究，否則會(huì)阻礙創(chuàng)新。實(shí)際上可行性研究和創(chuàng)新從來(lái)就不是的，它反而可以幫助你提前過(guò)濾掉那些不靠譜的創(chuàng)新想法，提前發(fā)現(xiàn)可能的風(fēng)險(xiǎn)。想文章開(kāi)頭關(guān)于Reactaie開(kāi)源協(xié)議的案例，雖然是一個(gè)創(chuàng)新性的項(xiàng)目，卻未繞過(guò)開(kāi)源協(xié)議引起的法律糾紛。如果當(dāng)初有法律方面的可行性研究，完全可以改用開(kāi)源協(xié)議更友好的同類(lèi)開(kāi)源技術(shù)，避免項(xiàng)目。其實(shí)，當(dāng)你決定要做可行性研究，你就已經(jīng)成功一半了，怎么做反而是相對(duì)簡(jiǎn)單的部軟件工程的里面，通常會(huì)講如何寫(xiě)可行性，很煩瑣，要撰寫(xiě)諸如引言、背景、定義等內(nèi)容。在這里，我們關(guān)注的重點(diǎn)是，軟件工程中是如何去做可行性研究的。如文章開(kāi)頭所說(shuō)的，通常從三個(gè)方面著手做：社會(huì)可行性。社會(huì)可行性涉及法律、道德、社會(huì)影響等社會(huì)因素。比如，觸犯國(guó)家法律的事情肯定不能做；產(chǎn)品如若不符合道德標(biāo)準(zhǔn)，可能帶來(lái)較大的社會(huì)影響，那么也要慎重考慮。仍然以文章開(kāi)頭提到的ReactNative目為例，我們從這三個(gè)方面出發(fā)，來(lái)做一個(gè)簡(jiǎn)單的先來(lái)看看經(jīng)濟(jì)可行性。按照投入成本和收益估算，我們?cè)诖藘H做一些簡(jiǎn)單假這個(gè)項(xiàng)目要投入10人，每個(gè)人的人力成本預(yù)計(jì)是10000，預(yù)計(jì)要花半年時(shí)間每個(gè)人在項(xiàng)目實(shí)施過(guò)程中，所需要的硬件和軟件成本預(yù)計(jì)在1000元/月；每年該部門(mén)預(yù)計(jì)完成10個(gè)項(xiàng)目，每個(gè)項(xiàng)目收益預(yù)計(jì) 該項(xiàng)目導(dǎo)致2個(gè)項(xiàng)目延期半年該項(xiàng)目預(yù)計(jì)可以節(jié)約項(xiàng)目成本，所以每個(gè)項(xiàng)目收益可以提高50000元；該項(xiàng)目可以讓每年部門(mén)完成的項(xiàng)目提升到12個(gè)。 元/半年，投入使用后每年可以產(chǎn)生約 就像上面這樣一個(gè)10個(gè)人的項(xiàng)目，半年下來(lái)就要花一百多萬(wàn)。當(dāng)然如果項(xiàng)目成功的話(huà)，不到一年就可以收回成本，而且后面還會(huì)持續(xù)創(chuàng)造價(jià)值。所以從經(jīng)濟(jì)可行性分析，還是可行的。然后再來(lái)看看技術(shù)可行性從人員儲(chǔ)備來(lái)說(shuō)，部門(mén)已經(jīng)有5名成員有ReactNative項(xiàng)目經(jīng)驗(yàn)，其他人員可以通過(guò)個(gè)月左右的培訓(xùn)上手從風(fēng)險(xiǎn)角度看，部分老的安卓機(jī)型無(wú)法支持，但是這部分機(jī)型占有率非常低，可以不予考慮。另外，部分組件需要自己實(shí)現(xiàn)，技術(shù)上可行，需要把這部分的開(kāi)發(fā)任務(wù)放入項(xiàng)目計(jì)劃中。技術(shù)可行不可行，關(guān)鍵還是在人。就算技術(shù)成熟，如果短時(shí)間內(nèi)找不到人來(lái)做，也是有很大風(fēng)險(xiǎn)的。同時(shí)也要評(píng)估可能存在的技術(shù)風(fēng)險(xiǎn)，像本例中的設(shè)備兼容問(wèn)題，如果不兼容設(shè)備很多，那技術(shù)就不可行了。像這個(gè)項(xiàng)目，已經(jīng)有一定的人才儲(chǔ)備，不會(huì)成為技術(shù)上的瓶頸，另外不支持的設(shè)備只占極少最后再來(lái)看看社會(huì)可行性 上，ReactNative采用BSD+專(zhuān)利至此，我們可以得出結(jié)論，這個(gè)項(xiàng)目從經(jīng)濟(jì)可行性和技術(shù)可行性上來(lái)說(shuō)，都沒(méi)問(wèn)題，但是社會(huì)可行性方面存在很大風(fēng)險(xiǎn)。于是，接下來(lái)我們和公司法務(wù)部門(mén)進(jìn)一步溝通，確認(rèn)并達(dá)成一致，最好的結(jié)果是暫時(shí)凍結(jié)該項(xiàng)目。結(jié)合《工程思維：把每件事都當(dāng)作一個(gè)項(xiàng)目來(lái)推進(jìn)》一文的內(nèi)容，我建議你把每件事都當(dāng)作一個(gè)項(xiàng)目來(lái)看，因此每次決定做一件事前，不妨先做一個(gè)“可行性研究”。比如說(shuō)，你要換工作，那就列一下你工資提升帶來(lái)的收益（經(jīng)濟(jì)可行性）。最好換算成時(shí)薪，看看長(zhǎng)期是不是真的更合算，因?yàn)橛袝r(shí)候雖然工資多了一點(diǎn)，但加班太多反而得不償失。可行性研究的案例，以及你是怎么做可行性研究的？歡迎你在留言區(qū)留言，和我討論感謝閱讀，如果你覺(jué)得這篇文章對(duì)你有一些啟發(fā)，也歡迎把它給你的朋友 不得售賣(mài)。頁(yè)面已增加防盜追蹤，將依