|
1. 在需求分析中有哪些問(wèn)題需要注意？ 2. 你是如何理解需求分析這個(gè)職位的？ 1.進(jìn)行管理軟件項(xiàng)目的需求分析工作; 2.項(xiàng)目規(guī)劃，項(xiàng)目交流，售前咨詢和方案設(shè)計(jì)工作; 在這種情況下需要給自己和其他人留出一個(gè)定義需求的時(shí)間，同時(shí)盡量清晰地定義項(xiàng)目各方的工作范圍和利益關(guān)系，確認(rèn)項(xiàng)目的階段性成果。否則項(xiàng)目即便啟動(dòng)了，也有可能會(huì)沒(méi)完沒(méi)了地拖下去。 良好的溝通能力，對(duì)于不懂軟件的其他行業(yè)客戶能夠迅速溝通，獲取用戶的想法、目的；同時(shí)對(duì)內(nèi)溝通，讓內(nèi)部的開(kāi)發(fā)人員、項(xiàng)目經(jīng)理理解用戶想要的東西。 業(yè)務(wù)基礎(chǔ)和理解能力,你應(yīng)該對(duì)你們的產(chǎn)品和用戶的行業(yè)都有比較深刻的理解，才能迅速的找到客戶和公司項(xiàng)目、產(chǎn)品的結(jié)合點(diǎn)； 開(kāi)發(fā)成本的評(píng)估，用戶可能覺(jué)得很神奇的事情可能對(duì)開(kāi)發(fā)很簡(jiǎn)單，客戶覺(jué)得簡(jiǎn)單的事情也可能對(duì)開(kāi)發(fā)是個(gè)悲劇。能夠合理的引導(dǎo)用戶需求，在前期規(guī)避項(xiàng)目風(fēng)險(xiǎn)； 還有就是文檔能力、業(yè)務(wù)建模能力了
3. 如何應(yīng)對(duì)客戶多變的需求? 延展咨詢作為一個(gè)新型的咨詢實(shí)施一體化的公司，我們的宗旨是給客戶提供最優(yōu)化的解決方案，我們對(duì)待客戶提出的需求都會(huì)從客戶需求的本質(zhì)去解決問(wèn)題，不會(huì)僅僅從表象去滿足客戶需求，實(shí)際上我們解決客戶問(wèn)題的過(guò)程中，包含了我們的智慧和管理經(jīng)驗(yàn)，所以，這個(gè)就是延展咨詢實(shí)施一體化的本意。我們不是堅(jiān)決不改程序，也不是客戶說(shuō)什么我們做什么，我們是和客戶一起尋求解決方案。所以，我們做實(shí)施和一般軟件公司和咨詢顧問(wèn)公司都是不一樣的。我們是通過(guò)我們的管理智慧，融入到我們給客戶提供的軟件系統(tǒng)中，并且陪著客戶一起把最佳解決方案找到，這樣我們就最終解決了客戶需求。 4. 自己的優(yōu)缺點(diǎn)？ 為什么要應(yīng)聘這個(gè)工作 覺(jué)得自己的優(yōu)勢(shì)在哪里等? 很多個(gè)，印象最深的是你覺(jué)得項(xiàng)目管理什么過(guò)程最考驗(yàn)項(xiàng)目經(jīng)理? 1. 人員與時(shí)間管理 2. 風(fēng)險(xiǎn)與質(zhì)量控制 3. 人事與公關(guān)處理
你覺(jué)得你在解決問(wèn)題時(shí)憑邏輯推理還是僅憑感覺(jué)？請(qǐng)根據(jù)你以前的工作經(jīng)歷來(lái)談?wù)勀愕捏w會(huì)。 舉一個(gè)過(guò)去的例子說(shuō)明，在做出決定時(shí)，必須進(jìn)行認(rèn)真分析、周密考慮。請(qǐng)說(shuō)說(shuō)你做決定的過(guò)程。 如果我們讓你干這個(gè)職位的話，你怎樣決定是否接受這個(gè)工作呢？ 你為什么干這一行，而不干其他行當(dāng)呢？ 你一生中做出的最有意義的決定是什么？那個(gè)決定為什么有意義？那個(gè)決定是怎樣做出來(lái)的？ 當(dāng)你要決定是否試做全新的事情時(shí)，你對(duì)成功的把握性有多大？ 在你的前任工作中，你根據(jù)什么標(biāo)準(zhǔn)決定是否做些不屬于你工作任務(wù)的任務(wù)項(xiàng)目？ 你為什么在事業(yè)的這個(gè)階段決定尋找新的機(jī)會(huì)？ 假設(shè)你想要給自己找一位助手，有兩位候選人，你怎樣決定聘用哪一個(gè)呢？ 假如另一部門(mén)的某位員工經(jīng)常來(lái)打擾你部門(mén)員工的工作，你有哪些辦法可以解決這個(gè)問(wèn)題？你會(huì)選擇哪個(gè)辦法？為什么？
綜合分析能力面試題 沙漠救生記 湯老師，我面試的時(shí)候遇到這樣一道題：沙漠中遇難，有四樣?xùn)|西，帳篷，兩瓶水，繩子，刀。只能選擇其中三樣帶走，你選擇哪三樣，并把每種選擇都給分析一下。請(qǐng)問(wèn)該怎么選擇？ 答案： 這種問(wèn)題通常用于小組討論，如果用對(duì)個(gè)人進(jìn)行測(cè)試，通常是要測(cè)試求職者的綜合分析能力。題目本身沒(méi)有絕對(duì)正確的答案，最重要地是逐一對(duì)所有的東西進(jìn)行分析，最后，匯總自己的分析，選擇最有利于救生的工具。
只要把每樣?xùn)|西進(jìn)行分析，并做出自己的選擇，條理、邏輯清楚就行。 本文來(lái)自中國(guó)范文網(wǎng)(www.)，原文地址：http://www./18414.html
怎么寫(xiě)需求文檔？
1 與用戶溝通前應(yīng)進(jìn)行充
通常，與用戶溝通前的準(zhǔn)備時(shí)間要遠(yuǎn)遠(yuǎn)大于正式會(huì)面溝通的時(shí)間。一般情況下，用戶在和你連續(xù)交談兩個(gè)小時(shí)之后，就會(huì)失去熱情和耐心，這是大部分人的共同特點(diǎn)。所以充分的準(zhǔn)備工作至關(guān)重要。 準(zhǔn)備工作包括對(duì)項(xiàng)目整體環(huán)境熟悉的準(zhǔn)備工作和對(duì)具體業(yè)務(wù)進(jìn)行調(diào)研前的準(zhǔn)備工作。項(xiàng)目整體環(huán)境的熟悉工作需要了解:項(xiàng)目的背景、項(xiàng)目的目的、項(xiàng)目的利益相關(guān)方等信息，以便對(duì)當(dāng)前項(xiàng)目的鷹缽情況有一定了解。項(xiàng)目經(jīng)理博客 對(duì)具體業(yè)務(wù)調(diào)研前的準(zhǔn)備工作包括:需求調(diào)研問(wèn)題的準(zhǔn)備、需求調(diào)研模板的設(shè)計(jì)、需求調(diào)研時(shí)間安排等內(nèi)容。要充分珍視用戶的時(shí)間，盡量避免由于準(zhǔn)備工作不足而反復(fù)約見(jiàn)用戶，給用戶造成效率低下的印象。一旦發(fā)生這樣的錯(cuò)誤，以后可能就會(huì)很難約見(jiàn)到用戶。 2 主動(dòng)積極了解客戶業(yè)務(wù)和相關(guān)知識(shí)
在計(jì)算機(jī)技術(shù)方面我們可能非常專(zhuān)業(yè)，但對(duì)于具體的用戶業(yè)務(wù)可能并不十分清楚。這個(gè)項(xiàng)目對(duì)用戶是否有幫助、某一系統(tǒng)功能是否有用、某一流程處理是否合理，在不了解用戶業(yè)務(wù)的情況下，我們將很難做出判斷。 因此只有在了解業(yè)務(wù)的基礎(chǔ)上，我們才和用戶有共同的溝通語(yǔ)言和業(yè)務(wù)理解，才能真正理解系統(tǒng)應(yīng)具有哪些功能。筆者曾在經(jīng)銷(xiāo)商管理系統(tǒng)調(diào)研過(guò)程中，由于財(cái)務(wù)方面的知識(shí)有限，使得在對(duì)經(jīng)銷(xiāo)商財(cái)務(wù)部門(mén)的調(diào)研中對(duì)部分問(wèn)題不是特別的理解。 當(dāng)時(shí)，筆者向用戶虛心進(jìn)行請(qǐng)教，并在調(diào)研結(jié)束后及時(shí)對(duì)自己的財(cái)務(wù)知識(shí)進(jìn)行了補(bǔ)充。應(yīng)用領(lǐng)域的知識(shí)是無(wú)邊無(wú)際的，在各種項(xiàng)目的調(diào)研過(guò)程中，肯定會(huì)出現(xiàn)由于需求分析者缺乏某一領(lǐng)域的知識(shí)而影響需求分析工作的準(zhǔn)確、順利進(jìn)行。 遇到此類(lèi)問(wèn)題時(shí)，需求分析者應(yīng)虛心向用戶請(qǐng)教，同時(shí)應(yīng)及時(shí)補(bǔ)充應(yīng)用領(lǐng)域的知識(shí)。最好能夠在調(diào)研前做好充分的準(zhǔn)備。 3 對(duì)用戶進(jìn)行正確分類(lèi)項(xiàng)目管理培訓(xùn)
組織中的用戶在很多方面存在差異，例如:使用系統(tǒng)的頻度和程度、計(jì)算機(jī)系統(tǒng)知識(shí)、所進(jìn)行的業(yè)務(wù)過(guò)程以及個(gè)人的素質(zhì)和喜好等。根據(jù)用戶的特點(diǎn)，可對(duì)用戶進(jìn)行一定的分類(lèi)。將用戶分類(lèi)并歸納各自特點(diǎn)，詳細(xì)描述他們的個(gè)性特點(diǎn)及任務(wù)狀況，將有助于需求的獲取和分析。 不同的問(wèn)題需要詢問(wèn)不同的人，對(duì)于操作細(xì)節(jié)的問(wèn)題，要和實(shí)際負(fù)責(zé)操作的用戶進(jìn)行溝通，而對(duì)于關(guān)乎全局的問(wèn)題，則要和相應(yīng)的管理層用戶進(jìn)行溝通。如通過(guò)組織架構(gòu)圖得知倉(cāng)庫(kù)部門(mén)有三種角色:倉(cāng)庫(kù)主管、發(fā)貨理貨員、系統(tǒng)操作員。 我們發(fā)現(xiàn)倉(cāng)庫(kù)主管是對(duì)全盤(pán)業(yè)務(wù)相當(dāng)熟悉的人，他負(fù)責(zé)協(xié)調(diào)本部門(mén)的全局事務(wù);而發(fā)貨理貨員是部門(mén)的主要業(yè)務(wù)執(zhí)行人;系統(tǒng)操作員則是倉(cāng)庫(kù)管理系統(tǒng)的直接操作者。若我們調(diào)研的目的是搞清該部門(mén)的整體性流程，我們會(huì)很自然地選擇倉(cāng)庫(kù)主管作為訪談的對(duì)象。項(xiàng)目經(jīng)理圈子 4 引導(dǎo)用戶，使用戶充分表達(dá)自己的想法
在與用戶交談中，如何引導(dǎo)用戶說(shuō)出他們的需求是非常關(guān)鍵的。恰當(dāng)?shù)奶釂?wèn)，會(huì)使用戶滔滔不絕，充分發(fā)表自己的意見(jiàn)和建議。而不恰當(dāng)?shù)奶釂?wèn)，可能會(huì)導(dǎo)致用戶無(wú)法回答或敷衍了事地進(jìn)行回答。提問(wèn)可分為封閉式提問(wèn)和開(kāi)放式提問(wèn)。 封閉式提問(wèn)目的明確。如:現(xiàn)在你們的送貨單是手工填寫(xiě)還是電腦打印?但過(guò)多使用封閉式提問(wèn)，會(huì)導(dǎo)致談話枯燥，讓用戶感覺(jué)自己好像在接受審問(wèn)。開(kāi)放式提問(wèn)是請(qǐng)對(duì)方對(duì)某一事物做進(jìn)一步的解釋?zhuān)墒拐勗掃_(dá)到一定的深度和廣度。 如:你認(rèn)為目前的工作中存在哪些可以改進(jìn)的地方?開(kāi)放式提問(wèn)缺點(diǎn)是容易使談話內(nèi)容偏離主題。因此在談話過(guò)程中，應(yīng)采用封閉式和開(kāi)放式提問(wèn)相結(jié)合的方式。以簡(jiǎn)單問(wèn)題開(kāi)始、從用戶熟悉的內(nèi)容開(kāi)始。每次只提一個(gè)問(wèn)題、集中一個(gè)重點(diǎn)，寧問(wèn)勿猜。 并盡量避免使用IT相關(guān)的一些術(shù)語(yǔ)，以便用戶能夠很好地理解我們的表達(dá)。 5 應(yīng)實(shí)地了解用戶工作流程項(xiàng)目管理論壇
實(shí)地觀察用戶執(zhí)行業(yè)務(wù)任務(wù)的過(guò)程。了解用戶什么時(shí)候獲得什么數(shù)據(jù)，并怎樣使用這些數(shù)據(jù)，業(yè)務(wù)處理 過(guò)程中需要處理哪些單據(jù)，需要和哪些角色的用戶發(fā)生關(guān)聯(lián)等。這都將有助于明確產(chǎn)品的功能需求。 經(jīng)驗(yàn)證明，與人們面談關(guān)于他們?nèi)绾瓮瓿扇蝿?wù)時(shí)會(huì)有許多限制和不準(zhǔn)確性，而這是任務(wù)觀察可以直接解決的。特別是對(duì)于某些組織中普遍接受的規(guī)則和方法，用戶認(rèn)為你也應(yīng)理所當(dāng)然知道，而不曾提起時(shí)。 近年來(lái)，由于人機(jī)交互的復(fù)雜性驚人地增加，人機(jī)交互的觀察和記錄已引起人們的廣泛注意。觀察是一個(gè)主觀的領(lǐng)域，很大程度上依賴于需求分析者的經(jīng)驗(yàn)。 通過(guò)觀察發(fā)現(xiàn):某些客戶要求送貨單中的商品價(jià)格為含稅價(jià)格，而有些客戶則要求送貨單上的商品價(jià)格為不含稅價(jià)格;有些商品的稅率為13%，而有的商品稅率為17%; 有些客戶要求送貨單上的金額小數(shù)點(diǎn)后保留四位，有的客戶又要求送貨單上必須提供自己公司的商品編碼等。而這些都是在調(diào)研中，用戶不曾提起的內(nèi)容。 6 分析需求可行性
柳傳志曾說(shuō):“沒(méi)錢(qián)賺的事我們不干;有錢(qián)賺但投不起錢(qián)的事不干;有錢(qián)賺也投得起錢(qián)但沒(méi)有可靠的人選，這樣的事也不干。” 柳傳志為聯(lián)想集團(tuán)的決策確立了上述準(zhǔn)則，同時(shí)也為可以行性分析指明了重點(diǎn)?？尚行苑治鲋饕轻槍?duì)某一需求決定是做還是不做。一般可行性主要考慮兩個(gè)方面的因素:技術(shù)和人。技術(shù)方面主要是分析在給定的時(shí)間段內(nèi)是否可實(shí)現(xiàn)所需的功能并滿足產(chǎn)品的質(zhì)量要求等相關(guān)指標(biāo)。 許諾提供與用友、金蝶等系統(tǒng)的數(shù)據(jù)接口，將為新系統(tǒng)的成功實(shí)施帶來(lái)很大的風(fēng)險(xiǎn)。因?yàn)槭煜み@些系統(tǒng)需要時(shí)間，開(kāi)發(fā)與它們的接口也需要時(shí)間，而且用友、金蝶等這些系統(tǒng)存在多個(gè)不同的版本。因此與外部系統(tǒng)接口的可行性定義為:不可行。 人的方面主要考慮目標(biāo)用戶是否具有相應(yīng)的素質(zhì)和能力。在實(shí)際項(xiàng)目中，筆者曾對(duì)快速消費(fèi)品行業(yè)經(jīng)銷(xiāo)商批次管理的可行性進(jìn)行了分析。首先，批次管理將涉及到所有產(chǎn)品的出入庫(kù)操作，并存在一個(gè)產(chǎn)品有多個(gè)批次的情況，因此批次管理對(duì)操作人員的能力和素質(zhì)要求比較高。 其次，快速消費(fèi)品行業(yè)的特點(diǎn)決定了產(chǎn)品的出入庫(kù)操作極為頻繁，因此，操作人員的工作強(qiáng)度比較大。再次，大部分經(jīng)銷(xiāo)商的倉(cāng)庫(kù)所在地都距離城鎮(zhèn)比較遠(yuǎn)，因此工作人員的文化水平普遍不高。在綜合考慮后，將批次管理的可行性定義為低。 對(duì)于復(fù)雜的項(xiàng)目，還應(yīng)從經(jīng)濟(jì)方面和環(huán)境方面進(jìn)行考慮。經(jīng)濟(jì)方面主要從投入、收益、短期、長(zhǎng)遠(yuǎn)利益等方面進(jìn)行分析。環(huán)境方面主要考慮市場(chǎng)環(huán)境和政策因素。 7 確定需求的優(yōu)先級(jí)別
當(dāng)客戶的期望很高、開(kāi)發(fā)時(shí)間很短且資源有限時(shí)，設(shè)定需求的相對(duì)優(yōu)先級(jí)將有助于項(xiàng)目管理人員解決沖突、安排階段性交付并做出必要的取舍。建立每個(gè)需求的重要性有助于規(guī)劃軟件的構(gòu)造，以最少的費(fèi)用提供產(chǎn)品的最大功能。 特別是對(duì)漸進(jìn)式的項(xiàng)目，優(yōu)先級(jí)的設(shè)定就顯得更為重要，因?yàn)樵谶@些開(kāi)發(fā)中，項(xiàng)目時(shí)間安排極為緊迫并且交付日期不可改變，一些低優(yōu)先級(jí)的需求就需要推遲到后續(xù)版本中進(jìn)行實(shí)現(xiàn)或直接取消。 當(dāng)眾多用戶因期望不同而就某些需求優(yōu)先級(jí)的設(shè)定難以達(dá)成一致意見(jiàn)時(shí)，需求分析者可指出每一需求所需的費(fèi)用、難度、技術(shù)風(fēng)險(xiǎn)或其他特定的與權(quán)衡需求有關(guān)的指標(biāo)，來(lái)客觀評(píng)價(jià)每一需求的優(yōu)先級(jí)。 8 正確理解需求分析文檔確認(rèn)
需求分析是一項(xiàng)繁瑣枯燥的工作，需要和用戶不斷的商討、確認(rèn)和反復(fù)。但大部分用戶并不只做這項(xiàng)工作，特別當(dāng)他被很多其他的事情纏身的時(shí)候，而無(wú)心在筆者曾負(fù)責(zé)的經(jīng)銷(xiāo)商管理系統(tǒng)中，經(jīng)銷(xiāo)商認(rèn)為，庫(kù)存過(guò)高將占用企業(yè)運(yùn)轉(zhuǎn)資金，增加企業(yè)負(fù)擔(dān); 庫(kù)存過(guò)低則無(wú)法滿足客戶訂單，從而導(dǎo)致交貨周期延長(zhǎng)，降低企業(yè)市場(chǎng)競(jìng)爭(zhēng)力。由于經(jīng)銷(xiāo)商對(duì)當(dāng)前可用庫(kù)存十分關(guān)注，因此可用庫(kù)存的優(yōu)先級(jí)被定義為:高優(yōu)先級(jí)。仔細(xì)考慮或回答你的問(wèn)題。這很容易使你錯(cuò)誤地認(rèn)為用戶已經(jīng)真正地了解并認(rèn)可了你的分析文檔。 在需求分析文檔上簽字確認(rèn)，通常被認(rèn)為是用戶同意需求分析內(nèi)容的標(biāo)志行為。而實(shí)際操作中，簽字確認(rèn)工作并未得到用戶的充分重視。“他們要求我在需求文檔上簽名，于是我就簽了，否則開(kāi)發(fā)人員不開(kāi)始編碼。”用戶的這種態(tài)度將可能給項(xiàng)目帶來(lái)潛在的風(fēng)險(xiǎn)，如不斷地進(jìn)行需求變更等。 對(duì)于需要用戶確認(rèn)的需求分析文檔，最好在用戶確認(rèn)前，就文檔內(nèi)容對(duì)用戶進(jìn)行一定的講解，以確保用戶完全理解并認(rèn)可文檔中的內(nèi)容。若用戶對(duì)文檔中的內(nèi)容存在修改意見(jiàn)，則修改后再與用戶進(jìn)行確認(rèn)，直至用戶完全認(rèn)可文檔中的內(nèi)容為止。 通常為對(duì)項(xiàng)目有一個(gè)整體、準(zhǔn)確的理解，需求分析所包含的內(nèi)容通常大于項(xiàng)目范圍所包含的內(nèi)容。因此，應(yīng)讓用戶理解對(duì)于某些功能的討論并不意味著即將在系統(tǒng)中實(shí)現(xiàn)它。應(yīng)使用戶明白對(duì)需求分析文檔的簽字確認(rèn)是建立一個(gè)需求的基線，進(jìn)一步的變更可在此基線上通過(guò)項(xiàng)目定義的變更過(guò)程來(lái)進(jìn)行。 需求確認(rèn)將給初步的需求開(kāi)發(fā)工作畫(huà)上了雙方都明確的句號(hào)，并有助于形成一個(gè)持續(xù)良好的用戶與需求分析人員的關(guān)系，為項(xiàng)目的成功奠定堅(jiān)實(shí)的基礎(chǔ)。 9 結(jié)語(yǔ)
將知識(shí)從一個(gè)地方傳送到另一個(gè)地方并不是一件簡(jiǎn)單的事情，而且原始的需求通常是以不完整的形式呈現(xiàn)的。它也許只是在某個(gè)現(xiàn)有系統(tǒng)的用戶腦中，甚至有時(shí)用戶都沒(méi)有意識(shí)到他們知道什么。本文從引導(dǎo)用戶、需求確認(rèn)等方面對(duì)需求分析中應(yīng)注意的主要問(wèn)題進(jìn)行了研究分析。 同時(shí)需求分析工作者也應(yīng)在日常工作中加強(qiáng)學(xué)習(xí)，不斷總結(jié)，使自己的需求分析能力得到不斷的提升。 毫無(wú)疑問(wèn), 任何企業(yè)信息化項(xiàng)目啟動(dòng)的源頭來(lái)自于系統(tǒng)業(yè)務(wù)需求調(diào)研，業(yè)務(wù)需求調(diào)研在軟件工程價(jià)值鏈中處于首當(dāng)其沖的位置,做好業(yè)務(wù)需求調(diào)研對(duì)于項(xiàng)目成敗的重要性是不言而喻的。而如何做好業(yè)務(wù)需求調(diào)研卻又不是件容易的事，因?yàn)樗仁情T(mén)科學(xué)更是門(mén)藝術(shù)，更需要長(zhǎng)期的經(jīng)驗(yàn)積累。 業(yè)務(wù)需求調(diào)研的方法多樣，通常包括復(fù)查原有的表格和描述、主持與用戶的業(yè)務(wù)訪談、原型建立、分發(fā)收集調(diào)查表、研究供應(yīng)商的解決方案等方法。 而其中的業(yè)務(wù)需求訪談是一門(mén)被證明形之有效的技術(shù)和方法，然而怎樣做好它，對(duì)有效的獲得和分析業(yè)務(wù)需求均起著至關(guān)重要的作用。我們應(yīng)當(dāng)像重視軟件開(kāi)發(fā)過(guò)程那樣關(guān)注管理業(yè)務(wù)訪談的過(guò)程和法則,做到“訪談前有準(zhǔn)備,訪談時(shí)有效果,訪談后有總結(jié)”。如此一來(lái),我們的需求訪談工作才能進(jìn)入良性循環(huán),我們的軟件開(kāi)發(fā)才能有保障。 正如人類(lèi)發(fā)展歷史蘊(yùn)含著隱含的潛規(guī)則，業(yè)務(wù)需求訪談亦有其內(nèi)在的法則所在，本文旨在挖掘這些規(guī)則以期同仁在業(yè)務(wù)需求訪談工作中有所參照和收獲。 1、業(yè)務(wù)需求訪談前要從內(nèi)容和目標(biāo)上做好精心準(zhǔn)備。 我們知道系統(tǒng)需求是新系統(tǒng)必須完成的功能和局限性。系統(tǒng)需求肯定不是生來(lái)就有的，也不是天生就存在需求分析員的腦海中，那么業(yè)務(wù)需要又在哪里呢？它存在于業(yè)務(wù)人員的腦海里,它存在與企業(yè)實(shí)踐運(yùn)作體系中?；蛘哒f(shuō)它們并不一定存在，需求分析員的職責(zé)就在于通過(guò)包括業(yè)務(wù)需求訪談在內(nèi)的各種方法使系統(tǒng)需求得以顯示它清晰的本來(lái)面目。 業(yè)務(wù)需求訪談本質(zhì)上是一種知識(shí)遷移過(guò)程,通過(guò)業(yè)務(wù)需求訪談需求分析員最終完成了從業(yè)務(wù)到需求的遷移。 既然業(yè)務(wù)需求訪談?dòng)腥绱说奶攸c(diǎn)，就注定了我們必須對(duì)其有所準(zhǔn)備。一般而言,我們應(yīng)對(duì)訪談的目標(biāo)和內(nèi)容有專(zhuān)門(mén)策劃,做到有備而來(lái)。 現(xiàn)在讓我們舉例說(shuō)明應(yīng)該如何做才能算是做好了“準(zhǔn)備” ,假設(shè)王五是某家貿(mào)易公司的新任需求分析員,它的工作職責(zé)是對(duì)公司已有的訂單管理系統(tǒng)進(jìn)行改進(jìn),為此他將對(duì)公司的業(yè)務(wù)部門(mén)做一場(chǎng)業(yè)務(wù)訪談。 首先,我們應(yīng)該確定訪談的對(duì)象。通過(guò)企業(yè)的組織結(jié)構(gòu)圖,我們得知業(yè)務(wù)部門(mén)通常有三種角色,即業(yè)務(wù)主管、業(yè)務(wù)、助理。 那么王五應(yīng)該選擇誰(shuí)做第一次訪談的對(duì)象呢?我們有必要對(duì)每種角色作一番深入地認(rèn)識(shí), 我們會(huì)發(fā)現(xiàn)所謂主管，即總是對(duì)全盤(pán)業(yè)務(wù)相當(dāng)熟悉的人,他負(fù)責(zé)協(xié)調(diào)部門(mén)全局；而業(yè)務(wù)是部門(mén)的主要業(yè)務(wù)執(zhí)行人；助理則是管理系統(tǒng)的直接操作者。聯(lián)想到本次訪談的使命是搞清業(yè)務(wù)部門(mén)的整體性流程,我們會(huì)很自然地選擇主管作為本次訪談的對(duì)象。 接著,我們要確定訪談時(shí)間。主管一般都是比較忙的,他不會(huì)時(shí)時(shí)都在等你。因此,王五提前預(yù)約他,電話和登門(mén)拜訪都是很好的辦法。等他應(yīng)約之后,協(xié)商一個(gè)確定的時(shí)間，再進(jìn)入深層次的訪談也顯得合情合理。 現(xiàn)在,我們只剩下一個(gè)訪談的內(nèi)容需要準(zhǔn)備了。我們可以擬定一些具體問(wèn)題，這些問(wèn)題越具體越好。最好打印出一份清單,這樣訪問(wèn)過(guò)程可以按部就班地進(jìn)行。當(dāng)然,也學(xué)會(huì)有人認(rèn)為不就是一場(chǎng)會(huì)談嘛,何必搞得像晚會(huì)節(jié)目單一樣? 但我們認(rèn)為這實(shí)際上很有必要。“凡事預(yù)則立”,這是先賢站在哲學(xué)的高度對(duì)我們的啟示。 王五訪談的具體問(wèn)題由于篇幅所限就不在此一一列明,可以在相關(guān)資料上找到很好的答案。 2、選擇訪談對(duì)象須由線及點(diǎn)，由點(diǎn)入線。 這是個(gè)選擇訪談對(duì)象的問(wèn)題，一般而言有兩種方法。第一,選擇工作角色，比如業(yè)務(wù)員、銷(xiāo)售助理。第二,從業(yè)務(wù)主線入手，召集這條線上的角色。很顯然，前一種方法容易實(shí)施，但容易陷入見(jiàn)點(diǎn)不見(jiàn)主線的陷阱。也就是說(shuō)這個(gè)角色的主要工作職責(zé)是服務(wù)于哪條業(yè)務(wù)主線，你必須心知肚明。否則，訪談活動(dòng)就變成了摸著石頭過(guò)河了。一個(gè)成功的業(yè)務(wù)訪談?wù)呤窃L談?dòng)螒虻囊?guī)則制定者，他必須知道他的對(duì)象鏈并心中有數(shù)。這樣做訪談才不會(huì)跑題，才不會(huì)犯方向性錯(cuò)誤。 我們?nèi)匀灰陨厦娴耐跷鍨槔?/span>, 假設(shè)他也已完成了第一次對(duì)業(yè)務(wù)主管的訪談工作,下面他該如何把訪談進(jìn)行到底呢? 按照點(diǎn)線原則,我們可以安排他對(duì)相關(guān)業(yè)務(wù)員和業(yè)務(wù)助理做訪談,由于這幾個(gè)人的工作有相關(guān)聯(lián)系性,我們可以采用應(yīng)用聯(lián)席會(huì)議的方式做為業(yè)務(wù)訪談的一種有效補(bǔ)充。事實(shí)上, 業(yè)務(wù)訪談和其他需求調(diào)研的方法是互相補(bǔ)充的關(guān)系。 另一方面,我們也可以根據(jù)業(yè)務(wù)部門(mén)的運(yùn)作過(guò)程，對(duì)這條業(yè)務(wù)主線上的每個(gè)角色進(jìn)行逐以地訪談。比如,王五所在的貿(mào)易的訂單業(yè)務(wù)主線一般流程為：接訂單->訂單下達(dá)->采購(gòu)->入庫(kù)->收款。那么，他應(yīng)該做出相應(yīng)的訪談路線圖。這樣,他才能在一段時(shí)期內(nèi)有效地把訪談工作進(jìn)行到底。 3、訪談過(guò)程中堅(jiān)持以我為主, 善于引導(dǎo)訪談對(duì)象。 訪談過(guò)程中我們要保持理性，自始至終以我為主,牢牢掌握訪談的主動(dòng)權(quán)。因?yàn)橹挥性L談?wù)哒莆樟嗽L談的方向和內(nèi)容, 訪談的質(zhì)量才有保證,效果才能預(yù)期。 優(yōu)秀的需求分析員應(yīng)該是有理性的人, 我們不能因?yàn)楸辉L談對(duì)象的情緒便打亂了我們本來(lái)已擬就的訪談?dòng)?jì)劃。我們有必要樹(shù)立目標(biāo)法則,因之沒(méi)必要特別在乎被訪談對(duì)象的一些抵觸情緒。比如，王五和一個(gè)業(yè)務(wù)助理在談話過(guò)程中，當(dāng)他得知王五的系統(tǒng)計(jì)劃很可能損害到他的潛在利益,他會(huì)變得情緒化, 會(huì)找些借口, 比如說(shuō)他的薪水太低,因而不愿意配合。如果你也遇到類(lèi)似情形,此時(shí)的你一定要冷靜、理性地分析問(wèn)題的癥結(jié)所在 ,適當(dāng)?shù)匾龑?dǎo)被訪對(duì)象，以使訪談工作繼續(xù)進(jìn)行下去。 另外,訪談對(duì)象總是有一些“防御”訪談?wù)叩氖侄危热?，被訪談對(duì)象對(duì)你的提問(wèn)經(jīng)常以“這是某某習(xí)慣”作答，那么你必須意識(shí)到這不是真實(shí)的答案，并且可以當(dāng)面指出，讓他逐步把對(duì)問(wèn)題的回答引入到你在自己預(yù)設(shè)的軌道中——也惟有這樣談下去才能談得更深入。一個(gè)好的分析訪談人員能夠從表面挖掘出背后的真實(shí)商業(yè)規(guī)則，并且有這種發(fā)現(xiàn)需求真相的耐心和韌性,同時(shí)他必須很有主見(jiàn),能夠引導(dǎo)對(duì)方,達(dá)到既定的訪談目標(biāo)。 4、訪談過(guò)程中要善于尋求異常和錯(cuò)誤情況。 千萬(wàn)不要認(rèn)為被訪談對(duì)象的話總是對(duì)的，他經(jīng)常會(huì)說(shuō)“應(yīng)該”或者“可能”是這樣的答案,但就是不說(shuō)出當(dāng)前的真實(shí)情況,。因而很多時(shí)候你需要求異思維去面對(duì)你的訪談對(duì)象，因?yàn)橹挥羞@樣你才能挖掘到更多的業(yè)務(wù)細(xì)節(jié)。多問(wèn)問(wèn)“如果條件沒(méi)有達(dá)到，你會(huì)怎么辦?”,”如果不是這樣你會(huì)怎么處理?”，而要少說(shuō)"是"。 我們可以認(rèn)為業(yè)務(wù)訪談是否有效的標(biāo)志，在于能否更深入地探討業(yè)務(wù)需求問(wèn)題,。而能否進(jìn)入訪談狀態(tài),需求分析員的性格很重要。需求分析員必須是那種有主見(jiàn)而不是那種唯唯諾諾的人,如果用戶說(shuō)什么你都只會(huì)說(shuō)“是”,則意味著訪談應(yīng)該提前結(jié)束——此乃業(yè)務(wù)訪談之大忌也。 正確的態(tài)度應(yīng)該是客觀理性的態(tài)度,不管用戶說(shuō)什么,你首先要分析,然后置疑,從而引導(dǎo)用戶說(shuō)出他們真正的需求所在。其實(shí)也需要耐心,我們覺(jué)得可以向優(yōu)秀的新聞采訪記者學(xué)習(xí)提問(wèn)技巧, 他山之石可以攻玉。 總之，優(yōu)秀的需求分析員善于說(shuō)不，只會(huì)說(shuō)是的需求分析員永遠(yuǎn)得不到真正的需求。 5、業(yè)務(wù)需求訪談要搞清“4W1H”。 業(yè)務(wù)需求訪談要搞清”4W1H”。 有人說(shuō)新聞就是4W1H, 業(yè)務(wù)需求也有同樣的特點(diǎn)。需求分析員要清楚地掌握某個(gè)需求,應(yīng)該能夠清楚該業(yè)務(wù)的4W和1H ,4W是“What、Who、When、Why”,1H是“How”。 What：業(yè)務(wù)內(nèi)容是什么。 Who：業(yè)務(wù)過(guò)程會(huì)有哪些相關(guān)者。 When：業(yè)務(wù)過(guò)程什么時(shí)候發(fā)生,周期有多長(zhǎng)。 Why：為什么會(huì)出現(xiàn)這樣的問(wèn)題。 How：為完成業(yè)務(wù)目標(biāo)所采用的方法。 6、業(yè)務(wù)需求訪談要深入調(diào)查細(xì)節(jié)。 現(xiàn)代系統(tǒng)分析員重要責(zé)任是調(diào)查系統(tǒng)需求細(xì)節(jié)，而細(xì)節(jié)不會(huì)憑空出現(xiàn)的，而是深入跟蹤、深入訪談?wù){(diào)研的結(jié)果。不但要“知道是這樣”，還要知道“為什么是這樣”，也要知道“如果不這樣那會(huì)是怎樣”。 做需求下結(jié)論前要事先調(diào)查和掌握好所有正反兩個(gè)方向的商業(yè)細(xì)節(jié)，如此以來(lái)需求分析結(jié)論和解決方案才有現(xiàn)實(shí)可行性。這里有一個(gè)很好的實(shí)例，一般而言，物料編碼都是系統(tǒng)自動(dòng)提供規(guī)則實(shí)現(xiàn)的，而某貿(mào)易公司的訂單系統(tǒng)偏偏不提供系統(tǒng)自編碼。面對(duì)此問(wèn)題，我們必須搞清兩個(gè)問(wèn)題：其一是該企業(yè)的編碼規(guī)則，其二是該企業(yè)的編碼規(guī)則牽涉到的前置條件和后置條件。知其然也知其所以然，是需求分析員的主要課題。經(jīng)過(guò)多方調(diào)查發(fā)現(xiàn)，該企業(yè)編碼規(guī)則中有兩位是客戶的版本更改數(shù)，而這在系統(tǒng)中是無(wú)法提供出來(lái)的，因而物料自動(dòng)編碼就失去了實(shí)現(xiàn)的土壤。所以說(shuō)僅僅滿足于看到了業(yè)務(wù)現(xiàn)象是遠(yuǎn)遠(yuǎn)不夠的,我們更要搞清楚現(xiàn)象背后的原因,我們還要有能力能夠提供諸多方案以解釋和改造目前的現(xiàn)狀。 層層發(fā)問(wèn)法也是深入調(diào)查而經(jīng)常采用到的方法。 比如,最近收到的客戶退貨比以往多,因?yàn)樯a(chǎn)質(zhì)量不好；為什么生產(chǎn)質(zhì)量不好,因?yàn)椴少?gòu)質(zhì)量不如以；為什么采購(gòu)質(zhì)量下降,因?yàn)椴少?gòu)員的采購(gòu)件單價(jià)低了；為什么價(jià)格低了,因?yàn)椴少?gòu)員的績(jī)效考核現(xiàn)在以采購(gòu)成本為重要指標(biāo)。經(jīng)過(guò)層層發(fā)問(wèn)終于發(fā)現(xiàn)原來(lái)癥結(jié)在采購(gòu)的以采購(gòu)成本為績(jī)效考核是存在問(wèn)題的。 7、學(xué)會(huì)提問(wèn)的技巧，先以對(duì)方的角度想想問(wèn)題的答案。 你提問(wèn)的問(wèn)題最好比較具體，可回答性強(qiáng)。不要一下問(wèn)得太大，搞得誰(shuí)都不好回答。也不要滿口的專(zhuān)業(yè)術(shù)語(yǔ)，很多訪談?wù)呦矚g說(shuō)些專(zhuān)業(yè)術(shù)語(yǔ)，搞得雙方無(wú)法充分溝通。我們提倡多說(shuō)雙方都便于理解的話，并且以對(duì)方的理解角度去問(wèn)問(wèn)題。比如你是想知道商業(yè)過(guò)程和操作是什么，你就可以提問(wèn)"你主要干什么？"或者問(wèn)"你的主要工作職責(zé)有哪些?"、"你的主要日常工作有哪些?"。你想知道商業(yè)過(guò)程應(yīng)該怎樣完成，你不妨問(wèn)道"你如何完成它？需要那些步驟？"而如果你想知道需求什么樣的信息，你就問(wèn)道"你要使用怎么樣的表單或報(bào)告？"。 8、時(shí)刻要記得的四個(gè)字"膽大心細(xì)" “膽大”是指你在訪談過(guò)程中不要顧慮太多，應(yīng)該放開(kāi)心態(tài)，最大化的放大訪談效果。 “心細(xì)”是指你在訪談過(guò)程中觀察到的訪談對(duì)象的業(yè)務(wù)操作動(dòng)作細(xì)節(jié)，以仔細(xì)分辨、總結(jié)、歸納背景原因所在。 同時(shí)，心細(xì)帶來(lái)觀察能力的提升，而觀察能力之于現(xiàn)代需求分析猶如二郎神的第三只眼，總能讓你發(fā)現(xiàn)意外的需求訪談方向，發(fā)現(xiàn)不曾有人提及的需求。 9、做業(yè)務(wù)訪談實(shí)錄有利于提高訪談能力。 一旦本次訪談結(jié)束，有必要回去做一番總結(jié)，不僅要總結(jié)出提煉的需求結(jié)論，更重要的是要回憶還原出整個(gè)訪談過(guò)程，以便事后仔細(xì)研摩得失，這對(duì)提高業(yè)務(wù)訪談的能力是大有俾益的。這個(gè)過(guò)程相當(dāng)于圍棋中的復(fù)盤(pán)，優(yōu)秀的棋手對(duì)復(fù)盤(pán)過(guò)程也是一絲不茍，好的需求分析員亦然。 業(yè)務(wù)訪談是一件如此有個(gè)性的事情，正如記者各有各的風(fēng)格但規(guī)則是暗合的，以上是本人在業(yè)務(wù)訪談過(guò)程中總結(jié)出來(lái)的業(yè)務(wù)“規(guī)則”，現(xiàn)拋磚引玉，以饗同仁。 a) 需求分析是整個(gè)項(xiàng)目管理中需要重點(diǎn)控制的幾個(gè)關(guān)鍵節(jié)點(diǎn)之一，首先思想上一定要重視。 b) 需求分析報(bào)告的編寫(xiě)者要參與到需求的搜集工作中，準(zhǔn)確領(lǐng)會(huì)客戶的意圖，并轉(zhuǎn)化成軟件能夠?qū)崿F(xiàn)的功能。對(duì)于說(shuō)不清楚需求的客戶，要善于問(wèn)關(guān)鍵問(wèn)題，引導(dǎo)客戶提出自己的需求。可以采取的措施是事先編制一個(gè)問(wèn)卷調(diào)查之類(lèi)的文檔，詳細(xì)列舉需要客戶回答的問(wèn)題，以便防止遺漏。 c) 需求報(bào)告的編寫(xiě)者要能夠?qū)蛻粜枨筮M(jìn)行深入分析，區(qū)別出哪些需求存在日后變更的可能，哪些需求屬于相對(duì)固定的，哪些需求能夠?qū)崿F(xiàn)，哪些需求需要變通才能實(shí)現(xiàn)，以便于指導(dǎo)后面的功能設(shè)計(jì)。 d) 需求分析報(bào)告對(duì)功能細(xì)節(jié)的描述不能有歧義，描述一定要全面、準(zhǔn)確，防止開(kāi)發(fā)方和客戶只見(jiàn)對(duì)同一個(gè)問(wèn)題有兩個(gè)截然不同的理解?？梢酝ㄟ^(guò)評(píng)審，用大家的力量來(lái)避免這種情況發(fā)生。 e) 需求報(bào)告的每個(gè)關(guān)乎功能的描述都要讓客戶明白和理解，客戶在理解之上的確認(rèn)才能夠保證日后一旦出現(xiàn)問(wèn)題不致出現(xiàn)雙方互相推托責(zé)任糾纏不清的情況。 f) 需求報(bào)告一定要經(jīng)過(guò)一個(gè)有技術(shù)人員和業(yè)務(wù)人員參加的評(píng)審，要充分發(fā)揮團(tuán)隊(duì)的力量，重視每個(gè)人的才智，一個(gè)模塊一個(gè)功能的逐一的過(guò)，讓大家來(lái)共同找出需求報(bào)告里不合理的、有歧義的、不完善的、遺漏的等等問(wèn)題。 g) 幫助客戶去理解提交給他的需求分析報(bào)告而不是只等簽字，對(duì)于有能夠用好幾種方式實(shí)現(xiàn)的功能，盡量做到能讓客戶去比較和選擇。不要讓客戶對(duì)報(bào)告中的部分產(chǎn)生歧義。只有客戶對(duì)報(bào)告的完全的理解，才能在日后客戶提出的修改被認(rèn)為是需求變更的時(shí)候能夠得到客戶的理解。 h) 最后，需求分析報(bào)告一定要雙方共同簽字確認(rèn)。
令人煩惱的非功能性需求變更
在軟件開(kāi)發(fā)中，大家都會(huì)遇到過(guò)這樣的問(wèn)題：客戶的一個(gè)新想法，就推翻了之前與客戶經(jīng)過(guò)再三討論而確認(rèn)定下來(lái)的需求。如果是功能性需求變更還會(huì)讓人容易接受一些，畢竟功能性需求不實(shí)現(xiàn)的話，是會(huì)大大影響到軟件產(chǎn)品的質(zhì)量。但現(xiàn)在我所負(fù)責(zé)的這個(gè)開(kāi)發(fā)項(xiàng)目中遇到的都是一些非功能性的變更,而且許多是看起來(lái)無(wú)關(guān)痛癢的、雞毛蒜皮的變更。 （1）什么是非功能性需求？ 在IEEE中，軟件需求的定義是：用戶解決問(wèn)題或達(dá)到目標(biāo)所需的條件或功能。一般包含業(yè)務(wù)需求、用戶需求、功能需求、行業(yè)隱含需求和一些非功能性需求。業(yè)務(wù)需求反映了客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求；功能需求定義了開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能。所謂非功能性需求，是指為滿足用戶業(yè)務(wù)需求而必須具有除功能需求以外的特性。包括系統(tǒng)性能、可靠性、可維護(hù)性、易用性和對(duì)技術(shù)和對(duì)業(yè)務(wù)適應(yīng)性等。其中最常見(jiàn)的是軟件界面、操作方便等一系列要求。 （2）非功能性需求變更的特點(diǎn) 讓我們從客戶角度和開(kāi)發(fā)人員角度去看看非功能性需求的特點(diǎn)。首先，有些非功能性小需求從客戶角度看起來(lái)工作量不大，但是實(shí)際上開(kāi)發(fā)人員要耗費(fèi)比較長(zhǎng)的時(shí)間去完成這些小功能。其次，許多非功能性需求，如界面美觀、操作方便等都是客戶頭腦一熱、或領(lǐng)導(dǎo)一拍腦袋就部署下去的需求，往往是原來(lái)在需求分析階段所沒(méi)有注意的內(nèi)容。 其實(shí)，非功能性需求是常常被輕視，甚至被忽視的。原因是非功能性需求描述很困難，它很難像功能性需求那樣，可以通過(guò)結(jié)構(gòu)化和量化的詞語(yǔ)來(lái)描述清楚。在描述這類(lèi)需求時(shí)候，我們經(jīng)常采用軟件性能要好、操作要方便、軟件界面要美觀大方等較模糊的描述詞語(yǔ)。例如，易用性就同時(shí)涉及到美工和UI界面、人機(jī)工程、交互式設(shè)計(jì)、心理學(xué)、用戶行為模式等內(nèi)容。這類(lèi)描述詞語(yǔ)都是脫離了軟件的執(zhí)行環(huán)境，是對(duì)人和相關(guān)的場(chǎng)景的描述，因此很難體現(xiàn)到軟件架構(gòu)設(shè)計(jì)和具體的實(shí)現(xiàn)中。 為什么非功能性需求變更會(huì)頻繁發(fā)生？
為什么非功能性需求不能固定下來(lái)呢？或定下來(lái)后就不許變了呢？通常有許多人會(huì)問(wèn)這樣的問(wèn)題。實(shí)際上，當(dāng)他變成了客戶時(shí)，他可能就不會(huì)問(wèn)這個(gè)問(wèn)題了。 （1）非功能性需求容易產(chǎn)生理解分歧 在軟件需求分析階段，客戶和開(kāi)發(fā)人員對(duì)非功能性需求的理解呈現(xiàn)"大體上共識(shí)多，細(xì)節(jié)上差異多"的特點(diǎn)。一般跟分析員的知識(shí)、背景，還有客戶表述的標(biāo)準(zhǔn)程度、雙方的交流情況有關(guān)。即使通過(guò)反復(fù)溝通，但是以實(shí)踐經(jīng)驗(yàn)來(lái)看非功能性需求的描述還是永遠(yuǎn)不夠清晰、不夠明確的，主要是因?yàn)樵谶@個(gè)階段所謂的產(chǎn)品還只存在于大家的大腦構(gòu)思中。 作為一個(gè)客戶，大多數(shù)情況下是不懂技術(shù)的，但他所需要的軟件在他的心里還是有一個(gè)印象的。他會(huì)想象出軟件的樣子和功能，然后通過(guò)口頭或者筆頭的方式告訴需求分析人員。簡(jiǎn)單的說(shuō)，就是在這個(gè)階段用戶往往不能確切地定義自己需要什么。用戶常常以為自己清楚，但實(shí)際上他們提出的需求只是依據(jù)當(dāng)前的工作所需，或者是他們想象出來(lái)的東西。結(jié)果是當(dāng)客戶向需求分析人員提出需求的時(shí)候，往往是通過(guò)自己的想法用自然語(yǔ)言來(lái)表達(dá)的，這樣的表達(dá)結(jié)果對(duì)于真實(shí)的需求來(lái)說(shuō)只是一種描述，甚至只是某個(gè)角度的描述，但遠(yuǎn)遠(yuǎn)不能保證這樣的描述可以得到百分之百的正確理解。 當(dāng)客戶提出要求之后，在雙方認(rèn)為理解大概沒(méi)有分歧的時(shí)候，開(kāi)發(fā)人員就開(kāi)始工作了。但隨著開(kāi)發(fā)工作的不斷進(jìn)展，系統(tǒng)開(kāi)始展現(xiàn)雛形，客戶對(duì)系統(tǒng)的了解也逐步深入。這個(gè)時(shí)候，客戶就會(huì)對(duì)系統(tǒng)的界面、操作、功能、性能等有一些了解，就有可能提出需求變更要求，而且這些要求很多是基于主觀的、人為的因素。總之，他們了解得越多，新的要求也就會(huì)越多。 （2）沒(méi)有明確的需求變更管理流程 在軟件開(kāi)發(fā)中的常識(shí)是，一旦發(fā)生需求變更不要一味的抱怨，也不要一味地去迎合客戶的新需求，而是要管理和控制需求變更。但令人不解的是我們常常看到變更的提出、討論和執(zhí)行常常只停留在口頭上。這樣做有兩個(gè)弊端：首先是時(shí)間一長(zhǎng)，無(wú)論是當(dāng)事人還是開(kāi)發(fā)團(tuán)隊(duì)都說(shuō)不清楚變更是因何發(fā)生以及結(jié)果怎么樣了。顯然，這對(duì)于提高項(xiàng)目質(zhì)量、改進(jìn)開(kāi)發(fā)過(guò)程是很不利的。其次是由于缺乏形式上的約束和對(duì)變更代價(jià)的定量分析，變更會(huì)被非常隨意地提出、或被草率地執(zhí)行，也會(huì)大大影響項(xiàng)目的進(jìn)展和開(kāi)發(fā)質(zhì)量。 因此，沒(méi)有明確的需求變更管理流程，就會(huì)使需求變更變得泛濫。因?yàn)椴⒉皇撬械淖兏家薷模膊皇撬凶兏家⒖绦薷?，需求變更管理的目的是為了決定什么類(lèi)型的變更需要修改和什么時(shí)候修改。比如界面風(fēng)格問(wèn)題，就可以先不修改，或者規(guī)劃一下修改的時(shí)間待到以后進(jìn)行優(yōu)化。 （3）沒(méi)有讓客戶知道需求變更的代價(jià) 對(duì)變更的影響沒(méi)有評(píng)估是需求變更泛濫的根本原因。變更都是有代價(jià)的，應(yīng)該要評(píng)估變更的代價(jià)和要讓客戶了解需求變更的后果。如果客戶不知道需求變更付出的代價(jià)，對(duì)開(kāi)發(fā)人員的辛苦就會(huì)難以體會(huì)。 相比于需求開(kāi)發(fā)人員而言，客戶可能對(duì)需求變更認(rèn)識(shí)不足，認(rèn)為他們出錢(qián)，軟件開(kāi)發(fā)團(tuán)隊(duì)就要為它服務(wù)。因此，客戶對(duì)需求變更往往會(huì)肆無(wú)忌彈，將需求變更視為兒戲，隨個(gè)人喜好隨意變更需求。所以，在和客戶接觸時(shí)應(yīng)該挑明態(tài)度，特別是要讓他們清楚需求隨意變更所帶來(lái)的代價(jià)和風(fēng)險(xiǎn)。如果客戶認(rèn)為代價(jià)太大，那么開(kāi)發(fā)人員就沒(méi)有必要及時(shí)修改，按原來(lái)的進(jìn)度走，但仍要記錄變更，待下一版本在修改。 如何有效控制非功能性需求的變更? 做任何變更之前，我們都要考慮后果。由于非功能性需求變更在開(kāi)發(fā)中所處的重要地位，一旦需求發(fā)生變化，影響面是很廣的。因此，有效控制非功能性需求頻繁變更是一件不容小視的事情。 （1）建立明確的非功能性需求基線 對(duì)于軟件開(kāi)發(fā)來(lái)說(shuō)，變更無(wú)可避免，也無(wú)從逃避，只能積極應(yīng)對(duì)。因此，在開(kāi)發(fā)過(guò)程中，建立明確的非功能性需求基線是一件重要的事情。如果非功能性需求沒(méi)做好，基線范圍就含糊不清，就容易被客戶抓住空子，往往要付出許多無(wú)謂的變更。如果非功能性需求基線做得好，文檔清晰且又有客戶簽字，那么后期客戶提出的非功能性需求變更就會(huì)大大減少。因此，在建立需求基線的時(shí)候千萬(wàn)不能手軟，這并非要刻意針對(duì)客戶，而是不能讓客戶養(yǎng)成經(jīng)常變更的習(xí)慣，否則后患無(wú)窮。 （2）建立需求變更管理流程 需求變更對(duì)軟件開(kāi)發(fā)成敗有重要影響，既不能一概拒絕客戶的變更要求，也不能一味地遷就客戶，所以必須要做好需求變更的控制。有句通俗的話說(shuō)得非常好：需求變更管理的目的不是控制變更的發(fā)生，而是對(duì)變更進(jìn)行管理，確保變更有序進(jìn)行。需求變更管理流程包括變更申請(qǐng)環(huán)節(jié)、審批人員、審批事項(xiàng)、審批流程等。 目的有兩個(gè)：一是將客戶下達(dá)變更的流程盡可能地規(guī)范化，減少?gòu)堊炀蛠?lái)的非必要、非緊急、非合理、非高層領(lǐng)導(dǎo)意圖的無(wú)效變更。二是留下書(shū)面依據(jù)，為今后可能的成本核算準(zhǔn)備好變更賬。因此，凡未履行審批程序的變更，一律是無(wú)效變更不予受理。在實(shí)踐中，人們往往不愿意為小的需求變更去執(zhí)行正規(guī)的需求管理過(guò)程，認(rèn)為降低了開(kāi)發(fā)效率，浪費(fèi)了時(shí)間。但正是由于這種觀念才會(huì)使到需求變更逐漸變?yōu)椴豢煽兀罱K導(dǎo)致項(xiàng)目的失敗。 （3）確認(rèn)客戶是否接受變更的代價(jià) 需求變更作為一個(gè)計(jì)劃外的風(fēng)險(xiǎn)對(duì)項(xiàng)目肯定存在沖擊，只是大小的差別。而且客戶的需求是永遠(yuǎn)不會(huì)滿足的，可能一天一個(gè)樣,為了達(dá)到控制頻繁的需求變更。需要將變更后產(chǎn)生的成本進(jìn)行評(píng)估與量化，形成分析報(bào)告提交雙方領(lǐng)導(dǎo)。否則，一味的妥協(xié)只會(huì)讓項(xiàng)目進(jìn)一步惡化。因此，要讓客戶認(rèn)識(shí)到變更都是有代價(jià)的，不要讓客戶養(yǎng)成隨意變更的毛病。一般來(lái)說(shuō)，如果客戶認(rèn)為該非功能性變更是必須的，而不是其上級(jí)領(lǐng)導(dǎo)拍腦袋提出的就會(huì)接受這些代價(jià)。通過(guò)與客戶的溝通和協(xié)商，開(kāi)發(fā)團(tuán)隊(duì)即使沒(méi)有回報(bào)也不會(huì)招致客戶的埋怨。 （4）加強(qiáng)合同約束力 雖然軟件開(kāi)發(fā)合同很難在簽訂之初就能夠精確定義每項(xiàng)需求，單靠合同是幫不上忙的，但也不能忽視合同的約束力。因?yàn)橛袝r(shí)銷(xiāo)售人員為使客戶能夠快速的簽訂合同，往往草率決定和片面同意客戶提出的需求。當(dāng)客戶提出新的需求時(shí)，銷(xiāo)售人員往往一看"應(yīng)該"只是一個(gè)小小的修改，沒(méi)有太大的影響，可能會(huì)直接答應(yīng)能變更。所以，在與客戶簽訂開(kāi)發(fā)合同時(shí)，可以增加一些相關(guān)條款，如限定客戶提出需求變更的時(shí)間，規(guī)定何種情況的變更可以接受、拒絕接受或部分接受，還可以規(guī)定發(fā)生需求變更時(shí)必須執(zhí)行變更控制流程等。 （5）加強(qiáng)感情溝通，注意溝通技巧 大多時(shí)候單靠合同的約束力是解決不了紛爭(zhēng)的?？蛻糁绷司褪且痪錆撆_(tái)詞：做不做，不想做就滾蛋，想做的公司多著呢。例如，有時(shí)明明是不合理的要求，可是客戶也會(huì)狡辯憑什么不給他們做，這可是合同范圍內(nèi)的工作。所以，單看合同是沒(méi)用的。 那可怎么辦呢？通常的做法是通過(guò)感情聯(lián)絡(luò)，爭(zhēng)取客戶的同情。我們常常對(duì)客戶說(shuō)的一句老生常談的話，就是提需求也要講究合情合理，這句話在變更管理中有著獨(dú)特的意義。用我們的行話說(shuō)是：做好需求變更管理控制只是做好了一半的工作，還有一半的工作就是去講道理，去用心、用感情勸客戶回頭。 月有陰晴圓缺，潮漲潮落。變化并不一定總是給我們帶來(lái)麻煩，有時(shí)也會(huì)帶來(lái)驚喜。在軟件開(kāi)發(fā)中，對(duì)待客戶提出的非功能性需求變更，我們需要用平常心去看待，不是一味拒絕，也不要一味答應(yīng)。
|
|
|
