題往往就是搞不清需求之根源，把握不清背景和需要，往往就會被繁瑣的需求規(guī)格所困住，被客戶牽著鼻子走。理論是完美的，現(xiàn)實是殘酷的，我們現(xiàn)實的需求分析工作，往往會出現(xiàn)這些問題：
背景啊背景，我該如何寫你呢？
我們公司的需求規(guī)格說明書中，第一章節(jié)就是“背景”，但往往大部分項目寫出來的背景寫了等于沒寫。有些寫了諸如此類的內(nèi)容：某年某月某日與某某公司簽訂了某某合同，成立了改項目組，項目人員有誰誰誰，客戶聯(lián)絡人是誰誰誰。有些項目更懶，直接復制前期需求文檔的背景，以致項目已經(jīng)做到第三期了，第三期的背景仍然是抄第一期的。不知道如何分析背景，背景不知道寫啥，這是項目的普遍現(xiàn)象。
目標在哪里？
對于“項目的目標”，項目組普遍的問題有：
1.根本不知道“目標”這回事。
2.目標寫出來了，但被扣上“大而虛”的帽子。
3.沒有用目標來指導下一步工作，后面遇到具體問題時，沒有用目標來思考。
4.目標寫出來就不變了，沒有持續(xù)去思考是否需要調整。
需求規(guī)格優(yōu)先
很多需求分析人員喜歡將系統(tǒng)要做的事情，以用例或者功能點的方式記錄下來，但往往沒有記錄為什么需要這樣一個用例或者是功能點，沒有去思考這個用例或者功能點背后隱藏的客戶需要是什么。更甚者進入具體的界面設計，在需求文檔中寫清楚界面上放什么按鈕什么菜單等，一開始就將需求“僵化”，這樣會讓后面的工作陷入“萬劫不復”之地。
本小結開始的時候，要求你先寫下本系統(tǒng)的需求，再繼續(xù)往下看。不知道你寫的需求中是否有背景、需要這些內(nèi)容呢？你寫的需求是不是幾乎全部是“需求規(guī)格”呢？
下面，我們將來挑戰(zhàn)“訂餐系統(tǒng)”的背景、需求和需求規(guī)格。
1.3 背景-需要-需求規(guī)格
請按順序回答以下問題：
1.本項目的背景是怎樣的？
2.本項目能解決什么問題？
3.本項目的關鍵涉眾有哪些？（說明：涉眾是指系統(tǒng)會影響到的人、角色、單位等，或者說什么人、角色、單位會影響到本系統(tǒng)。）
4.本系統(tǒng)要達到怎樣的目標？
5.本系統(tǒng)的范圍是怎樣的？
6.本系統(tǒng)應該具備怎樣的功能？
7.本項目成功標準是怎樣的？
在往下閱讀之前，請先獨立思考，寫出以上問題的答案。
1.本項目的背景是怎樣的？
參考答案：員工中午飯要吃好是很重要的事情，但手工訂餐存在一些問題，領導試圖通過訂餐系統(tǒng)來改善。
答案點評：
1)本系統(tǒng)的用戶是“員工”，而客戶是“領導”。（說明：用戶是指使用系統(tǒng)的人員，而客戶是可以拍板付錢給公司的那個人，是項目組的米飯班主。）
2)領導的目的不是為了做這個系統(tǒng)，而是希望通過這個系統(tǒng)解決問題。
3)領導應該不太可能投入大的投資來解決這個問題，例如：不太可能將員工的午飯標準提高到每人每餐50元，也不太可能為這個項目投入100萬的經(jīng)費。
背景應該怎樣描述？
背景應描述出系統(tǒng)的用戶和客戶是誰、項目的來源，并且可以由此推斷客戶可能的投資預算，本項目對于客戶的重要程度等。
2.本項目能解決什么問題？
參考答案：
1)手工訂餐本身工作效率低，有時會影響員工的正常工作。
2)手工訂餐容易出錯，導致員工吃不到飯或者是吃不到自己想吃的飯。
答案點評：
1)問題描述得很具體，并且問題產(chǎn)生的根源似乎都是因為“手工訂餐”導致的。
2)手工訂餐并不會讓大家吃不到飯，只是有時會出一些小問題。
3)手工訂餐的最大優(yōu)勢就是靈活，不好的地方就是容易出錯，這個訂餐系統(tǒng)如何才能保持手工訂餐的“靈活”優(yōu)勢呢？
問題應該怎樣描述？
需要清楚明確地描述清楚項目解決的問題，同時要分析好當前的工作方法的優(yōu)點。系統(tǒng)除了要解決當前的問題，還應該保持原來工