需求調(diào)研指南_第1頁
需求調(diào)研指南_第2頁
需求調(diào)研指南_第3頁
需求調(diào)研指南_第4頁
需求調(diào)研指南_第5頁
已閱讀5頁,還剩14頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

需求調(diào)研指南

文獻變更記錄

*A-增長M-修訂D-刪除

變更變更類型

日期修改人變更摘要備注

版本號(A*M*D)

1.需求捕捉技術(shù)

在需求捕捉中最常見的技術(shù)就是:

。顧客訪談

?問卷表

。小組會議

。分析同類軟件產(chǎn)品。

。參照行業(yè)原則、規(guī)則。

令I(lǐng)nternet上搜查有關(guān)資料。

上述的多種技術(shù)在特定場所都能很好發(fā)揮作用,應(yīng)當好好的考慮在何時使用哪項技術(shù)。

在大多數(shù)項目中,捕捉需求不也許只采用某個技術(shù)。實際狀況中,項目組會根據(jù)不一樣的涉

眾團體采用不一樣的措施。

1.1顧客訪談

顧客訪談一般在下列狀況使用

<需要與少數(shù)幾種人,進行大量的知識交流

令項目團體可以與他們會談

<無法一次性搜集所有涉眾的需求

顧客訪談一般會經(jīng)歷五個階段:

?準備訪談

令計劃和安排訪談日程

令訪談開始和結(jié)束

?引導(dǎo)訪談

今后繼的訪談?wù)D工作

1.1.1準備訪談

在進行訪談前,需求分析者應(yīng)當很好的理解組織構(gòu)造,行業(yè)定位和項目范圍和項目目的,

訪談會波及下面內(nèi)容:

<組織構(gòu)造匯報

今年度匯報

<長期發(fā)展計劃

令部門目的的陳說

?已經(jīng)有程序手冊

<系統(tǒng)文檔

需求分析者應(yīng)當理解?般的行業(yè)術(shù)語(術(shù)語表)并且還要熟悉行業(yè)上的業(yè)務(wù)問題

1.1.2計劃訪談日程

準備列表,列出重要話題或問題。這些問題可以找出未意識到的重點,還能有邏輯的引

導(dǎo)訪談進行。安排訪談應(yīng)遵照自上而下的進行。首先訪談部門或地區(qū)的領(lǐng)導(dǎo),然后才是他們

下屬的雇員。在邀請對方進行會談時,要解釋這次會談的目的,一般會波及哪些領(lǐng)域,以及

大體需要的時間。

1.1.3訪談開始和結(jié)束

開始訪談時,先簡介你自己,陳說這次訪談的目的,談?wù)劚辉L談?wù)哧P(guān)懷的事,并闡明有

某些簡短的會談記要,在整頓后會交給對方審閱。一般被訪談?wù)哒J為需求分析者試圖找

到他們T作中的缺陷°使他們掙脫這種觀點°可以討論他們所熟悉的平常T作的過程.好的

訪談?wù)邥尡辉L談?wù)咦鳛橹髦v人。因此,需求分析人員應(yīng)當尋找某些問題讓被訪談?wù)邔λ麄?/p>

開誠布公:

例如:

“怎樣的變化將使你的工作更簡樸或更有效?”這個問題暗示被訪談?wù)咛岢龈纳?/p>

意見。

當列表中的所有領(lǐng)域都討論過后,提出下面問題:

“尚有什么問題我們沒有討論嗎?”或是“我們還需要討論些別的內(nèi)容嗎?”

這些問題鼓勵被訪談?wù)咛岢鏊袘?yīng)當被詩論的問題。

結(jié)束會談時,-?般會簡短的總結(jié)討論過的問題,重點指出會談的要點,并說出你的理解。

這使被訪談?wù)叨媚阏J真傾聽了談話,并且有機會澄清誤解。在總結(jié)會談以及整個會談中,

需求分析者應(yīng)采用客觀的態(tài)度,防止帶個人色彩的評論,觀測或結(jié)論。最終,你必須感謝被

訪談?wù)邊⑴c這次訪談。如有必要,問詢被訪談?wù)吣芊裨诮谠賲⑴c一次簡短的后繼訪談活動。

