你擅長的商業(yè)領域的項目以期得到用戶的尊重。
召開一個歷時一小時（并且要限定在該時間范圍內(nèi)）的需求討論會來討論特殊的問題。會議結(jié)束時應讓用戶知道下一步該怎么做（并要取得共識）。用戶的觀點被記錄在“會談紀要”上。這些會讓用戶感到他們的意見已被聽取并且允許他們更改錯誤。
一個項目被取消往往是由于沒有經(jīng)濟合理地達到用戶的業(yè)務要求。如果在項目的整個過程中，一直保持與用戶的有效溝通，他們將看到他們的要求正在逐步達到。項目很少因為延期而被取消。要注意范圍變更。在原有的截止日期上增加額外的任務，將會產(chǎn)生不現(xiàn)實的截止日期。
問題31：在一個不編程，就認為你沒在工作的環(huán)境中，你如何開展工作？
答案31：如果用戶認為你了解了他們的業(yè)務目標，他們就希望早些開始編程。以一種他們能夠理解的形式制作需求文檔，提供一種開放的溝通方式，并讓他們知道你了解什么，你正在做什么。通過項目計劃，狀態(tài)報告和原型同樣能夠表明項目的進展。通過讓用戶審查需求，原型和狀態(tài)報告的形式，讓用戶參與項目。
方法論知識
問題32：生命周期是什么，它的作用是什么？
答案32：一個開發(fā)或維護生命周期是描述一個特定項目的開始，中間環(huán)節(jié)和完成的方法。一個生命周期包含了完成特定目標的所有步驟，任務和/或活動。每個活動可能有一種特定的方法。例如,制作數(shù)據(jù)模型可能會按照James Martins建模方法。對象建?？赡軙捎?/span>Ivan Jacobson方法。生命周期通過運用所有方法來完成業(yè)務目標。
問題33：描述你的項目計劃中應包括的階段、活動和可交付產(chǎn)品。
答案33：項目計劃中應包括如下階段（不是以瀑布/線性次序）：
項目管理：
典型活動：很多人忘記加入諸如開發(fā)和維護項目計劃，狀態(tài)會議和報告，評估的資料收集和匯報，制作演示資料和向上級和用戶進行演示等諸如此類需要花時間的，內(nèi)部的項目管理活動。
典型交付：項目計劃，狀態(tài)報告，評估報告（例如：有多少個功能點）
需求分析：
典型活動：范圍定義，成本利潤初步分析，建議。
典型交付：范圍文檔，物理和邏輯分析，實體關(guān)系圖，成本利潤分析，商業(yè)規(guī)則申明，任務定義和概要說明。
設計：
典型活動：建立開發(fā)和測試環(huán)境，制作邏輯模型，技術(shù)系統(tǒng)設計，執(zhí)行計劃。
典型交付：邏輯數(shù)據(jù)模型，事件模型，對象模型，網(wǎng)絡模型，物理設計，適合開發(fā)環(huán)境的規(guī)格說明，經(jīng)過修改的規(guī)格說明書，測試計劃，流程圖。
開發(fā)：
典型活動：編碼，單元測試和制作用戶文檔。
典型交付：測試說明書，過程手冊，程序。
測試：
典型活動：軟、硬件測試，線性測試，系統(tǒng)測試，集成測試，回歸測試和平行測試。
典型交付：測試結(jié)果，問題報告和跟蹤紀錄。
實施和支持：
典型活動：第一階段成果打包；培訓。
典型交付：問題報告過程。
檢查:
典型活動：交付后的三到六個月對目標成本，開發(fā)工作，可見/不可見收益進行檢查。
典型交付：實施總結(jié)報告。
問題34：制作原型應該在項目生命周期的那個階段？
答案34：貫穿整個項目。眼見為實。因為它是驗證功能，業(yè)務規(guī)則，用戶需求數(shù)據(jù)和測試的一個好工具。值得注意的是，原型不會成為粗制濫造的產(chǎn)品。原型需要較好地維護。原型應能在過程和數(shù)據(jù)不完全的情況下，顯示各個窗口和窗口間的導航關(guān)系。