IT項(xiàng)目管理難點(diǎn)剖析概述IT項(xiàng)目的特點(diǎn)對(duì)廣義項(xiàng)目的目標(biāo)定義為，在一定的時(shí)間范圍，以及有限的資源內(nèi)開(kāi)展一系列活動(dòng)以達(dá)到某些特定要求。相對(duì)于日常運(yùn)營(yíng)類工作，項(xiàng)目最明顯的特點(diǎn)即為一次性，其次具有明確目標(biāo)的特性。而IT項(xiàng)目則是一個(gè)和informationknowledge(IT)技術(shù)如基礎(chǔ)架構(gòu)、信息系統(tǒng)或計(jì)算機(jī)相關(guān)的項(xiàng)目。例如軟件開(kāi)發(fā)，網(wǎng)頁(yè)開(kāi)發(fā)，手機(jī)應(yīng)用開(kāi)發(fā)，網(wǎng)絡(luò)配置，軟件安裝，數(shù)據(jù)庫(kù)管理等。在廣義定義的基礎(chǔ)上又具有一下幾個(gè)特殊特征。1.不可見(jiàn)性。區(qū)別于傳統(tǒng)意義的項(xiàng)目，不像基礎(chǔ)建設(shè)項(xiàng)目等有形物品的項(xiàng)目過(guò)程，IT項(xiàng)目的進(jìn)展情況是肉眼不可見(jiàn)的。除了進(jìn)展的不可見(jiàn)性，IT項(xiàng)目的成本也具有這個(gè)特點(diǎn)，除了人力資源成本之外，還有難以精確分配到各個(gè)項(xiàng)目上的一些運(yùn)營(yíng)管理成本。將這些不可見(jiàn)的進(jìn)展通過(guò)一定的項(xiàng)目管理手段轉(zhuǎn)變?yōu)榭梢暬倪^(guò)程是IT項(xiàng)目管理特有的。3.靈活性。IT項(xiàng)目相對(duì)于工程類項(xiàng)目具有更大的靈活性。拿施工項(xiàng)目作比，開(kāi)工之后整體，一旦開(kāi)工，工程內(nèi)容一般很難做變更，或者說(shuō)變更需要付出巨大的代價(jià)。而IT項(xiàng)目，基于可不斷迭代的特性，將大大增加項(xiàng)目的靈活性。在項(xiàng)目計(jì)劃時(shí)，可將百分百確認(rèn)的需求先排期完成，不能完全確認(rèn)的需求在項(xiàng)目推進(jìn)的過(guò)程中慢慢再完善。4.需求變更頻繁。項(xiàng)目靈活性的增加反之帶來(lái)的就是更頻繁的變更可能性。在互聯(lián)網(wǎng)與大數(shù)據(jù)時(shí)代下，要求IT項(xiàng)目的輸出時(shí)刻順應(yīng)市場(chǎng)的需求，而市場(chǎng)的需求因?yàn)橥ㄟ^(guò)數(shù)據(jù)快速反饋到產(chǎn)品方，導(dǎo)致對(duì)需求變更頻率和可能性的增加。5.業(yè)務(wù)經(jīng)驗(yàn)難以復(fù)制。同為IT項(xiàng)目，針對(duì)不同行業(yè)的業(yè)務(wù)需求，有其不可復(fù)制的特點(diǎn)。在數(shù)字化轉(zhuǎn)型的大趨勢(shì)下，無(wú)論哪個(gè)行業(yè)都已經(jīng)離不開(kāi)IT項(xiàng)目，包括傳統(tǒng)行業(yè)。而不同行業(yè)的本身獨(dú)立的業(yè)務(wù)特性使得跨行業(yè)的IT項(xiàng)目經(jīng)驗(yàn)基本無(wú)效的效果。且隨著IT技術(shù)的迅速發(fā)展，應(yīng)用方法的不斷突破創(chuàng)新，即使在同行業(yè)內(nèi)，過(guò)往解決方案的可參考性依然不強(qiáng)。6.技術(shù)領(lǐng)域?qū)?，迭代更新快。IT技術(shù)領(lǐng)域?qū)拸V，從基礎(chǔ)架構(gòu)、前端、中間件到數(shù)據(jù)庫(kù)、核心編程，每個(gè)領(lǐng)域內(nèi)的技術(shù)分支還異常繁雜。導(dǎo)致針對(duì)同一個(gè)需求可以有無(wú)數(shù)個(gè)組合方案，很難說(shuō)誰(shuí)優(yōu)誰(shuí)劣。拿編程語(yǔ)言為例，根據(jù)TIOBE，Python在短短10年間從5%左右的打分上升到了12%左右，而Java則是在這段時(shí)間內(nèi)從23%跌到了12%。而根據(jù)DB-E的統(tǒng)計(jì)，自2015年以來(lái)數(shù)據(jù)庫(kù)領(lǐng)域MongoDB、PostgreSQL也在不斷沖擊行業(yè)三巨頭(Oracle、MySQL和MicrosoftSQLServer)的地位。同樣，10年內(nèi)仍在活躍webserver的市場(chǎng)占有率中，Apache從接近過(guò)60%跌到25%，nginx則為崛起的新星直逼20%（數(shù)據(jù)來(lái)源：Netcraft）。圖2-SEQ圖2-\*ARABIC1Top10編程語(yǔ)言走勢(shì)圖Picture2-SEQPicture_2_-\*ARABIC1Top10programminglanguagetrendbyyear這些都表明在IT領(lǐng)域內(nèi)，主流技術(shù)是瞬息萬(wàn)變的，在不同的分支領(lǐng)域更有不同的技術(shù)方向，造成了各種排列組合的可能性，增加了IT項(xiàng)目技術(shù)方面的難度。IT項(xiàng)目管理面臨的挑戰(zhàn)直接用數(shù)據(jù)說(shuō)話顯得更加直觀，根據(jù)2017年P(guān)MI’s(ProjectManagementInstitute)PULSEofthePROFESSIONPMIPMI’sPULSEofthePROFESSION:自2006年來(lái)定期組織的全球范圍內(nèi)項(xiàng)目管理相關(guān)調(diào)查，列出現(xiàn)在和將來(lái)在項(xiàng)目管理領(lǐng)域的主要發(fā)展趨勢(shì)。圖2-SEQ圖2-\*ARABIC2問(wèn)卷：公司過(guò)去12個(gè)月內(nèi)所完成的項(xiàng)目占選項(xiàng)的百分比NOTEREF_Ref73902496\f\h3NOTEREF_Ref73902496\f\h3PMI’sPULSEofthePROFESSION:自2006年來(lái)定期組織的全球范圍內(nèi)項(xiàng)目管理相關(guān)調(diào)查，列出現(xiàn)在和將來(lái)在項(xiàng)目管理領(lǐng)域的主要發(fā)展趨勢(shì)。Picture2-SEQPicture_2_-\*ARABIC2Survey:Whatpercentageoftheprojectscompletedwithinyourorganizationinthepast12months?該調(diào)查報(bào)告中，再進(jìn)一步對(duì)于項(xiàng)目失敗歸因的調(diào)查分析結(jié)果顯示，39%的項(xiàng)目是由于項(xiàng)目需求不清晰而導(dǎo)致的。圖2-SEQ圖2-\*ARABIC3問(wèn)卷：在過(guò)去12月內(nèi)，貴公司失敗的項(xiàng)目中有哪些被列為主要原因？Picture2-SEQPicture_2_-\*ARABIC3Oftheprojectsstartedinyourorganizationinthepast12monthsthatweredeemedfailures,whatweretheprimarycausesofthosefailures?再多看幾組不同機(jī)構(gòu)在不同時(shí)間調(diào)研數(shù)據(jù)：33%的IT項(xiàng)目由于高層管理不夠重視或需求/項(xiàng)目范圍變更導(dǎo)致項(xiàng)目失敗KhaledEIEmam，對(duì)IT軟件項(xiàng)目的調(diào)研，2008KhaledEIEmam，對(duì)IT軟件項(xiàng)目的調(diào)研，2008規(guī)劃階段的錯(cuò)誤估計(jì)仍然是IT項(xiàng)目失敗的最大原因，占比32%普華永道第15次CEO年度調(diào)查，2012普華永道第15次CEO年度調(diào)查，201240%的CIO認(rèn)為，項(xiàng)目失敗是因?yàn)閷?duì)項(xiàng)目過(guò)于樂(lè)觀而沒(méi)有清晰明確的目標(biāo)而導(dǎo)致的哈維納什畢馬威聯(lián)合CIO調(diào)查，2017哈維納什畢馬威聯(lián)合CIO調(diào)查，2017從不同維度的各種數(shù)據(jù)不難看出，排除客觀因素和項(xiàng)目管理本身不可控的因素外，在項(xiàng)目管理經(jīng)驗(yàn)中，需求管理的優(yōu)劣和最終的項(xiàng)目輸出結(jié)果的成績(jī)有著重要聯(lián)系，當(dāng)需求沒(méi)有準(zhǔn)確收集的情況下會(huì)直接導(dǎo)致項(xiàng)目過(guò)程中，項(xiàng)目范圍因需求變化而造成的不斷變更，從而增加項(xiàng)目失敗的風(fēng)險(xiǎn)。另外項(xiàng)目計(jì)劃估算的準(zhǔn)確程度也是導(dǎo)致項(xiàng)目失敗的主要?dú)w因。需求變化快單獨(dú)先從需求管理出發(fā)來(lái)看，需求管理其實(shí)在項(xiàng)目管理的整個(gè)過(guò)程當(dāng)中占用到項(xiàng)目前期很大一部分時(shí)間的內(nèi)容，沒(méi)有一個(gè)項(xiàng)目管理人員會(huì)不重視需求管理，為什么這依然是造成項(xiàng)目失敗的最大原因呢？2005年，聯(lián)邦調(diào)查局致力于開(kāi)發(fā)的虛擬案件檔案系統(tǒng)在花了五年時(shí)間和1.7億美元之后被宣告失敗，項(xiàng)目軟件負(fù)責(zé)團(tuán)隊(duì)任務(wù)，這是需求不斷變更和項(xiàng)目范圍頻繁擴(kuò)展導(dǎo)致的結(jié)果。在IT領(lǐng)域，需求的變更為非常普遍和常見(jiàn)，可以稱之為常態(tài)。需求本身存在變更，尤其在高速發(fā)展的互聯(lián)網(wǎng)時(shí)代，信息的傳遞速度變快了，相應(yīng)對(duì)于企業(yè)響應(yīng)市場(chǎng)變化的效率也高了，誰(shuí)能更快的調(diào)整對(duì)的方向才能更快的在業(yè)務(wù)領(lǐng)域中搶占一席之地，以至于需求變更的速度也越來(lái)越快，這是一個(gè)客觀事實(shí)。但這些客觀存在的需求變更其實(shí)是屬于被積極響應(yīng)和歡迎的。從企業(yè)敏捷的角度看，需要適應(yīng)幾個(gè)月前設(shè)定的目標(biāo)被完全顛覆重新尋找方向的場(chǎng)景，當(dāng)然大多數(shù)時(shí)候更多的是會(huì)在細(xì)節(jié)部分做調(diào)整。轉(zhuǎn)而從產(chǎn)品交付執(zhí)行層面，任何一個(gè)項(xiàng)目成員都不愿意只是因?yàn)閹讉€(gè)月前設(shè)定目標(biāo)的時(shí)候是如此的，在明知已經(jīng)被市場(chǎng)驗(yàn)證為錯(cuò)誤的方向上持續(xù)前進(jìn)。唯一需要做到的就是將為什么做這樣的調(diào)整橫向和縱向的溝通清晰，那么在執(zhí)行層面也會(huì)更好的被接受。利用敏捷方法論加速了產(chǎn)品開(kāi)發(fā)的速度和質(zhì)量，對(duì)于隨時(shí)調(diào)整的需求，開(kāi)發(fā)團(tuán)隊(duì)可以在很大程度上更好的支持此類的變化。需求理解偏差大個(gè)人認(rèn)為更大的痛點(diǎn)在于由于非有效溝通造成的需求模糊或需求認(rèn)知不一致而造成的需求管理失敗。PMI指出，判斷一個(gè)項(xiàng)目成功需要判斷是否滿足6個(gè)事實(shí)。1.按時(shí)交付項(xiàng)目。2.項(xiàng)目支出控制在預(yù)算內(nèi)。3.實(shí)現(xiàn)需要交付的功能和產(chǎn)品。4.用戶持續(xù)使用產(chǎn)品。5.項(xiàng)目發(fā)起人感到滿意。6.完成項(xiàng)目立項(xiàng)指定的目標(biāo)。從時(shí)間和成本角度來(lái)說(shuō)，團(tuán)隊(duì)比與其時(shí)間晚交付了一個(gè)月，導(dǎo)致業(yè)務(wù)方錯(cuò)失了占領(lǐng)市場(chǎng)的最佳時(shí)機(jī)而導(dǎo)致企業(yè)在可能獲得的利潤(rùn)上的有所損失，是一種失敗。從產(chǎn)品角度來(lái)說(shuō)，團(tuán)隊(duì)按時(shí)按點(diǎn)在預(yù)算內(nèi)交付了最終的解決方案，可是卻沒(méi)有一個(gè)用戶愿意為這個(gè)成品買(mǎi)單，是另外一種失敗。哪一種更令人感到沮喪呢？我要的是一輛自行車，你為我造了一輛跑車，簡(jiǎn)直超出預(yù)期，極具性價(jià)比，可我沒(méi)有任何可以用到這個(gè)產(chǎn)品的場(chǎng)景，這種才是最尷尬的境地。A公司前不久有一個(gè)遷移項(xiàng)目，將系統(tǒng)對(duì)接的第三方平臺(tái)由供應(yīng)商A變?yōu)楣?yīng)商B，該項(xiàng)目都沒(méi)有牽扯到項(xiàng)目經(jīng)理，直接由產(chǎn)品經(jīng)理負(fù)責(zé)，可見(jiàn)是比較小的一次任務(wù)。業(yè)務(wù)部門(mén)提出的需求非常簡(jiǎn)單，供應(yīng)商A現(xiàn)在可以用的功能，B也要做到就可以了，在上線前，沒(méi)有看到任何關(guān)于這個(gè)項(xiàng)目存在風(fēng)險(xiǎn)的提示。供應(yīng)商B順利在3個(gè)月內(nèi)對(duì)接完成上線了。問(wèn)題出現(xiàn)在上線之后，“同樣功能”的兩套產(chǎn)品返回出的業(yè)績(jī)數(shù)據(jù)一下子由原先的90分將為了20分。這下把業(yè)務(wù)部門(mén)急壞了，馬上開(kāi)始職責(zé)開(kāi)發(fā)團(tuán)隊(duì)交付的產(chǎn)品有問(wèn)題，導(dǎo)致業(yè)務(wù)部門(mén)業(yè)績(jī)不達(dá)標(biāo)，緊急拉上高級(jí)項(xiàng)目經(jīng)理來(lái)解決問(wèn)題。經(jīng)過(guò)討論發(fā)現(xiàn)，有意思的是，沒(méi)有人，包括業(yè)務(wù)部門(mén)和產(chǎn)品經(jīng)理，清楚A供應(yīng)商為我們提供了什么，卻在過(guò)去的3個(gè)月內(nèi)信心滿滿的將開(kāi)發(fā)任務(wù)完成并交付了，造成了后面出現(xiàn)的遺憾場(chǎng)景。從業(yè)務(wù)角度、產(chǎn)品角度、設(shè)計(jì)角度和開(kāi)發(fā)人員角度，看同一個(gè)問(wèn)題都能看到不同的一面，有時(shí)候同一個(gè)詞放到不同的場(chǎng)景和角度中就會(huì)有不同的理解。我們都已經(jīng)非常熟悉利用需求說(shuō)明Spec來(lái)管理需求的模式，尤其是在甲方和乙方合作的時(shí)候，需要一紙合同作為保障，而這條條款款也必將由這需求文檔轉(zhuǎn)化而成。然而，僅僅是這樣的需求文檔能確保項(xiàng)目各個(gè)參與方對(duì)需求的認(rèn)識(shí)達(dá)到幾分這是存疑的。需求挖掘錯(cuò)誤2008年，澳大利亞航空取消了4000萬(wàn)美元的捷運(yùn)項(xiàng)目。該項(xiàng)目是一個(gè)為澳航的機(jī)修工們建立零部件管理系統(tǒng)的項(xiàng)目，不幸的是，這個(gè)解決方案設(shè)計(jì)的太過(guò)于復(fù)雜以至于飛機(jī)機(jī)修工們都拒絕使用它。澳航后來(lái)官方對(duì)外表示，他們并沒(méi)有問(wèn)機(jī)修工們需要什么，而只是建造了他們認(rèn)為合適機(jī)修工的東西。由于沒(méi)有讓合適的人，即，最終用戶，參與項(xiàng)目，結(jié)果澳航不得不終止了這個(gè)昂貴的IT項(xiàng)目，而后又花了三年時(shí)間去開(kāi)發(fā)一個(gè)替代的產(chǎn)品。這是一個(gè)典型的潛在需求挖掘錯(cuò)誤的案例。為了避免類似澳航這種情況，需要讓所有項(xiàng)目干系人，包括技術(shù)領(lǐng)域的專家，業(yè)務(wù)代表，甚至最為重要的，在條件允許的情況下把最終用戶也邀請(qǐng)進(jìn)來(lái)，參與項(xiàng)目需求確認(rèn)。業(yè)務(wù)方和用戶一起傳達(dá)需要什么，而IT這邊在技術(shù)上權(quán)衡如何實(shí)現(xiàn)，構(gòu)建所需要的最佳解決方案。當(dāng)多方同時(shí)參與時(shí)，將顯著降低由于需求不對(duì)版而造成項(xiàng)目失敗的風(fēng)險(xiǎn)。要求業(yè)務(wù)方的參與是基本前提，除此之外，項(xiàng)目需求需和業(yè)務(wù)目標(biāo)一致。由于IT項(xiàng)目的不可見(jiàn)性的特點(diǎn)，從產(chǎn)品管理（業(yè)務(wù)）角度和項(xiàng)目管理（技術(shù)）角度看同一個(gè)需求，可能會(huì)在理解上有不同程度的偏差，就如同雞同鴨講。這也是項(xiàng)目管理上需要避免和解決的問(wèn)題之一。估算偏差控制難在軟件開(kāi)發(fā)領(lǐng)域存在這樣一個(gè)真理，想要開(kāi)發(fā)的功能總是比你能投入開(kāi)發(fā)的資源多。而每個(gè)功能需要占用的資源一定程度上影響了該項(xiàng)開(kāi)發(fā)的優(yōu)先級(jí)。由于IT項(xiàng)目本身的特點(diǎn)，對(duì)于項(xiàng)目交付時(shí)間的估算，是一個(gè)很微妙的存在。不像基建工程，我鋪設(shè)一段100米的馬路，有固定的工序和經(jīng)驗(yàn)積累下的已知時(shí)間，有經(jīng)驗(yàn)的老師傅和新手之間的偏差也不會(huì)特別大。根據(jù)圖2-3數(shù)據(jù)表明，項(xiàng)目目標(biāo)的變更是導(dǎo)致36%項(xiàng)目失敗的罪魁禍?zhǔn)祝?6%項(xiàng)目失敗的導(dǎo)火線是時(shí)間估算的不準(zhǔn)確。在靈活多變的IT項(xiàng)目中，需求范圍的變更是常態(tài)，想要控制不斷變化的項(xiàng)目目標(biāo)是不太可能也不切實(shí)際的，但是可以通過(guò)建立合適的工作模型將項(xiàng)目變更造成的影響降低。計(jì)劃和目標(biāo)的改變并不一定會(huì)導(dǎo)致失敗，通過(guò)縮短計(jì)劃的時(shí)間框架，確保更高優(yōu)先級(jí)的工作被執(zhí)行被交付將失敗的風(fēng)險(xiǎn)降至最低。估算不準(zhǔn)確可能有幾個(gè)原因。第一，缺乏實(shí)踐經(jīng)驗(yàn)。經(jīng)驗(yàn)薄弱的開(kāi)發(fā)團(tuán)隊(duì)通常在估算時(shí)過(guò)于樂(lè)觀，假設(shè)一切都會(huì)順利進(jìn)行，低估了時(shí)間和成本。第二，在計(jì)劃階段，項(xiàng)目經(jīng)理要求估算的時(shí)間點(diǎn)過(guò)早，往后也沒(méi)有再次回顧對(duì)于早期的估算做修正。另一種，是對(duì)需求理解不準(zhǔn)確造成的估算偏差。圖2-SEQ圖2-\*ARABIC4不確定性錐形圖ConeofUncertaintyfromAgileInaNutshellConeofUncertaintyfromAgileInaNutshellPicture2-SEQPicture_2_-\*ARABIC4TheConeofUncertainty（Source：AigleInaNutshell）絕對(duì)不會(huì)有兩個(gè)一模一樣的項(xiàng)目，一樣的需