1.1.4引導(dǎo)訪談

在訪談中防止提封閉性的問題,由于被訪談?wù)咭话銜喍痰幕卮鹜赀@樣的問題,

然后等待下一種問題。這樣就象是偵探在審問犯人。封閉性的問題:(誰,哪里,什么時間,

哪一種):

?限制了被訪談?wù)咛峁┬畔⒌念愋?,層次和?shù)量。

<一般提供了二選一的回答,暗示了較極端或不確定性的回答。

<一般用于澄清問題,探索性提問或僅是但愿得到反饋信息

令花費較少的時間得到細節(jié)信息

<比較輕易作筆記

令有時只能得到很少的信息

?也許導(dǎo)致被訪談?wù)邿o法自由提供信息

<對有關(guān)術(shù)語和詞匯的規(guī)定高

在開始一種議題時,一般會用開放性的問題,便于被訪談?wù)哒归_思緒。然后,漸漸轉(zhuǎn)為

結(jié)論性問題,這樣能協(xié)助證證明你的理解。太多的關(guān)閉性問題會導(dǎo)致搜集的信息不完整,太

多的開放性問題也許導(dǎo)致需求分析者的理解失誤。

為了會談后的整頓需要,一般會使用簡要的符號來做筆記,否則做筆記會使你分心。最

佳將筆記本放在被訪談?wù)咭暰€外。需求分析者的筆記有助于會談后回憶要點和會談時形成的

想法。最佳是會談時指定一種記錄員。使用錄音機也是個好主意。雖然會談后整頓信息會花

費些時間,由于需求分析人員需要聽完整個記錄。不尤其推薦使用錄音機,這會使被訪談?wù)?/p>

有被脅迫的感覺;并且傾聽錄音,記錄其中要點也是耗時較多的工作。無論怎樣,音頻視頻

記錄有長處也有缺陷。認真傾聽有助維持需求分析者和被訪談人之間的信息交流,維持互相

之間合適的反饋。

認真傾聽有五個關(guān)鍵措施

■問詢開放性的問題

開放性問題無法簡樸的用事或否來回答,應(yīng)此被訪談?wù)呔蜁峁└嗟男畔?。開放性

問題一般會使用這些詞語做開頭,如什么,怎麼樣或是告訴我。而不會使用諸如可以,要作

或是何時這樣的詞語。列舉一種需要詳盡解釋的問題,“告訴我,當顧客打進電話時,什么

狀況發(fā)生?”

開放性問題:(什么,為何,多么)

?波及比較廣闊,加在被訪談?wù)呱系募s束很少

?用來確定理解范圍。被訪談?wù)邥褂妹鞔_的回答或是模擬演示來傳達需求分析人

員不理解的內(nèi)容

?可以得到被訪談?wù)叩男袠I(yè)詞匯,概念和可參照的知識框架

?有助于增強理解,得到某些潛在的理論

■使用合適的體現(xiàn)

防止使用有感情傾向,讓人分心或是難以理解的語言。類似于問題存在于,討厭的處理

過程或是無法控制這樣的有感情傾向的語言輕易暗示某種結(jié)論。防止使用讓人分心語言。這

些語言包括過多的縮寫詞或首字母縮寫,顯示自己才識的語言,有爭議性語言,俗語,俚語

以及行話。

■暗示相信被訪談?wù)?/p>

人類會使用說話的語氣,眼神接觸,面部表情,身體姿勢利身體的移動來傳達某種信息C

對的使用,會使被訪談?wù)咛峁└嗟男畔?。例如,在訪談中防止眼睛接觸會被理解為缺乏愛

好,或是對其他人更感愛好。合適的眼神接觸會傳達出感愛好,關(guān)注,開放的接受并且尊重

他人的見解。太頻繁的眼神接觸會被誤解為盯著對方。在我們的文化中,假如兩個陌生人

間眼神接觸時間過長則意味著挑戰(zhàn)。在其他的某些文化中,會被認為是侵犯隱私。點頭表達

