軟件的項目需求調(diào)研方法論

實用標準文案需求調(diào)研方法論文件版本：文件編號：編制人：編制日期：審核人：審核日期：批準人：批準日期：精彩文檔實用標準文案修改記錄版本號 修訂人 修訂日期 修訂描述精彩文檔實用標準文案目錄1需求概述.....................................................................41.1軟件需求................................................................41.1.1需求定義............................................................41.1.2需求層次............................................................41.1.3需求來源............................................................41.2需求調(diào)研定義............................................................51.3需求調(diào)研目的............................................................61.4需求調(diào)研必要性..........................................................61.5需求調(diào)研是否可裁剪.....................................................101.6需求調(diào)研啟動時機.......................................................102需求調(diào)研過程................................................................112.1調(diào)研實施前活動.........................................................112.1.1識別調(diào)研范圍.......................................................112.1.2組建調(diào)研團隊.......................................................112.1.3確定調(diào)研方案.......................................................122.1.4調(diào)研準備...........................................................162.1.5前期溝通...........................................................182.2調(diào)研實施...............................................................182.2.1調(diào)研實施...........................................................182.2.2調(diào)研注意事項.......................................................223編寫用戶需求規(guī)格說明書......................................................23精彩文檔實用標準文案需求概述1.1 軟件需求 需求定義需求是用戶一種期望，是用戶期望改善現(xiàn)狀，解決某些問題或達到某種目標的需要。需求實現(xiàn)的過程，就是通過軟件產(chǎn)品的功能達成用戶目標，使之與用戶期望目標相符的過程。 需求層次軟件需求的三個層次1．業(yè)務需求：反映了組織機構(gòu)或用戶對系統(tǒng)、產(chǎn)品高層次的目標要求。2．用戶需求：描述了用戶使用產(chǎn)品必須要完成的任務。3．功能需求：定義了開發(fā)人員必須實現(xiàn)的軟件功能，使得用戶能完成他們的任務，從而滿足業(yè)務需求。4．非功能性的需求：不直接完成用戶完成某項工作，但是在用戶在操作系統(tǒng)過程中伴隨產(chǎn)生的需要，描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等，它包括產(chǎn)品必須遵從的標準、規(guī)范和約束，操作界面的具體細節(jié)和構(gòu)造上的限制。 需求來源軟件需求可以來自方方面面，這取決于所開發(fā)產(chǎn)品的性質(zhì)和開發(fā)環(huán)境。下面是幾個軟件需求的典型來源。訪談、調(diào)查用戶或潛在用戶為找出新軟件產(chǎn)品的用戶需求，最直截了當?shù)姆椒ㄊ窃儐査麄?。通過直接與最終用戶的訪談或調(diào)查，了解用戶目前管理或應用過程中存在的問題、 思想或想精彩文檔實用標準文案法、業(yè)務未來發(fā)展趨勢，經(jīng)過整理分析，形成軟件需求。研究競爭對手同類產(chǎn)品當用戶在實際工作中產(chǎn)生出新的需求后，總會有對需求感覺靈敏的廠商嗅到商機，把用戶的需求轉(zhuǎn)換為產(chǎn)品。在我們沒有更好條件深入到客戶中進行調(diào)研的情況下，可以對競爭對手同類產(chǎn)品進行研究，發(fā)掘產(chǎn)品中的優(yōu)點和存在不足，研究產(chǎn)品功能的目的和意義，倒推出軟件需求。需求分析人員的經(jīng)驗需求分析人員要時刻保持對所在領域知識的敏感，勤于思考，結(jié)合積累的豐富的所在領域知識，加上自己的分析和判斷，形成基于用戶實際工作中需求的假設，形成軟件需求。市場支持活動軟件產(chǎn)品發(fā)布推廣后，用戶在實際工作中對軟件產(chǎn)品進行檢驗。在市場售后的支持人員在對用戶進行培訓和提供技術(shù)支持工作的同時， 他們收集了用戶在使用系統(tǒng)過程中所遇到的問題， 還接受了用戶關(guān)于系統(tǒng)改進的想法。 因此，可以通過收集市場支持人員接受的系統(tǒng)改進想法，并把它們轉(zhuǎn)換為軟件需求。政策制度和法律法規(guī)公司所在的國家、行業(yè)的政策制度和法律法規(guī)是企業(yè)經(jīng)營活動過程中必須遵循的規(guī)則，對公司活動有強制約束力。研究目標企業(yè)所在國家、行業(yè)的政策、法規(guī)和制度，發(fā)現(xiàn)其中信息化相關(guān)的要求，經(jīng)過整理和分析形成軟件需求。尤其是當企業(yè)所使用的法律法規(guī)、政策制度發(fā)生變動時，是軟件產(chǎn)品更新?lián)Q代的一個重大契機。1.2需求調(diào)研定義通常情況下，用戶無法獨立直接提出完整、準確的需求，這就需要通過項目精彩文檔實用標準文案組的介入，借助需求調(diào)研把用戶已經(jīng)表述的需求弄清楚， 挖掘用戶尚未說明的需求。需求調(diào)研指通過和用戶進行溝通和交流而獲取用戶的需求的一系列活動，是為編寫需求說明書而做的前期工作。 換言之，需求調(diào)研就是假設用戶已經(jīng)掌握需求，通過某些手段或方法將需求準確、 完整的描述出來，以便軟件開發(fā)的后續(xù)活動順利進行。1.3需求調(diào)研目的需求調(diào)研就是了解參與實際工作的人們真正需要什么樣程序的過程，獲取準確、清晰、完整的用戶需求信息，編寫需求說明書，為后續(xù)工作提供依據(jù)。需求調(diào)研有三個主要目的：1、獲取準確、清晰、完整的需求，包括功能需求和非功能需求；2、確定需求的分級，劃分需求優(yōu)先級，指導后續(xù)工作；3、收集調(diào)研對象業(yè)務資料，預測需求的發(fā)展趨勢，為軟件產(chǎn)品發(fā)展方向提供依據(jù)。1.4需求調(diào)研必要性1、需求調(diào)研是減小用戶“期望差異”的關(guān)鍵一步軟件產(chǎn)品作為一種特殊的商品，是軟件公司通過有限的技術(shù)手段、資源為了滿足用戶的需要而開發(fā)出來的。由于需求“效用”的不可計量，再加上軟件產(chǎn)品不能直接創(chuàng)造價值的特殊性，用戶就有可能會對最終產(chǎn)品產(chǎn)生“期望差異”，這種“期望差異”會影響用戶對軟件產(chǎn)品的滿意度，影響軟件產(chǎn)品的銷售。需求調(diào)研就是要了解到用戶的期望，以期在軟件研發(fā)過程中減小這種差異，提高用戶的滿意度。軟件需求也可以說是用戶在一定的條件下為了改善管理條件、 追逐更大利潤精彩文檔實用標準文案的“欲望”。當欲望得到滿足，人們會感到快樂和幸福，這就是“效用”。處于軟件產(chǎn)品兩端的用戶和開發(fā)商由于受到客觀條件的限制，雙發(fā)不能傳遞準確的需求信息，在一開始無法在信息系統(tǒng)的需求上達成一致意見。由于技術(shù)能力的局限，用戶很難準確地把系統(tǒng)需求傳達給開發(fā)商；由于業(yè)務局限，開發(fā)商也很難準確獲取用戶真實的應用需求。需求信息的不對稱和需求描述的錯位，容易引起系統(tǒng)設計的缺陷，最終導致系統(tǒng)應用不理想甚至系統(tǒng)失敗。作為客觀世界的存在，用戶所處環(huán)境、思想等的不同，不同用戶對同一領域的需求是存在差異的。軟件產(chǎn)品是在有限的資源、 有限的時間、有限的技術(shù)手段和條件下研發(fā)出來的，不可能獲取所有潛在用戶的需求， 也不可能滿足所有潛在用戶的需要，這就需要軟件產(chǎn)品確立目標用戶， 重點關(guān)注目標用戶的需求。 能夠獲取目標用戶的滿意，贏得目標用戶的認同，促進目標市場的銷售，就是一款成功的產(chǎn)品。作為一家商業(yè)的軟件公司，其追求的目標是利益最大化，利益的重要來源就是向市場推出更多令人滿意的軟件產(chǎn)品， 獲得市場的成功。如何令用戶對我們推出的產(chǎn)品滿意，是作為軟件研發(fā)、銷售人員時刻警惕和思考的主題。在我看來，讓用戶滿意就是在用戶看到、 使用我們軟件的時候滿足其 “期望”甚至超出他的“期望”，這就會引起用戶的購買欲，從而帶來銷售機會。而獲取、了解用戶的期望值，是軟件產(chǎn)品能夠滿足用戶期望的先決條件， 只有了解了用戶的期望，通過產(chǎn)品研發(fā)最大限度的實現(xiàn)用戶期望，提升用戶的滿足感，研發(fā)出的軟件產(chǎn)品才能更好貼近用戶的期望，提升用戶期望的滿足度。結(jié)論：1）軟件產(chǎn)品一定要有目標客戶，目標客戶的需求才是需要重點關(guān)注的；2）需求調(diào)研很重要，是軟件產(chǎn)品能夠贏得市場的先決條件，是任何軟件公司、軟件研發(fā)人員必須重視的一個環(huán)節(jié)。3）需求調(diào)研和分析是信息化建設的第一步， 牽一發(fā)而動全身，做好需求調(diào)研是軟件產(chǎn)品成功的關(guān)鍵一步。精彩文檔實用標準文案2、需求變動大，可能是因為需求不完整、不清晰。參與過軟件研發(fā)的很多人都有這樣的抱怨“用戶需求又變了，截至今天已經(jīng)變了3 次，很多工作得重新返工，真不知道下次還會不會變了。 ”，盡管無奈，又不得不對改變的需求重新評估、設計、開發(fā)、測試，這些變更不只是加大了軟件研發(fā)的成本，對研發(fā)人員的積極性也是一種挫傷，降低了研發(fā)人員的成就感。盡管需求發(fā)生變化時，對軟件研發(fā)影響很大，但往往需求變更又是不可控的，需求變化是客觀存在的， 是作為軟件研發(fā)人員必須正視和面對的問題隨著目標用戶的變化，目標用戶認知的提高、用戶內(nèi)部環(huán)境的變化、外部境的變化、技術(shù)的進步等，需求也總是在不斷改變的，往往是在前期需求得到滿足后， 會產(chǎn)生出更高層次的需求。誠然，為保證軟件研發(fā)的順利進行，保證軟件產(chǎn)品的按時交付，我們要對需求加強管理，控制需求變更，但是面對變更，我們更應該考慮如何減少變更發(fā)生的機會，讓我們更多掌握研發(fā)的主動權(quán)。更何況控制需求變更，不可避免的要犧牲用戶的滿意度，在軟件產(chǎn)品還沒有交付到用戶手中時，已經(jīng)產(chǎn)生了“期望差異”，勢必對產(chǎn)品的銷售造成影響。換個角度看這個問題，用戶的需求總是發(fā)生變化，很有可能是我們原本就沒有完全獲取用戶的需求，或者沒有挖掘出用戶隱含的需求， 研發(fā)所依據(jù)的需求是不完整、不清晰的。通過需求調(diào)研，是獲取完整、清晰用戶需求的很好途徑，有了完整、清晰需求作為研發(fā)依據(jù)，可以很好降低需求發(fā)生變化的幾率。結(jié)論：1）需求變化是客觀存在的，作為軟件研發(fā)人員必須保持良好心態(tài)處理好需求變更；2）需求在一定的時間范圍、一定的環(huán)境下（經(jīng)濟環(huán)境、組織結(jié)構(gòu)、發(fā)展期間、IT應用水平）、一定的用戶群體范圍內(nèi)是確定的，或者說是相對確定的。3）加強需求管理，進行需求調(diào)研，盡快、盡早獲取完整、清晰需求是比控制需精彩文檔實用標準文案求變更更好的辦法；3、錯誤越早修復成本越低需求階段是軟件研發(fā)中的一個重要階段， 其成果是研發(fā)后續(xù)各階段工作的重要依據(jù)，對研發(fā)有著重大影響，需求質(zhì)量的高低往往決定著一個項目的成敗。做好需求調(diào)研是獲取完整、準確、清晰需求的前提，準確的需求是項目成功的關(guān)鍵。據(jù)權(quán)威機構(gòu)對軟件各階段發(fā)現(xiàn)錯誤修復成本的統(tǒng)計，如下圖：從上圖可以看出，在軟件研發(fā)過程中，越到后面階段修復錯誤的成本越高，而且往往是需求階段成本的成百上千倍。進行需求調(diào)研，可以盡早使不清晰的需求更加明確，可以對不準確的需求進行修訂，補充完善需求，盡早發(fā)現(xiàn)錯誤，盡快修復，減少研發(fā)過程中后續(xù)階段的潛在錯誤數(shù)， 縮短研發(fā)周期，降低研發(fā)成本。結(jié)論：精彩文檔實用標準文案需求調(diào)研可以有效減少研發(fā)過程中潛在的需求錯誤數(shù)量，降低研發(fā)成本。1.5需求調(diào)研是否可裁剪在實際的研發(fā)過程中，由于外部環(huán)境或內(nèi)部環(huán)境的壓力，軟件研發(fā)往往面臨著時間緊、任務重的局面，為了能夠保證按時交付軟件產(chǎn)品， 項目管理者往往會選擇裁剪或壓縮需求調(diào)研，而給軟件編碼和測試預留充足時間， 結(jié)果往往是項目結(jié)束時按期交付了產(chǎn)品，質(zhì)量如何就不好說了。在我看來，這樣的過程是很危險的，很可能是花費了大量的時間成本和人力成本，得到一個并不被市場認可的產(chǎn)品， 公司浪費了人力財力，參與其中的研發(fā)人員也不能從中獲取成就感。 即使軟件研發(fā)團隊面臨著工作量大、 人員不足、時間緊張的局面，研發(fā)團隊也不能在不了解需求的情況下直接編碼， 憑自我感覺做事。需求不清晰、不完整、不穩(wěn)定是項目最大的風險，可能導致項目的返工，導致項目延期，最終導致項目的終止。一個有生命力的軟件產(chǎn)品， 必然要以真實用戶的需求為依據(jù)，嚴謹?shù)难邪l(fā)過程為保證，從用戶中來，回到用戶中去。需求調(diào)研的過程是否可以裁減，我認為是可以的，只要需求是清晰、完整、準確的，并且研發(fā)團隊與用戶對需求的認知是一致的，在這樣的條件下，需求調(diào)研過程是可以裁減的，但是建議項目團隊出具需求文檔，便于項目的傳承交接。在其他情況下，需求調(diào)研過程應該都是不可以裁減的， 但可以根據(jù)條件選擇適合的調(diào)研方式。1.6需求調(diào)研啟動時機從軟件研發(fā)階段來看，項目立項后， 軟件產(chǎn)品范圍和目標用戶就確定了，產(chǎn)品人員就可以著手準備進行需求調(diào)研了。精彩文檔實用標準文案需求調(diào)研過程2.1調(diào)研實施前活動 識別調(diào)研范圍需求調(diào)研范圍對需求調(diào)研過程影響重大，決定了需求調(diào)研對象、調(diào)研參與人員和調(diào)研周期的長短，清晰、準確的需求調(diào)研范圍是調(diào)研活動獲得成功的先決條件，在決定進行需求調(diào)研后，必須要盡快識別需求調(diào)研范圍，確定調(diào)研內(nèi)容。調(diào)研范圍從宏觀上劃分了調(diào)研內(nèi)容邊界，決定了本次調(diào)研的主要內(nèi)容，可以依據(jù)產(chǎn)品范圍和預期目標分析目標組織特征和業(yè)務特征,確定需求調(diào)研范圍，劃分清楚調(diào)研業(yè)務邊界。如果一次需求調(diào)研范圍過大，則可能導致調(diào)研實施周期長，調(diào)研質(zhì)量不穩(wěn)定。在這種情況下，項目管理者可以依據(jù)經(jīng)驗把調(diào)研范圍劃分成若干個業(yè)務域，識別其中關(guān)鍵的業(yè)務域，確定調(diào)研重點，便于調(diào)研過程的控制。 組建調(diào)研團隊項目成功的一個重要前提條件就是有一個責權(quán)分明、強有力的執(zhí)行團隊。根據(jù)項目需求調(diào)研工作要求，為及時有效溝通，更好的推進需求調(diào)研工作， 組建調(diào)研團隊，可以視項目大小和復雜程度確定人員要求和數(shù)量。需求調(diào)研工作的參與方包括業(yè)務用戶和調(diào)研實施人員：1、業(yè)務用戶：由熟悉調(diào)研范圍相關(guān)業(yè)務實際工作的用戶組成，負責提出需求，評審需求結(jié)果,協(xié)助調(diào)研實施人員完成需求調(diào)研工作；為保證需求調(diào)研的質(zhì)量，需求調(diào)研應該選擇盡可能多的用戶進行調(diào)研，但是由于項目時間和成本上的原因，不可能對所有的用戶都進行需求調(diào)研，所以要識別出能夠確定需求和便于了解業(yè)務流程的用戶作為每類用戶的代表。系統(tǒng)用戶在很多方面存在著差異，例如：知識技能、所處崗位（所進行的業(yè)精彩文檔實用標準文案務過程）、權(quán)限、地理上的布局以及個人的素質(zhì)和喜好等等。根據(jù)這些差異，你可以把這些不同的用戶分成不同的用戶類，從每類用戶中選擇具有代表性的部分用戶作為調(diào)研對象。每類用戶戶至少選擇一位能真正代表他們需求的人作為代表并且能夠作出決策，用戶代表往往是本類用戶中三類人：對項目有決定權(quán)的領導、熟悉業(yè)務流程的專家、系統(tǒng)最終用戶。每一個用戶代表者代表了一個特定的用戶類，并在那個用戶類和開發(fā)者之間充當主要的接口，用戶代表從他們所代表的用戶類中收集需求信息，同時每個用戶代表又負責協(xié)調(diào)他們所代表的用戶在需求表達上的不一致性和不兼容性。用戶類不一定都指人，也可以包括其他應用系統(tǒng)、接口或者硬件，這樣做使得與系統(tǒng)邊界外的接口也成為系統(tǒng)需求。將用戶群分類并歸納各自特點，并詳細描述出它們的個性特點及任務狀況，將有助于需求的獲取和系統(tǒng)設計。2、調(diào)研實施人員：由熟悉調(diào)研業(yè)務領域人員組成，負責組織、協(xié)調(diào)和開展需求調(diào)研工作，記錄調(diào)研內(nèi)容，編寫需求說明書。調(diào)研實施人員是整個需求調(diào)研過程的執(zhí)行者，通過調(diào)研實施人員按計劃、按步驟的與用戶溝通，收集調(diào)研范圍需求，最終出具需求規(guī)格說明書。調(diào)研實施人員的能力和活動對需求調(diào)研的進度、質(zhì)量起著重大影響作用。調(diào)研實施人員的組成應以互補為原則，至少由三類人組成：技術(shù)人員、業(yè)務人員和管理者，根據(jù)需求調(diào)研范圍選擇能力與之相匹配的人員參與調(diào)研。確定調(diào)研實施人員后，結(jié)合調(diào)研實施人員能力和調(diào)研內(nèi)容，以充分發(fā)揮個人特長和利于需求調(diào)研為原則，確定調(diào)研實施人員角色，并結(jié)合調(diào)研范圍進行分工。3、需求調(diào)研管理人員：負責需求調(diào)研工作的整體工作部署，重大業(yè)務、進度等事項的協(xié)調(diào)，調(diào)研進度和質(zhì)量的控制。 確定調(diào)研方案在進行調(diào)研前，項目負責人要充分了解參與調(diào)研雙方的基本情況，依調(diào)研對象的工作習慣、業(yè)務能力及調(diào)研人員能力、調(diào)研進度要求等因素選擇調(diào)研方式。精彩文檔實用標準文案 調(diào)研方式主導型調(diào)研參與調(diào)研的用戶對調(diào)研范圍業(yè)務領域內(nèi)知識、經(jīng)驗不足，沒有系統(tǒng)、完整的認識，在調(diào)研過程中需要充分發(fā)揮調(diào)研實施人員的“專家”作用，利用調(diào)研實施人員掌握的知識、經(jīng)驗整理需求概要內(nèi)容，提交給用戶進行分析和初步確認，最終由用戶和調(diào)研實施人員對需求內(nèi)容進行細化、確認的過程稱之為主導型調(diào)研。此種調(diào)研方式對調(diào)研實施人員能力要求高，調(diào)研實施人員可以根據(jù)項目時間要求自由安排進行調(diào)研，進度風險較低。但是由于缺少業(yè)務用戶的支持，需求質(zhì)量往往依賴于調(diào)研實施人員的能力，導致需求結(jié)果與業(yè)務用戶的真實意圖可能存在偏差，給調(diào)研進度和需求質(zhì)量帶來風險。采用主導型調(diào)研方式，調(diào)研實施人員不僅要求具備業(yè)務領域內(nèi)知識和豐富經(jīng)驗，還要有良好的溝通協(xié)調(diào)能力，在調(diào)研過程中，要反復和業(yè)務用戶進行溝通，對雙發(fā)達成一致的需求必須由業(yè)務用戶簽字確認。引導型調(diào)研業(yè)務用戶在調(diào)研業(yè)務領域內(nèi)有較為完整、系統(tǒng)的知識、經(jīng)驗積累，在調(diào)研過程中，調(diào)研人員利用自身掌握的知識引導業(yè)務用戶將需求闡述完整、清晰，最終由用戶對需求進行確認的過程稱之為引導型調(diào)研。此種調(diào)研方式的調(diào)研過程業(yè)務用戶和調(diào)研實施人員相互配合程度高，調(diào)研實施人員可以根據(jù)項目進度要求安排調(diào)研計劃，按計劃進行調(diào)研。調(diào)研實施人員通過引導業(yè)務用戶提出需求，利用自身的知識積累、職業(yè)判斷、整理需求信息，由業(yè)務用戶對需求進行確認，此種調(diào)研方式的進度和質(zhì)量風險最小。被動型調(diào)研業(yè)務用戶強勢，且在調(diào)研領域內(nèi)知識、經(jīng)驗豐富，對未來建設系統(tǒng)有較為清晰的認識，在調(diào)研過程中采取由業(yè)務用戶主動說明、闡述需求，調(diào)研人員記錄、精彩文檔實用標準文案分析需求的方式，或由業(yè)務用戶按照調(diào)研實施人員要求出具需求的方式，稱之為被動型調(diào)研；此種調(diào)研方式對調(diào)研人員要求最低，但調(diào)研人員不能掌握調(diào)研進度，無法對收集到的需求質(zhì)量進行判斷，因而進度風險較大。采用被動型調(diào)研方式，調(diào)研人員要提前做好調(diào)研提綱，把調(diào)研內(nèi)容劃分成若干個可獨立調(diào)研的調(diào)研點，并按照調(diào)研提綱制定調(diào)研計劃， 按照調(diào)研計劃進行調(diào)研，并在過程中加強監(jiān)控，發(fā)現(xiàn)偏差盡快采取措施，降低進度偏差風險。在調(diào)研過程中，把調(diào)研對象提出的需求與調(diào)研提綱進行比較， 分析收集的需求是否全面，保證需求質(zhì)量。 調(diào)研策略1、由粗到細，從宏觀到微觀，由外到內(nèi)，逐步深入需求調(diào)研是一項系統(tǒng)工程，調(diào)研過程是圍繞業(yè)務需求展開的，調(diào)研收集的用戶需求必須參照業(yè)務需求。調(diào)研過程必須先從宏觀上了解用戶業(yè)務的整體概況，再逐步依序有計劃的深入細節(jié)， 在過程中不斷修正對業(yè)務概況的理解， 直至完成整個調(diào)研活動。因為對于用戶的業(yè)務而言，我們是外行，如果從業(yè)務細節(jié)著手，很容易迷失方向，失去對業(yè)務核心的把握。同時要認識到，對于一個外行而言，我們對細節(jié)的理解也必定是有限的， 不要指望自己能夠無窮的、徹底的了解每一個細枝末節(jié)。一是項目是有計劃、有成本控制的，不可能有無限的時間給你了解，二是用戶作為業(yè)務領域?qū)＜?，對業(yè)務有很好的理解，作為調(diào)研實施人員也沒有必要熟悉每個細節(jié)，因為未來的系統(tǒng)也不可能完全包辦所有業(yè)務的細節(jié)， 還有很多事情是要靠用戶企業(yè)中這些具有專業(yè)技能的人來做的。2、從不同層次的用戶代表那里收集不同層次的需求不同層次的用戶由于工作內(nèi)容、擅長業(yè)務等的差異，造成不同層次用戶往往對同一業(yè)務有著不同層次的需求。 作為調(diào)研人員，我們要明確知道哪類需求應該從哪個層次的用戶獲取，并在調(diào)研過程中檢查需求調(diào)研對象的層次和獲取需求的精彩文檔實用標準文案層次是否一致。通過由上到下的逐級訪談，對未來系統(tǒng)的描述就從一個大黑箱變成多個小黑箱，再變成透明、明確、詳細的系統(tǒng)定義的過程。通過調(diào)研企業(yè)高層決策者，更多的是了解系統(tǒng)預期目標、功能藍圖；通過調(diào)研業(yè)務操作人員，可以收集業(yè)務細節(jié)和操作細節(jié)。3、以業(yè)務領域為主線，搞清楚每個業(yè)務的環(huán)節(jié)流程關(guān)系1）按照調(diào)研內(nèi)容的關(guān)聯(lián)程度和特征，把調(diào)研內(nèi)容劃分成若干個調(diào)研主題，先理清楚每個主題的目標以及和其他主題發(fā)生的關(guān)系；2）理清楚每個主題內(nèi)部存在的活動以及和其他主題之間發(fā)生的活動，并劃分清楚每個活動的邊界；3）針對每個活動進行調(diào)研，弄清楚每個活動的流程環(huán)節(jié)和內(nèi)容。 調(diào)研方法需求調(diào)研方法一般有實地觀察法、面談法、問卷調(diào)查法、查閱資料等方法。1、實地觀察法不和調(diào)研對象進行正面接觸，而是在旁邊對具體業(yè)務進行觀察，參觀調(diào)研對象的工作流程，觀察調(diào)研對象的操作。根據(jù)觀察收集到的信息，進行整理和分析，出具需求規(guī)格說明書。2、面談法與調(diào)研對象進行面對面交談，由調(diào)研對象描述業(yè)務信息和需求信息，調(diào)研人員向調(diào)研對象提出事先準備好的問題，并記錄訪談過程。經(jīng)過對訪談過程記錄的整理和分析出具需求規(guī)格說明書。3、問卷調(diào)查法調(diào)研人員根據(jù)調(diào)研內(nèi)容將相關(guān)問題制成問卷表格，向調(diào)研對象發(fā)放調(diào)研問精彩文檔實用標準文案卷，調(diào)研對象根據(jù)實際業(yè)務填寫問卷表格，調(diào)研人員按時回收問卷表格。調(diào)研人員根據(jù)收集到調(diào)研問卷進行整理和分析，獲取需求，出具需求規(guī)格說明書。4、查閱資料法收集調(diào)研對象在調(diào)研范圍內(nèi)相關(guān)的規(guī)章制度、規(guī)范指南、工作過程產(chǎn)出等書面資料，并對收集到的資料進行整理和分析，獲取需求的方式。對于需求調(diào)研來說，訪問調(diào)查宜采用直接面談，并且使用非標準化的方式，這樣便于發(fā)揮和溝通，通過調(diào)研過程的互動，可以激發(fā)調(diào)研對象積極性，收獲調(diào)研實施前遺漏的需求；問卷調(diào)查法是標準化調(diào)查，可作為一種輔助手段，對于較為復雜的信息系統(tǒng)調(diào)研，不建議問卷調(diào)查作為唯一調(diào)研方法；而實地觀察法和查閱資料法，作為由調(diào)研人員主動實施的調(diào)研方法，依賴于調(diào)研人員的主觀判斷，有一定局限性，可作為一種輔助手段對收集需求進行判斷。幾種常用調(diào)研方法比較表：調(diào)研方法調(diào)研周期調(diào)研成本人員要求調(diào)研效果實地觀察法長次高次高中面談法次長高低優(yōu)問卷調(diào)查法中中中良查閱資料法短低高差2.1.4調(diào)研準備為確保調(diào)研工作的順利開展，在調(diào)研實施開始前，應安排一系列支持性工作，加強團隊管理和建設，保障調(diào)研工作的順利進行。1、編制需求調(diào)研計劃需求調(diào)研過程是項目的一個階段，需求調(diào)研計劃是項目計劃的一個組成部分。在需求調(diào)研范圍、調(diào)研團隊確定后，調(diào)研負責人預估工作量，編制調(diào)研計劃。精彩文檔實用標準文案通常來說，需求調(diào)研過程是非標準化的過程，在調(diào)研的過程中圍繞主題進行發(fā)散性的探討，編制需求調(diào)研計劃，任務的粒度一般只需到業(yè)務塊，由調(diào)研人員把握具體進度，調(diào)研人員可以視調(diào)研過程的實際情況在“大”計劃指導下靈活調(diào)整細節(jié)計劃。2、編制調(diào)研活動使用的文檔模版調(diào)研活動的主要成果是記載需求的一系列文檔，為便于文檔的理解和后期整理、使用，軟件需求應使用統(tǒng)一的模版，并按照一致的規(guī)范編寫，調(diào)研過程使用的文檔模版主要包括調(diào)研記錄模版、用戶需求說明書模版、軟件需求說明書模版等。編寫規(guī)范和模版確定后，在調(diào)研組內(nèi)進行推廣、培訓。3、準備調(diào)研過程使用的工具，并分發(fā)給參與調(diào)研人員，如 word、excel、visio等。4、制作調(diào)研提綱為確保調(diào)研質(zhì)量，在調(diào)研活動實施前，調(diào)研人員應根據(jù)調(diào)研范圍編制調(diào)研提綱。調(diào)研提綱至少應包括如下幾個方面：1）調(diào)研對象的基本情況2）調(diào)研對象的預期目標 13）調(diào)研業(yè)務的功能需求4）調(diào)研業(yè)務的非功能需求調(diào)研提綱是貫穿于整個調(diào)研活動，在調(diào)研實施過程中，調(diào)研人員可以根據(jù)調(diào)研提綱引導用戶提出需求，檢查用戶提出需求是否完整；調(diào)研結(jié)束前，調(diào)研提綱是判斷調(diào)研是否完成的一個重要依據(jù)，調(diào)研提綱所有內(nèi)容都已經(jīng)收集到相關(guān)用戶需求，調(diào)研活動可以宣告完成。5、調(diào)研背景培訓精彩文檔實用標準文案向調(diào)研人員介紹本項目的主要目標、項目范圍和重點工作，避免在需求調(diào)研過程中業(yè)務人員所提需求超出范圍，抓不住重點；介紹調(diào)研對象基本情況，包括調(diào)研對象目前總體狀況、主要業(yè)務、組織機構(gòu)和關(guān)鍵人物等；培訓調(diào)研對象的行業(yè)知識，學習調(diào)研對象使用的術(shù)語，標準，以便能夠準確的理解用戶的需求，提高調(diào)研人員的行業(yè)知識面； 前期溝通在調(diào)研實施前的準備工作基本就緒，調(diào)研工作實施前，由調(diào)研工作負責人將調(diào)研工作計劃、團隊及分工等信息告知業(yè)務用戶， 便于業(yè)務用戶進行調(diào)研的相關(guān)準備工作。2.2調(diào)研實施 調(diào)研實施一、傾聽、記錄需求以用戶為主，面對面的進行溝通和交流，完全傾聽用戶的心聲，調(diào)研實施隨時記錄用戶所說的一切有用信息，并使用調(diào)研記錄模版格式記錄下自己的認識和問題。用戶完成某一主題的表述后，調(diào)研人員復述自己記錄的需求內(nèi)容，在復述的同時可以結(jié)合自己的認識和記錄的問題發(fā)表建議，使得記錄的需求條理化、合理化。調(diào)研內(nèi)容應至少包括以下內(nèi)容：用戶和本行業(yè)業(yè)務現(xiàn)狀及存在問題；調(diào)研對象涵蓋業(yè)務的組織機構(gòu)及對應職責和權(quán)限；調(diào)研對象主要業(yè)務及業(yè)務的大概流程，每個業(yè)務的流程流經(jīng)哪些部門，業(yè)務如何在部門之間流轉(zhuǎn)；精彩文檔實用標準文案調(diào)研對象解決問題、改變現(xiàn)狀的需求內(nèi)容。調(diào)研業(yè)務未來發(fā)展趨勢是怎樣的？非功能方面的需求調(diào)研記錄是調(diào)研人員在調(diào)研過程中記錄下調(diào)研對象的意思表述，是需求最為原始的記錄，是進行需求分析、總結(jié)的唯一依據(jù)。調(diào)研記錄的質(zhì)量高低直接決定了需求質(zhì)量的好壞，寫好調(diào)研記錄不僅要求調(diào)研人員如實記錄調(diào)研對象的真實意圖，還需要根據(jù)自己的理解將用戶繁瑣、含糊不清的語言轉(zhuǎn)換為言簡意賅的語句。調(diào)研記錄應至少包括業(yè)務流程、工作方法和具體內(nèi)容，推薦使用4W1H的方式編寫調(diào)研記錄，4W即“What、Who、When、Why”,1H即“How”。What需求是要做什么，實現(xiàn)什么目標？通過把調(diào)研內(nèi)容劃分成若干領域， 逐步弄清各個領域的工作流程和工作內(nèi)容。Who處理過程中涉及了哪些部門、人或崗位， 業(yè)務過程會有哪些相關(guān)者？When在什么時間或什么條件下發(fā)生，如果是周期性構(gòu)成，周期有多長？Why為什么會產(chǎn)生這個需求，需求的目的是什么？How如何完成需求處理過程，為完成業(yè)務目標所采用的方法或手段是怎樣的？二、引導需求精彩文檔實用標準文案由于用戶語言表達、個人能力、所處環(huán)境等原因，有時不能很好表達內(nèi)心想法，這樣的情況下調(diào)研實施人員的業(yè)務背景和經(jīng)驗往往對需求收集有效性有很大的影響。需求調(diào)研過程不是簡單的聽用戶講，而是需要我們?nèi)ヒ龑в脩糁v出他們真正面臨的問題和解決問題的想法，通過我們積極的溝通讓用戶把他們真實的想法真正的表達出來。引導用戶的需求應做到能夠描述用戶的常規(guī)需求外，能夠發(fā)掘用戶的潛在需求，爭取能夠提出用戶的興奮需求，挖掘用戶的隱性需求，這樣作出的軟件才有生命力，才能真正體現(xiàn)出軟件的價值。引導用戶需求的幾種常用方法：向用戶講述基本的計算機操作。向用戶演示將要實施的系統(tǒng)的原型。從軟件開發(fā)中需求的完整、準確、清晰、一致等幾個方面入手,使得用戶提出的需求完整、準確、清晰、前后一致。從顯性需求出發(fā)，推斷用戶需求的真實意圖，超越顯性需求，發(fā)掘潛在的隱性需求。三、評估需求不是所有需求都是受歡迎的，也不意味著用戶提出的所有需求都是正確的。在調(diào)研過程中，往往存在著如下情況：由于用戶所處環(huán)境（如工作內(nèi)容的差異）的不同，不同崗位、層次的用戶的需求層次不同，彼此間對類似業(yè)務提出的需求存在著差異；由于用戶個人能力的原因，對類似業(yè)務提出的需求不一致，相互矛盾；由于用戶對計算機知識了解不多，提出的需求無法利用信息化手段實現(xiàn)，或花費很高的成本實現(xiàn)并不重要的需求；這就需要調(diào)研人員在充分理解需求的基礎上，對需求的合理性、可實現(xiàn)性進精彩文檔實用標準文案行評估，并將評估結(jié)果反饋給需求提出人，與需求提出人達成一致意見，盡可能早的發(fā)現(xiàn)不合理需求，減少后期需求分析復雜度和工作量。四、需求確認需求調(diào)研是一個漫長的過程，在這個過程中調(diào)研的用戶在不同時間對同一業(yè)務的表述可能是不一樣的，如何避免由于用戶想法的改變而導致的雙方對需求認知的不一致，是我們在需求調(diào)研過程中必須解決好的一個問題。能夠正確理解用戶的需求，并且將用戶的各種需求完整地體現(xiàn)在需求規(guī)格說明書中將更是一個復雜而艱辛的過程，因此在每一次的會談之后必須將當天的會談紀錄形成文檔，在下一次的調(diào)研開始前由用戶對上次的調(diào)研記錄進行確認，減少需求在傳遞過程中的損耗。五、需求分級需求調(diào)研收集到用戶需求后，如何利用需求進行系統(tǒng)建設？軟件