如何更深層的識別使用者的需求

這個標題寫的有點大,我不是什麼需求工程師與架構師,我只是乙個小小的程式設計師.我寫這個的原因,只是想寫一點自己的想法.

我管理乙個專案,這個專案涉及的資料比較多,而前台功能不是很完善,所以我總是收到用的郵件請求,能不能幫我從後台統計一下,什麼什麼.

因為我是作航空的軟體,所以總是出現這種情況,能不能幫我統計一下這個乘務員所飛的航班呀;

能不能幫我統計一下,客艙經理人員被檢查的航班次數呀;能不能幫我統計各個等級的航班評分,類似的等等需求.

今晚我在寫這個文件之前,我還在作類似這樣的事情.那麼從使用者的這些描述之中,我如何更深層的識別使用者的需求.

以前我得到使用者的這個需求,基本上是按照使用者的描述,在oracle資料庫中作各種統計,sql語句倒是練出來了,但是並沒有真正理解使用者的需求.

所以這樣的事情作多了,就會感到煩.也會有一種莫名其妙的重複感,在重複勞作.

那麼如何尋求使用者的真正的需求呢?我經常是這麼作的.

1,存細的讀使用者的郵件,或者文件,從文件中去尋找他所需要的東西.比如使用者給我發的郵件資訊中這樣寫道:

這個例子非常簡單,他真正需要的就是後半句.根據這後半句的需求作乙個資料彙總就可以了.

2.對於讀不懂的郵件,或者在理解不是很準確的時候,我會向使用者提出這樣乙個問題,你要這些資料作什麼?

使用者會跟我說,我要這個,想作什麼什麼.

然後我就會追加乙個問題,我這樣作,能不能達到你的要求.

然後使用者說可以或者不可以,然後再溝通,這樣反覆的幾次基本都能達成一置. 這是在使用者非常明確自己的意途的時候,這個方法非常靈.

當然了我也碰到過這樣的使用者,他理解不清楚自己需要什麼,講也講不請楚,但是就是問你要東西,想必作過軟體的朋友,可能都碰到過這種情況.

對於這種情況,如何處理呢?我曾聽過老師講課說,在這種情況下,需要引導使用者來尋找他的真正需求,這個我想難度是比較大的,我也沒有學會.

3.理解使用者需求時,要拋開技術問題,不要管技術如何實現.我以前見到需求最先想到的就是如何給使用者實現,實現了之後使用者告訴我,不是這樣的而是這樣的,我就去再實現,

然後杯具來了.所以一定要搞清楚,使用者想要什麼,防止杯具的發生.

4.使用者的需求是千變萬化的,所以很難一下搞定,需要反覆.

就總結這麼多了,只是給自己提個醒,不能期望杯具不發生,只是期望杯具發生的頻率慢慢的下降就可以.

如何發現更深層次的bug？

本文出自森林一木 的51testing軟體測試 部落格，看到有位朋友說測試人員應該發現更深層次的bug，沒有指出如何做，我這裡補充下，不對之處見諒。在我們日常的測試活動中，單純的功能介面測試 黑盒測試 發現的缺陷質量不高，即使發現了，也很少能從根本上去定位，這樣的bug提交上去，給我們的研發同事修復...

比HomePod mini產品更深層的意義

今天 iphone發布新品12，如果說非要找個亮點，那就是加了5g，閹割了硬體，上調了 但同時，發布了一款homepod mini，對標各個廠商的智慧型家居的音響，很香啊，99刀。今天凌晨的新品發布會上，蘋果正式發布了 智慧型音箱homepod mini。隨後，蘋果也在官網上確認，homepod m...

識別用例之間的關係

用例間的三種關係 1 擴充套件 extends 用例b extends用例a，表示用例b是用例a在某種特定情況下可能會出現的擴充套件用例。例如 老王進城辦事，2小時就可以回去，在這2小時內內急時就會去上廁所。上廁所用例是進城用例的擴充套件，因為不上廁所老王進城辦事也可完成。2 包含 includes...