理解,暗示接受;類似的,表達關(guān)注的姿勢:端正坐著略向前.傾。

缺乏經(jīng)驗的需求分析人員一般會犯下面的錯誤:

?靠在椅子后背上,雙手合攏抱在胸前。這種姿勢暗示了不太接受正在講述

的內(nèi)容,也顯示出需求分析人員處在不安的狀態(tài)。

?看著屋內(nèi)的物品或是直盯著窗戶,而不是看著被訪談人。這表明需求分析

人員更寧愿在其他的地方做其他事,被放談?wù)咭话銜s短訪談的過程。

<忙于做筆記或是常常翻閱筆記。較之傾聽而言,需求分析人員對自己的記

錄更感愛好會使被訪談?wù)吆闷?,究竟他記錄了什么?/p>

令坐得太遠或太近。坐得太遠象是暗示被訪談?wù)邥{到需求分析人員,坐

得太近乂顯得不恰當?shù)赜H密,被訪談?wù)邥杏X不自在。

相信的暗示體現(xiàn)了理解而不是同意。

■重述被訪談?wù)叩幕卮?/p>

重述回答是指需求分析人員用自己的語言復(fù)述被訪談?wù)叩年愓f。這顯示了兩者間進行了

有效地溝通,需求分析人員理解了被訪談?wù)叩年愓f,重述回答一般用在如下場所:

<訪談?wù)呙枋鲆环N問題時C這時,需求分析人員的復(fù)述表明聽見并理解了訪談?wù)?/p>

的問題。

令當需求分析人員想檢查他的理解與否對的時。這個技巧大多是碰到復(fù)雜的陳說

時,或是多人參與時,每個人對同一問題有各自不一樣的見解。

令需求分析人員但愿鼓勵訪談?wù)邥r。重述回答會暗示被訪談?wù)邤U展或是詳細闡明

他曾說過的內(nèi)容。

重述回答也能克制住因某種原因,不原配合的人

需求分析人員必須保持中立。例如,假如被訪談?wù)吲u既有管理模式,需求分析人

員不應(yīng)當贊同他的批評或是為既有管理模式辯護。需求分析人員只需要體現(xiàn)出被訪談?wù)叩母?/p>

覺是可理解的。

重述問題常見的錯誤:

<反復(fù)被訪談?wù)叩脑?,例如,完全反?fù)被訪談?wù)叩脑挾皇鞘褂闷渌捏w現(xiàn)方式。

一段話講完后被完全反復(fù)一遍,會使被訪談?wù)吒杏X不安

令過多重述回答將使被訪談?wù)叻中摹?/p>

令變化或是歪曲被訪談?wù)哒鎸嵉囊庠?。重述?yīng)當盡量的靠近被訪談?wù)叩囊馑?/p>

令在復(fù)述結(jié)束時提高聲音。這個習(xí)慣會使復(fù)述變成一種問題,會暗示被訪談?wù)呋?/p>

答是或否,而不是讓被訪談?wù)邤U展他的解釋。

這兒有個例子顯示了有效的及無效的復(fù)述;

被訪談?wù)叩膯柎穑侯櫩蜎]有支付帳單,我們也會繼續(xù)銷售產(chǎn)品給他們C

無效的復(fù)述:在你們處理定單前為何不檢查顧客的信用狀態(tài)?(扭曲了被訪談?wù)叩?/p>

意思)

有效的復(fù)述:系統(tǒng)乜會處理有信用危險的顧客的定單。(鼓勵被訪談?wù)邤U展發(fā)揮)

■有效的使用沉默

在提問結(jié)束時容許被訪談?wù)咚鸭D他們的想法。當被訪談?wù)呋卮鸩煌暾麜r,鼓勵他們

繼續(xù)。在會談已文字記錄后,使用封閉性問題可以澄清理解。

1.2問卷表

問卷表是需求捕捉時廣泛使用的另一種工具,它采用了記錄分析的措施,顯得更科學(xué)。

問卷表?般在下列狀況中使用

<需訪談的個體太多

?需要回答輕易確定的細節(jié)問題

<當你但愿有個詳細的成果時

準備問卷表時,注意如下狀況

