需求捕獲中的注意事項

   做過軟件的人都聽過這樣的抱怨:需求變化太快,軟件系統經常要修改,都連續加班幾個星期了.....

    你是否也遇到過這樣的問題呢?

    首先,問題的根源——用戶需求不斷變化。

    很多需求分析人員都有這樣的經歷,在捕獲需求時,根據客戶的闡述,做了記錄,然後開發出了系統,客戶卻說很多地方不符合他們的意思,要求修改。

    我們分析一下捕獲需求過程中存在的問題。——客戶很可能對軟件方面的知識知之甚少,他並不知道你想了解什麼。

    比如說,一個業務流程,從業務邏輯到能轉化成軟件具體實現很可能會有問題。這就是所說的信息化過程中需要進行的業務改造。因爲能輸入計算機,並輸出結果,不一定是能進行形式化處理的內容。這也是很多企業員工抵制信息化的原因之一。因爲信息化會導致人的因素會被相對削弱,他們的工作過程也會完全被透明化。

    因此,我們就一定要讓客戶知道你要知道的是什麼。

    如何做到呢?

    * 對於產品類的項目,你的客戶不是一個,那麼就要廣泛的去徵求意見。“需求調查問卷”通常對全面瞭解客戶需求有一定的作用。

    * 對於特定客戶,需要和他們直接溝通交流。

    和客戶交流要注意方式方法,不能盲目約見,下面是一些注意事項。

    一、 交流前準備充分

    通常,與客戶會面前的問題列表準備時間要遠遠多於會面的時間。通常客戶在連續和你交談2個小時之後,就會失去熱情和耐心,這是大部分人的共同特點。所以充分的準備工作很重要。

    如果你去客戶那捕獲需求,通常客戶會說,我需要做一個什麼樣的系統,然後我可以用它來做這個,那個,還有那個......,然後就不知道該說什麼了。這時,你一定要拿出事先準備的問題列表,針對每個大的功能的每一個功能點進行提問,一個都不能放過。對非功能的需求也同樣不能放過,如客戶需要的系統至少連續運行多少小時不出問題,系統在若干數量的訪問者訪問時的響應時間範圍等。

    如果你在會面前沒有對客戶提供的資料,表格等進行全面研究,對客戶需求就不可能調查全面,你可能需要反覆去約見他,這樣你會給客戶留下工作效率低的印象,他對你會逐漸的感到厭煩,對你未來的工作表現會失去信心。

    二、讓客戶打開話匣子

    對客戶進行提問,引導客戶說出他們的“需求”,是非常關鍵的。

    有一些人通常會問這樣的問題:“你們的工作流程是什麼樣的?”,這中問題是非常經典的無效問題。

    當你向客戶提出問題的時候,你可以先進行換位思考,如果有人問你這個問題你該怎麼回答呢?是不是很好回答呢?如果連你也覺得這個問題並不好回答時,就需要考慮換個問法了。

    通常人們在談論自己很熟悉的東西時,都會有說不完的話,對於客戶自己每天做的工作,他爲什麼沒辦法對你談呢?

    問恰當的問題,問能讓客戶打開話匣子的問題,你就勝利了。

    這時你會面前的準備工作就顯得尤爲重要了,你要針對他們要做的軟件的功能,一部分一部分的問,不能着急,要深入,並細緻,對於他們如何處理這些事情的操作習慣等都要重視,因爲要改變他們的習慣,讓他們適應你的軟件的一種新的操作方法通常是會降低客戶滿意度的,甚至他們會要求你進行修改。

    對於你對某些功能的猜想和假設,也一定要問客戶,是不是根本就不需要,客戶有時會礙於情面不好意思說出你的想法是沒有必要的或是錯誤的,這時你一定要足夠敏感,並勇於否定自己,這樣會減少不必要的開發工作,也會給客戶留下你很尊重事實的良好印象。

    三、珍惜客戶的時間

    和客戶面談時特別要注意一點,就是千萬不能浪費客戶的時間,讓他覺得非常無聊,這是捕獲需求最大的忌諱。

    一旦你犯了這樣的錯誤,你再想約見他就難了,他很可能不願意再和你會面了。尤其是企業中的領導,他們通常是日理萬機,能抽出時間和你會面,你應該感到很榮幸,因此要格外珍惜會面的時間。

    這也是很多作需求的人員常常抱怨的問題,“客戶經常沒時間見我,我有什麼辦法”,如果你遇到了這類問題,你一定要反省一下自己,是不是曾經犯過這樣的錯誤,下次一定不要再犯了。

    四、搞清能正確回答問題的人

    不同的問題需要問不同的人,需求中有很多是細小的操作級別的問題,也有很多是關乎全局的問題,這就要求一定要搞清楚什麼問題去問什麼人。

    很多捕獲需求的人員抱怨說,“客戶答不上這些問題,他們自己都不知道要怎麼做”,如果你碰到了這種事情,就要反省一下,你問對人了嗎?

    客戶中有一些是大幹部,有些是中層管理人員,還有操作人員。對於操作細節上的問題,一定要去問那些負責操作的人員,他們會更清楚每個步驟需要怎麼去操作,如果你去問大幹部這些問題,你通常會被搪塞,或者以工作太忙,還有其他得事等原因被打發掉。

    對於關乎全局的問題,操作級別的人員給出的答案通常是不權威的,即便他們回答了你,你也一定要去大幹部那裏確認一下,再開始開發工作,否則你會後悔的。

    五、發揮原型的效力

    原型對於提高客戶對軟件的認知程度有很好的效果,他能使客戶對軟件有一個直觀的認識,面對原型,他們可以更好地提出他們的想法和意見,尤其對那些對軟件缺乏認識的客戶。

    對原型的修改,再確認,最後得到穩定的原型,這些工作會讓需求更穩定,減少很多實施工作中的反覆修改工作或者返工。

    六、充分利用需求確認會議

    需求確認會議通常由全體涉衆(利益相關人)參加,這可是個確認需求的難得的機會,大家能聚在一起,這樣的機會其實很難得,所以一定要珍惜。

    在這種會議上,一定要先針對全局性的問題(與大家都相關的問題)進行交流,千萬不要針對部分人感興趣的問題討論個沒完沒了,那樣的話,不感興趣的人會走開的,那樣你再想徵求與他們相關問題的意見時就找不到人了。對於只跟個別部門或人員有關係的問題你可以單獨找時間根他們討論。

    而且一定要對某些有分歧的問題找到解決方案,對與多數人利益相關的問題找出大家都能接受的解決辦法。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章