項目中的神話，即關(guān)于項目過程中的一些被人盲目相信的說法撕捍。神話具有一些特點焕梅，讓人覺得不可捉摸，是對無法解釋的現(xiàn)實的超自然想象卦洽，能給人一些精神上的安慰（即使是子虛烏有的）贞言。例如，神話看起來是事實的合理描述（有時的確包含真實的成分）阀蒂，它們符合直覺该窗，并且經(jīng)常被那些知根知底的有經(jīng)驗的專業(yè)人士當作經(jīng)驗?zāi)脕硇麄鳌?/p>
隨著項目管理知識的普及，很多人已經(jīng)意識到這些神話的本質(zhì)——它實際上誤導了管理者和項目人員對項目管理的態(tài)度蚤霞，從而引發(fā)了嚴重的問題酗失。然而，由于習慣和態(tài)度的根深蒂固昧绣，項目神話遺風猶在规肴。
1、管理神話
像所有的職場人士都有大小不同的壓力一樣夜畴，項目經(jīng)理也肩負著維持預(yù)算拖刃、保證進度和提高質(zhì)量的壓力。在應(yīng)對困難走頭五路時贪绘，就像溺水人抓住稻草一樣兑牡，項目經(jīng)理經(jīng)常依賴項目神話中的信條，只要它能夠減輕以上的工作上的壓力（即使是暫時性的）税灌。
神話1：我們已經(jīng)有了一本寫滿項目開發(fā)標準和規(guī)程的寶典均函，大家就應(yīng)該遵守亿虽！
事實：這本寶典也許的確已經(jīng)存在，但它是否在實際中采用了苞也？項目人員是否知道這本書的存在呢洛勉？它是否反映了項目工作的現(xiàn)狀？是否全面如迟？是否可以適應(yīng)不同的應(yīng)用環(huán)境坯认？是否在縮短交付時間的同時還關(guān)注產(chǎn)品質(zhì)量的保證？在很多情況下氓涣，問題的答案是否定的。
神話2：如果我們未能按時完成計劃陋气，我們可以通過增加人員數(shù)量而趕上進度劳吠。
事實：軟件開發(fā)并不是像機器制造那樣的機械過程。布魯克斯（《人月神話》的作者）法則告訴我們：“在項目工作中巩趁，為趕進度而增加人手只能使進度更加延誤痒玩。”初看议慰，這種說法似乎與直覺不符蠢古。然而，當新人加入到一個項目后别凹，原有的開發(fā)人員必須要犧牲本來的開發(fā)時間對后來者進行培訓草讶，因此減少了本應(yīng)用于高效開發(fā)的時間。只有在有計劃且有序進行的情況下炉菲，增加人員對項目進度才有意義堕战。
神話3：如果決定將工作外包給第三方公司，就可以放手不管拍霜，完全交給第三方公司開發(fā)嘱丢。
事實：實際上正如你在管理項目中會遇到困難一樣，外包公司也不一定比你高明多少祠饺！在合同談判中有多少虛假的承諾越驻，也許連外包公司自己都不知道。如果開發(fā)團隊不了解如何在內(nèi)部管理和控制項目道偷，那么將無一例外地在外包項目中遇到困難缀旁。
2、客戶神話
項目的客戶可能是隔壁的某個人勺鸦、樓下的一個技術(shù)團隊诵棵、市場／銷售部門或者簽訂軟件合同的某個外部公司。多數(shù)情況下祝旷，客戶之所以相信所謂的項目神話履澳，是因為項目經(jīng)理和項目人員沒有及時糾正他們的錯誤信息嘶窄。項目神話導致客戶錯誤的期望，最終導致對開發(fā)者的不滿距贷。
神話4：有了對項目目標的大概了解柄冲，便足以開始項目工作，可以在之后的項目開發(fā)過程中逐步充實細節(jié)忠蝗。
事實：雖然通常很難得到綜合全面且穩(wěn)定不變的需求描述现横，但是對項目目標模糊不清的描述將為項目實施帶來災(zāi)難。要得到清晰的需求描述阁最，經(jīng)常是需要逐步變得清晰的戒祠，但這有一個前提那就是客戶（需求提供方）和項目團隊應(yīng)該保持良好的溝通和互動，否則所謂的漸進明細是猜出來的速种。
神話5：雖然軟件項目需求不斷變更姜盈，但是因為軟件是彈性的，因此可以很容易地適應(yīng)變更配阵。
事實：?軟件需求的確在隨時變更馏颂，但隨著變更引入的時機不同，變更所造成的影響也不同棋傍。如果需求變更提出得較早（比如在設(shè)計或者代碼開發(fā)之前）救拉，則對費用的影響較小瘫拣；但是亿絮，隨著時間的推移，變更的代價也迅速增加——因為資源已經(jīng)被分配麸拄，設(shè)計框架已經(jīng)建立壹无，而變更可能會引起的劇變，需要添加額外的資源或者修改主要設(shè)計感帅。
3斗锭、工程師的神話
在多年的不正確的文化滋養(yǎng)下，工程師深信著各種各樣的神話失球，并以此作為真理岖是。
神話6：當我們完成技術(shù)工作并將其交付使用之后，我們的任務(wù)就完成了：
事實：根據(jù)拖延癥的規(guī)律实苞，我們可以推導出一個匪夷所思的現(xiàn)象：工作開始得越早豺撑，耗費的時間就越長。業(yè)界的一些數(shù)據(jù)顯示黔牵，60%~80%的工作耗費在工作首次交付顧客使用之后聪轿。
神話7：直到工作結(jié)果在實際中使用或運行，才能評估其質(zhì)量猾浦。
事實：最有效的質(zhì)量保證機制之一就是技術(shù)評審陆错，可以從項目啟動就開始實行灯抛。技術(shù)評審作為“質(zhì)量過濾器”，已經(jīng)證明其可以比測試更為有效地發(fā)現(xiàn)多種類型的產(chǎn)品缺陷∫舸桑現(xiàn)代質(zhì)量管理更進一步的認為質(zhì)量是設(shè)計出來的对嚼，而不是檢查出來的。質(zhì)量工作開始的越早绳慎，越節(jié)約成本纵竖，效果越明顯。
神話8：對于一個成功的項目杏愤，只有交付最終的可交付成果就可以了靡砌。
事實：項目配置管理包括很多內(nèi)容，可交付成果只是其中之一珊楼。各種工作產(chǎn)品（如模型通殃、文檔、計劃）是成功實施項目工作的基礎(chǔ)亥曹，更重要的是，為產(chǎn)品技術(shù)支持提供了指導恨诱。沒有永遠不出問題的產(chǎn)品媳瞪，假設(shè)你交付客戶的是一個信息系統(tǒng)網(wǎng)絡(luò)集成項目，出現(xiàn)了運行故障照宝，當你當?shù)竭_現(xiàn)場時發(fā)現(xiàn)蛇受，沒有網(wǎng)絡(luò)拓撲圖。我想此時的心情一定是飛過一萬頭羊駝厕鹃。
神話9：項目工作將導致我們產(chǎn)生大量無用文檔兢仰，并因此降低工作效率。
事實：項目工作并非以創(chuàng)建文檔為目的剂碴，而是為了保證項目結(jié)果的開發(fā)質(zhì)量把将。好的質(zhì)量可以減少返工，從而加快交付時間忆矛。開發(fā)人員都恨自己寫文檔察蹲，都恨別人不寫文檔，最恨看別人的設(shè)計催训，也許就是這種神話產(chǎn)生的土壤吧洽议！
目前，隨著項目管理知識的普及漫拭，大多數(shù)項目從業(yè)人員已經(jīng)認識到項目神話的謬誤亚兄。對于項目中真實情況的正確理解是系統(tǒng)解決實際問題的第一步。但是項目管理知識的傳播與實踐采驻，仍然任重而道遠审胚。