令使問卷表盡量的簡短。用多種短小的問卷表替代一種長的問卷表。假如在回答了前

15-20個問題后,長的問卷表會使顧客感覺厭煩,他們就不會對其他的問題做出對的的判斷。

一般,一種問卷表包括的問題不超過10-15.

<估計同答問題需要的時間.并在問卷表開頭標明這個時間,已便計問答者做出對應(yīng)的

安排

令保證問題是前后一致的,沒有讓人含混的理解

<為了保證不會理解含混,讓與回答者關(guān)系親密的人員來進行問卷調(diào)查,并保證他們對

問題的理解是對的的。

<在制定問題前,先確定你需要得到怎樣的答案

令分別列出所有也許的答案

?一旦所有的需求和問題都準備好了,把需求點當作X軸,問題當作Y軸。保證所有的

需求能被問題覆蓋。最終,剔除掉與需求無關(guān)的問題。

1.3小組會議

小組會議一般在下列狀況中使用:

<信息平均的分布一小部分個人中

<無法個別的會見所有的涉眾

令一系列的訪談已經(jīng)結(jié)束,團體需要在同一平臺下得到所有的回答者

在小組會議中,每個人都可講出自己的想法。團體的答案一般比個人的答案好。小

組會議可以減少一部分需求沖突,繞開紛繁的狀況得到需求列表

假如小組會議管理不好,輕易出現(xiàn)下列狀況

<少數(shù)與會者控制了討論

令一部分與會者缺缺乏參與討論的積極性

為防I卜這種狀況.需求分析人員要推進討論的進行C要鼓勵缺乏積極性的與會者參

與討論,先直接向他們提某些封閉性問題,然后逐漸轉(zhuǎn)為開放性問題。

首要的技巧如提某些開放性問題,復(fù)述回答來確認理解,建立清晰的議程,指定記

錄員記錄會議等都可使用。

其他某些注意事項:

?提前確定會議地點,在發(fā)出與會邀請時提供路線圖。這在某些大企業(yè)尤為重要,并不

是每個人都熟悉整個辦公大樓。

?提前制定座位安排,平均分布需求分析人員,這樣保證所有的回答都能被聽到。

<假如也許,在會議開始時宣布某些但愿大家遵守的基本準則,如尊重他人的觀點,關(guān)

閉手機等

<牢牢控制討論的話題

<假如也許,使用錄音機,這樣能更專注于討論

<好好的準備小組會議,所做準備要“N”倍于個人訪談的準備,這里的“N”是指參與

討論的涉眾人數(shù)。

今假如這個會議是最終確定需求,而不是打聽需求,可采用工作原型演示的措施

令在小組討論結(jié)束時,感謝大家抽出時間參與討論,告訴大家整頓確認需求的計劃并傳

閱會議紀要。

2.需求調(diào)研的階段構(gòu)成

需求捕捉的活動可大體提成下面四個階段或環(huán)節(jié):

令場外準備

弋現(xiàn)場啟動

令現(xiàn)場執(zhí)行

令場外分析;

場外準備

挑戰(zhàn)指導(dǎo)

1、缺乏場外準備的指導(dǎo)手冊1、使用列表來列出在場外準備階段需要做

2、項目啟動沒有足夠的時的所有工作。

間。2、在提出進度安排時要包括足夠的準備時

3、項目的范圍和類型缺乏間,同步要考慮團體規(guī)模等原因。

清晰定義3、不采用全面現(xiàn)場啟動的方式,而啟動一

種領(lǐng)航似的小團體來估計項目波及的范圍。

需要的培訓(xùn)

1、需求分析培訓(xùn)未進行1、保證在現(xiàn)場啟動前,所有的項目組組員

2、需求分析提供的材料太多參與過需求分析培訓(xùn),或在近期通過培訓(xùn)。

T原則不是關(guān)鍵,經(jīng)驗才是關(guān)鍵。

3、需求分析沒針對系統(tǒng)增值2、獲得企業(yè)培訓(xùn)的協(xié)助,定制需求分析課

和技術(shù)領(lǐng)域程以適應(yīng)你的項目類型。使用定制組件的措

