誤區6：軟件項目管理只是相關技術部門的事情，與公司其他部門無關。分析：在競爭日益激烈的今天，軟件項目規模大、復雜度高而且時間要求緊迫。要想提高公司的軟件項目管理水平，這就需要提高公司的整體參與意識，需要公司各個部門協同作戰。例如需要會計部門協助進行項目預算，財務管理和費用控制；需要研究部門（技術委員會）指派專家協助進行各種風險評估，提供技術指導；需要后勤部門提供各種保障。(干系人管理很重要,同時CMMI強調的集成項目管理也說明了這一點)
誤區7：在開發進度滯后的情況下，可以聘請更多的程序員加入到開發團隊中，通過增加人力資源來趕上進度。分析：在注重團隊開發的時代，開發方應該根據目前的軟件項目管理水平慎重考慮這個做法。如果新加入的程序員對目前軟件項目的應用行業有一定了解，并且可以很快適應了開發方的項目管理方式、軟件開發風格、團隊協作氛圍；那么“新人”的加入是有益的。否則，可能會“好心好意做壞事”。因為盡管其個人能力很高，但是為了使其與大家一起協同工作，開發團隊不得不分出人手對其進行與項目有關的技術/業務培訓，更重要的（也是難度最大的）是還要引導其融入團隊。這可能需要花費開發團隊許多時間和精力，很有可能使項目進度更慢。(可以辯證的看，組織的成熟度越高，復用越高，該方法才是可能的方法)
誤區8：技術骨干應該成為項目的項目經理，項目經理一定是所有項目成員中薪水最高的。分析：在“軟件作坊”時代，這是一種普遍使用而且效果不錯的方法；而在“軟件工廠”時代，這種方法卻帶來各種問題，有時甚至直接導致項目失敗。究其原因這主要是因為隨著現代軟件開發分工的細化，對項目經理的要求也發生了根本的改變——最注重的不是其對某項專業技術的掌握程度，而是其組織、領導、協調開發團隊的能力（當然，可以兩者均突出最好）。至于項目經理的薪水問題，這和定薪制度有很大關系。通常，項目經理執行的是管理人員的薪酬體系，而其他人員執行的是技術人員的薪酬體系。項目經理的薪水在項目成員中是比較高的，但不一定是最高的。有時候，為了激勵技術人員，項目中的技術骨干得到的酬勞比項目經理要高。(這里跟工種無關，更相關的是效率和產出,但去很難推行)
誤區9：只有項目經理以及部門主管才會關心項目整體進度，程序員只關心自己的開發進度。分析：這是一種“官僚”的想法。實際上程序員作為團隊中的一員，他不僅僅是在打一份工，更重要的是在參與一件“作品”的創作。在體味工作的辛苦的同時，程序員更重要的是要享受創作的快感。項目經理不應該漠視程序員對“成就感”的追求，應該向每一個人詳細描述最終“ 作品”將會如何美妙和令人興奮，并且在到達最終目標的路上設立一系列的里程碑。每當項目整體推進到一個里程碑的時候，項目經理應該把這個消息告訴每一位項目成員。實際上，這不僅僅可以讓所有的項目成員享受到階段勝利的喜悅，還可以激發大家更大的工作熱情，提高工作效率。
誤區10：為了保證項目繼續，為了留住核心程序員，加薪吧。分析：加薪可以說是很多企業在挽留程序員時所使用的常用方法。這一招可能暫時奏效，不過往往是人留下來了，但副作用也來了——加薪的人未必見得多干活，沒有加薪的人卻開始消極怠工了。其實，項目的進行過多地依賴程序員的個人技術是“作坊”時代沿襲下來的“陋習”。既然IT行業人員的流動是無法控制的，現在項目的執行應該更加注重團體的力量，應該更多的考慮公司整體技術水平和核心技術能力。例如形成公司自己的專家知識庫，類/函數庫，第三方控件庫，擁有自主版權的開發平臺等。另外，實際上程序員萌生去意的原因很大程度上不是薪水，而是缺少激勵和尊重。這需要項目經理使用“老土”一點的辦法，找適當的時機對程序員做一做思想工作，向其描述項目的美好未來，讓其感受關心和尊重�？傊�，要從多方面著手保證項目的順利開展，而不是簡單地加薪。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
