摘要:
說教性質的需求分析理論,各位看了也白看,所以咱們就來一個真實個案——“訂餐系統”體驗一下。“訂餐系統”貌似簡單,但陷阱重重,各種需求分析的經典場景將會一一重現,各位做好準備接受這個挑戰沒有?我將分8篇為大家分享,全部內容超過1萬1千字,而且有n多圖片和思考題,請準備好盒飯邊吃邊看吧……
?
大綱:
1.某IT公司員工的吃飯問題
2.需求分析的大道理
3.背景-需要-需求規格
4.沒完沒了的“新需求”
5.領導“突發奇想”
6.榨干人腦汁的需求分析
7.變被動為主動
8.最后的瘋狂
?
8.最后的瘋狂
?
訂餐系統的故事還沒有結束,過了一段時間,大家的抱怨陸續又來了!
來自員工的抱怨:
有些員工覺得A餐廳好吃,有些又覺得B餐廳好吃。
有些喜歡吃辣,有些喜歡吃湯粉湯面之類的。
有些一會喜歡這個,一會喜歡那個。
很多員工強烈要求支持多家餐廳!
有些員工想自己帶飯回來吃,但公司不會給予午餐補助。
前臺的抱怨:
員工有時向她抱怨餐廳送餐慢,她也沒辦法,已經催了n次,換了幾家餐廳了。
不太同意要支持多家餐廳,她的管理工作會麻煩很多,而且有些餐廳訂餐少的話不會送餐的。
多家餐廳時,需要維護多家餐廳的菜單,而且每家餐廳的菜單更新時間不一樣。
財務的抱怨:
不太同意支持多家餐廳,因為財務需要每家餐廳都提供發票,而不是每家餐廳都能提供發票的,除非我們愿意出更多的錢。
開發人員的抱怨:
不是吧,這班人這么難服侍,還有需求變更啊…
支持定多天的餐和支持多家餐廳其實是有矛盾的,而且也很難實現!
領導的抱怨:
這么簡單的訂餐系統,怎么搞得這么復雜!
我的這么美好的想法,居然惹下這么大的麻煩?
另外一個領導的抱怨:
員工在辦公室內吃飯,搞得辦公室氣味怪怪的。
有些員工還不講究衛生,把桌子、地面弄臟又不搞干凈!
你準備如何應對呢?
往下閱讀之前,請你運用前面所學的知識認真全面深入地思考,以上問題的根源是什么呢?為什么訂餐系統的問題會沒完沒了呢?
或許本不該上這樣的系統,每一種解決方案都不會解決全部的問題,而且都會帶來新的問題,投入這么多到底值不值?
下面這個解決方案又如何呢?
1.所有員工的午餐標準提升到每日10元,無論是否在公司,每月都按22.5工作日提供補貼。
2.公司中午休息時間由1小時延長到1.5小時,調整上午下班與下午上班時間,與其它公司“錯峰”。
3.公司不再統一訂餐,也不允許員工在自己座位上吃午飯,公司指定吃午飯場所,讓專人負責清潔。
第一點措施提高了員工的福利,這措施應該是很受員工歡迎的,也可以抵消員工因為不能公司統一訂餐帶來不便而引發不滿情緒,當然如果補貼標準更高員工會更高興。
第二點措施,中午上下班時間盡量與別的公司“錯峰”,這樣可減少擠電梯還有在餐館排隊等候的時間,這也是很實在的措施。
至于第三點是用來解決衛生問題的,本來如果所有人都非常高尚,是不會有這樣的問題的,但至少短期內不可能讓所有人都高尚,指定場所和專人負責清潔是當前最有效的解決衛生問題的辦法了。
其實很多大企業不會統一訂餐的,也不會讓員工在辦公區內吃東西,好像有點不人性化,其實也是有道理的。
折騰了這么久,結局原來是這樣?真是不勝唏噓啊!需求分析過程是一個很考驗人很折騰人的過程,好好總結本文所列舉的各種情況,做好準備繼續接受來自工作中的挑戰吧!
?
?
---全文完---
?
?
?
作者:張傳波
創新工場創業課堂講師
華為某團隊高級顧問
《火球——UML大戰需求分析》作者
www.umlonline.org 創辦人
?