4、企業(yè)組織的培訓(xùn)不是針對施剪除不有關(guān)的部分。

項目的3、設(shè)計培訓(xùn)內(nèi)容以滿足項目需要。要提前

執(zhí)行系統(tǒng)的課程設(shè)計過程來到達該目的。

現(xiàn)場啟動

啟動問題]

1、提前計劃會議,并告知客戶議程安排,需要的時間和但愿參與

人員

1現(xiàn)場啟動會

2、與客戶討論啟動會議的意圖和但愿獲得的成果

議缺乏指導(dǎo)手

3、第一次“預(yù)啟動會議”要熟悉客戶的高層領(lǐng)導(dǎo),簡介項目團體

冊或議程安排

的大概狀況,告之需求捕捉的基本過程,分析也許存在的問題,確

2、缺乏時間或

定問題處理流程等

缺乏緊迫感來

4、第二次“啟動”會議要召集兩方所有的涉眾。簡介項目團體組

開始搜集需求

員,共享資源等。如座位安排,進度表,里程碑,需求捕捉的過程,

交流措施,確認客戶期望值,描述辦公室位置,文化特點等

現(xiàn)場執(zhí)行

挑戰(zhàn)指導(dǎo)

質(zhì)量體系文檔

1、質(zhì)量管理體系文

檔(QMSD)無法提供

必要的過程協(xié)助

1、將項目中得到的最佳的實踐經(jīng)驗添加到工具包中

2、必須使用客戶的

2、針對項目的類型,問題域,措施論等特點建立項目協(xié)助

過程體系

3、求援流程改善部門,獲得項目詳細的過程協(xié)助

3、在客戶現(xiàn)場無法

得到質(zhì)量管理體系

文檔(QMSD)工具包

軟技能

1、對于期望到達的1、規(guī)定行為準則并告之項目團體中每個組員

目的缺乏堅定信心2、周期性的在項目團體內(nèi)部進行討論,指出到達的目的需要

2、項目團體組員要堅定信心

使用當?shù)卣Z言?口3、提議用減少語速的措施處理口音問題。

音問題4、在會談中要確認會談另一方輕易理解會談內(nèi)容

3、書面體現(xiàn)能力不5、進行郵件和文本討論來保證溝通良好

強8、協(xié)助害羞的隊員,使他們能深入需求捕捉活動

5、著裝問題9、必要時,可以干預(yù)那些過于好強的隊員

6、個人衛(wèi)生習(xí)慣10、必要時,在現(xiàn)場執(zhí)行的初期識別出那些太好強或太害羞

7、太好強或太害羞的隊員,盡量少安排與客戶溝通的工作

8、不能明確或清晰11、指導(dǎo)缺乏有關(guān)工作經(jīng)驗的團體組員

地體現(xiàn)想法12、必要時,制止散漫的狀況

措施論確實定

1、假如客戶不指定措施時,跨項目的過程措施應(yīng)當原則

1、沒有已確定的措

2、需求分析培訓(xùn)課程應(yīng)當強調(diào)措施論。規(guī)定培訓(xùn)部門在為你

施論

的項目需求設(shè)計課程時,注意此目的

2、理解的措施論很

3、在需求分析培訓(xùn)課程應(yīng)規(guī)定信息交流做有關(guān)培訓(xùn)

4、請過程征詢顧問為項目制定一套原則

3、不能比較多種措

5、創(chuàng)立過程基準

施論的優(yōu)缺陷

6、在軟件工程技術(shù)理論的協(xié)助下識別系統(tǒng)搜集需求的過程

需求的變更

1、搜集的需求很少

2、需求表述含混

4、并非所有的顧客

1、進行周期性的需求回憶來去掉含混的需求

組都能參與需求捕

2、在需求分析的課程中,培訓(xùn)需求書寫技巧

捉階段的工作

3、在需求初期,按涉眾類別進行條理清晰地分析

5、項目范圍不好控

4、在需求捕捉啟動會議上設(shè)計好逐漸確認涉眾的過程

5、在開始下一種生命周期前時,要確認客戶已承認需求

6、無法得到需求的

