這種分析包括了解客戶的業務背景和局限性、產品必須執行的功能、必須達到的性能水平以及必須兼容的外部系統。用於理解這些問題的技巧包括客戶訪談、使用和軟件功能“購物清單”。分析結果通常以正式需求規格的形式呈現，並作為下壹步的輸入。
至少，這是它的理論應用。事實上，這個理論模型存在許多問題，可能會導致分析過程的其他步驟出現延遲或連鎖錯誤。本文討論了項目經理在這壹階段遇到的壹些常見問題，並提出了可能的解決方案。
在需求分析階段，最常見的問題是客戶對自己的需求只有壹個模糊的概念，要靠妳提出適當的問題，進行必要的分析，把這個不確定的概念變成壹個正式的文本化的軟件需求規格說明；反過來，該規範可以用作項目計劃和工程結構的基礎。
要解決這個問題，您應該:
軟件開發項目遇到的第二個問題是，隨著項目的發展，第壹階段定義的需求發生了變化。隨著開發的不斷進步，軟件原型也就確定了。這時客戶可以更清楚地發現原計劃中的問題，並進行必要的修正，因此需求也隨之變化。需求也可能因為外部環境的變化而發生變化，需要對原有的業務問題進行改造，因此需要制定與原建議解決方案完全不同的解決方案。優秀的項目經理意識到這些可能性，並經常制定後備計劃來應對這些變化。
要解決這個問題，您應該:
我們經常聽到客戶說:“這是壹個非常緊急的任務，我們需要在X周內完成項目。”壹個常見的錯誤是，在沒有詳細分析和了解項目範圍以及完成項目所需資源的情況下，就同意了客戶的要求。通過不經討論就同意不合理的進度，妳實際上是在傷害客戶:項目很可能延期(因為不可能按時完成)或者有質量問題(因為妳很著急，沒有進行適當的檢查)。
要解決這個問題，您應該:
通常情況下，由於背景不同，對技術術語的理解方式不同，客戶和工程師無法有效溝通。這可能會導致混亂和嚴重的溝通問題；因此，項目經理的壹項重要任務，尤其是在需求分析階段，就是確保雙方能夠準確理解可交付成果和必須完成的任務。
要解決這個問題，您應該:
Bolman和Deal兩位學者認為，高效的項目經理是將組織視為“競爭舞臺”的人，懂得權力、沖突、談判和聯盟的重要性。這樣的管理者不僅熟悉運作和職能任務，他或她還意識到為共同目標制定議程、建立共識聯盟和向抗拒的管理者解釋特定職位的合法性的重要性。
在為大型組織執行大型項目時，這些技能尤為重要，因為信息往往分散在各處，因此需求分析往往會受到信任問題、內部利益沖突和信息低效的阻礙。
要解決這個問題，您應該: