用某種技術(shù)是不能說服用戶或領(lǐng)導的。任何人都可能抵制那些會改變現(xiàn)狀的變化。然而，如果將技術(shù)與商業(yè)利潤聯(lián)系起來，用戶會支持你的建議。

問題30：你如何應(yīng)對不同的商業(yè)用戶，如果他：

a) 拒絕確認需求

b) 經(jīng)常改變主意

c) 不肯花時間

d) 堅持不現(xiàn)實的截止日期

答案30：無論客戶有多難應(yīng)付，都應(yīng)該記住正因為他們我們才有工作做。他們是客戶。必須以高度的職業(yè)精神，完全尊重他們。

因為他們不能了解我們的工作正如我們不能完全了解他們的那樣，溝通變得比較復雜。因此，我們要花時間作規(guī)劃并解釋其中包含的內(nèi)容。用戶需要感到他們沒有浪費時間，正在取得成果，并且他們的意圖被很好地理解。制作原型是一個有用的工具。它提供了一幅用戶能理解的、靈活的圖畫。

另外，對工作風格的理解也很重要。拒絕承認或不斷地改變想法可能源于對問題缺乏理解，或是對未來的擔心。

用戶往往不愿意花時間與IT人員交談并認為這樣做是浪費時間，因為IT人員過分關(guān)注他們自己的任務(wù)。應(yīng)該對過去交付產(chǎn)品的歷史進行檢查。如果用戶來了多次但并未發(fā)看到有價值的輸出，他們將拒絕花更多的時間。在這種情況下，你應(yīng)該做你擅長的商業(yè)領(lǐng)域的項目以期得到用戶的尊重。

召開一個歷時一小時（并且要限定在該時間范圍內(nèi)）的需求討論會來討論特殊的問題。會議結(jié)束時應(yīng)讓用戶知道下一步該怎么做（并要取得共識）。用戶的觀點被記錄在“會談紀要”上。這些會讓用戶感到他們的意見已被聽取并且允許他們更改錯誤。

一個項目被取消往往是由于沒有經(jīng)濟合理地達到用戶的業(yè)務(wù)要求。如果在項目的整個過程中，一直保持與用戶的有效溝通，他們將看到他們的要求正在逐步達到。項目很少因為延期而被取消。要注意范圍變更。在原有的截止日期上增加額外的任務(wù)，將會產(chǎn)生不現(xiàn)實的截止日期。

問題31：在一個不編程，就認為你沒在工作的環(huán)境中，你如何開展工作？

答案31：如果用戶認為你了解了他們的業(yè)務(wù)目標，他們就希望早些開始編程。以一種他們能夠理解的形式制作需求文檔，提供一種開放的溝通方式，并讓他們知道你了解什么，你正在做什么。通過項目計劃，狀態(tài)報告和原型同樣能夠表明項目的進展。通過讓用戶審查需求，原型和狀態(tài)報告的形式，讓用戶參與項目。

　　方法論知識

問題32：生命周期是什么，它的作用是什么？

答案32：一個開發(fā)或維護生命周期是描述一個特定項目的開始，中間環(huán)節(jié)和完成的方法。一個生命周期包含了完成特定目標的所有步驟，任務(wù)和/或活動。每個活動可能有一種特定的方法。例如,制作數(shù)據(jù)模型可能會按照James Martins建模方法。對象建?？赡軙捎?/span>Ivan Jacobson方法。生命周期通過運用所有方法來完成業(yè)務(wù)目標。

問題33：描述你的項目計劃中應(yīng)包括的階段、活動和可交付產(chǎn)品。

答案33：項目計劃中應(yīng)包括如下階段（不是以瀑布/線性次序）：

項目管理：

典型活動：很多人忘記加入諸如開發(fā)和維護項目計劃，狀態(tài)會議和報告，評估的資料收集和匯報，制作演示資料和向上級和用戶進行演示等諸如此類需要花時間的，內(nèi)部的項目管理活動。

典型交付：項目計劃，狀態(tài)報告，評估報告（例如：有多少個功能點）

需求分析：

典型活動：范圍定義，成本利潤初步分析，建議。

典型交付：范圍文檔，物