6、闡明需求階段成果評估的原則

承認

7、闡明系統(tǒng)邊界評估的原則

7、時間安排不充足

8、系統(tǒng)的邊界范圍

不確定

工具

缺乏需求捕捉工具

在需求分析課程中包括必要的工具培訓(xùn)

的理解

項目的依賴性

1、無法清晰定義系

統(tǒng)接口1、使用系統(tǒng)接口文檔模版

2、并非所有的系統(tǒng)2、對每個接口進行影響力分析

接口均有文本描述3、使用跨功能(部門)團體來進行接口研究

3、顧客并不理解所4、全面理解組織既有(AsTs)系統(tǒng)或工作模式

有的系統(tǒng)接口5、提前計劃好外部接口的分析,并提議客戶的IT團體參與

4、獲得外部接口信分析

息有困難

需求沖突

1、并非所有人都清1、在現(xiàn)場啟動會議上對所有的涉眾解釋商業(yè)目的

晰商業(yè)目的2、與最高管理層確認商業(yè)目的后,將商業(yè)目的寫成文檔并傳

2、顧客組不一樣步遞給所有的涉眾

3、已獲得的需求與3、召開沖突處理會議并充當中間人角色,解釋沖突兩方面的

期望規(guī)定之間的差

4、”在需求文檔中,重點標示已經(jīng)有問題和假設(shè)

距導(dǎo)致沖突

4、捕捉需求的目的5、飾演涉眾的角色,讓他們確認你理解他們在目前系統(tǒng)中的

顧客組不對的責(zé)任

5、顧客組的關(guān)鍵領(lǐng)6、詳細闡明增長了的業(yè)務(wù)規(guī)則并保證能對的使用

導(dǎo)人無法處理爭議7、確定IT工作和商業(yè)團體的結(jié)合點

涉眾識別

1、使用原則模版和框架來識別涉眾

1、缺乏合適的架構(gòu)2、項目團體應(yīng)檢查整個提議的涉眾,并確定要重點關(guān)注的。

來識別涉眾3、在現(xiàn)場執(zhí)行前,請銷售經(jīng)理召開技術(shù)支援會議

2、缺乏對客戶構(gòu)造4、現(xiàn)場啟動會議要包括已識別的涉眾

的認識5、告之所有的涉眾,你對他們在目前系統(tǒng)中的責(zé)任的理解,

以及需要他們提供的協(xié)助

現(xiàn)場復(fù)審

1、建立現(xiàn)場復(fù)審的指導(dǎo)原則

2、在項目開發(fā)的過程中要包括現(xiàn)場復(fù)審

3、在進行現(xiàn)場復(fù)審前,安排項目團體進行復(fù)審機制的培訓(xùn)

1、缺乏現(xiàn)場復(fù)審4、根據(jù)提交物的不一樣確定不一樣復(fù)審方式,并對應(yīng)安排項

2、在復(fù)審既有提交目組組員參與復(fù)審

物時,客戶缺乏愛好5、邀請客戶參與復(fù)審前,先進行一輪內(nèi)部復(fù)審

6、提前準備復(fù)審計劃并得到客戶同意

7、防止與客戶多次復(fù)審問一種提交物,這也許導(dǎo)致大家缺乏

愛好,產(chǎn)生錯誤觀點

文化交叉問題

1、在最初列出行為準則

1、不遵守時間

2、周期性召開內(nèi)部會議以鼓舞士氣

2、有忽視文化交叉

3、集體討論所有已知的文化差異問題,并提議合適的指導(dǎo)原

的觀點

3、太開放而感覺不

4、對所有的項目組員隊員進行文化差異敏感性培訓(xùn)

適應(yīng)

5、從理解相似客戶和地區(qū)的人員那里搜集文化細節(jié)信息

問題域

1、缺乏商業(yè)分析

(BA)人員

2、捕捉的需求不夠

1、在項目范圍中考慮問題域的復(fù)雜性

詳細或不完整

2、安排領(lǐng)域?qū)<易鰣鐾庠u審

3、獲取信息的權(quán)限

3、從客戶團體中邀請商務(wù)專家在問題域可改善部分,創(chuàng)立新

不具有

的業(yè)務(wù)流程

4、團體無法對工作

過程的改善提出好

的提議

技術(shù)

1、新技術(shù)缺乏培訓(xùn)1、尋找受過培訓(xùn)的技術(shù)架構(gòu)師(TA),讓他培訓(xùn)團體中的其他

2、缺乏技術(shù)架構(gòu)師組員

(TA)但需要開發(fā)新2、在項目范圍定義時考慮到技術(shù)復(fù)雜性

的技術(shù)架構(gòu)

其他

1、客戶的業(yè)務(wù)部門1、采用成本利益分析的措施處理沖突

和IT部門的沖突2、識別違反原則的提交物需求

2、兩個業(yè)務(wù)部門間3、確認新擴展的業(yè)務(wù)原則,改原則正常的應(yīng)用

的沖突4、產(chǎn)品期望值的設(shè)定要依次通過需求獲?。≧E)小組、銷售

3、對客戶而言,討經(jīng)理(AM)。在場外的技術(shù)支援計劃會議上,將設(shè)定產(chǎn)品期望值

厭工作變成機械性安排為一種議程

操作5、使用預(yù)先定義的模版來搜集性能需求

4、銷售團體不合適6、觀測顧客的活動,詳細理解并識別性能需要,花一天時間

的期望植與顧客待在一起,觀測他們的工作模式,得到工作量的模型,

6、并非所有類型的顧客響應(yīng)時間,系統(tǒng)瓶頸,系統(tǒng)負載與時間模式,以及系統(tǒng)響

需求都搜集了,例如應(yīng)時間的需要

性能需求

現(xiàn)場最佳實踐

計劃兩次現(xiàn)場啟動會議:第一次與高層管理人員,第二次與雙方所有風(fēng)險承擔(dān)人。

令在第一次現(xiàn)場啟動會議上簡介項目組的概要狀況

令會議紀要在交給與會者傳閱前,要通過內(nèi)部評審

?使用錄音機記錄討論會議的狀況。這樣團體就有更多的時間積極參與討論,同步

也顯得更專業(yè)

?預(yù)先確定座位,使項目組關(guān)鍵組員和客戶間隔而座。提前抵達會議室5到1()分鐘,

依次入座。這種排座方式建立了融合的氣氛,防止象談判對手似的對立,也有助于傾聽嗓音

低沉者的發(fā)言

<集體詩論所有已知的文化差異問題,并提議合適的指導(dǎo)原則

今從客戶團體中邀請商務(wù)專家在問題域增值部分創(chuàng)立新的商務(wù)流程

<召開一種現(xiàn)場會議感謝大家花費時間提供協(xié)助,移交需求文檔,分享未來的計劃,

簡介產(chǎn)品中角色設(shè)定和職能劃分等

?觀測顧客的活動,詳細理解并識別性能需要,花一天時間與顧客待在一起,觀測

他們的工作模式,得到工作量的模型,顧客響應(yīng)時間,系統(tǒng)瓶頸,系統(tǒng)負載與時間模式,以

及系統(tǒng)響應(yīng)時間的需要

場外分析

挑底指導(dǎo)原則

既有系統(tǒng)研究

1、讓場外小組同步研究目前的系統(tǒng)

1、缺乏時間

2、研究既有系統(tǒng),提煉工作流程

2、研究既有系統(tǒng)獲得的收益不

3、確認顧客與否對期望于既有系統(tǒng)(As-Is)進

明顯

行研究

專門的小組

1、在項目范圍定義時考慮技術(shù)復(fù)雜性

1、在需求獲取階段無法征詢2、考慮技術(shù)架構(gòu)師(TA)加入項目團體中

3、考慮從場外獲得征詢支持

工作劃分

1、需求分析(RA)階段的細節(jié)范圍,定義了場外

分析要做什么

2、從類似的項目中得到輸入信息

3、使用某些簡樸的需求文檔作基準

4、確定需求文檔一致性檢查列表

5、計劃內(nèi)部的需求文檔審核

6、場外分析人員可做如卜工作

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論