關於"業務和需求"這個標題我已經寫了很多廢話了,但事實上還是有必要繼續寫下去,偶知道生僻難懂,但是...
拋開具體到崗位去體驗業務,我們可以簡單的把業務簡單等價於需求!
但是這個時候就產生了問題,如同前文所述信息化是空中樓閣,在你沒有建立起來的時候用戶不知道是神馬樣子的,只有當你拿出一個可以走完基本流程的產品出來的時候,用戶的各種問題接踵而來.
- 你最初提供過去的產品大部分都是在CRUD(新增,修改,刪除)
- 然後用戶提出了基本查詢要求;
- 用戶要更多條件的查詢:標題,正文,時間段,創建人;
- 用戶要對查詢的結果項進行排序;
- 查詢的功能或者結果是否有權限控制?
- 查詢的結果集要可以導出成Excel;或者直接郵件發送出去
- 查詢的結果能不能生成PDF...
- ... ...
這只是在查詢上進行的衍生,大部分時候都是這樣對吧!這個演變過程消耗的時間一定遠遠超過你最初提供CRUD的時間!
這種演變合情合理,但是任務加倍,時間加倍,最後的結果就是你預計1天完成的工作變成了2天,3天,推而廣之,整個信息化的過程週期變長了,別人對你的風評變差了...辛辛苦苦,累死累活,最後得不到一個好字
用戶在依據業務提出需求的時候受限於他的知識結構,理解力,想象力以及對信息系統的熟悉度,他最初的要求可能只是最後結果的1/3.
一般來說,依據經驗,你可以避免一些問題,糾正一些問題,提升一些高度,但是絕對很多地方是避免不鳥的,因爲起始點不同,在業務不熟悉或者掌握不全面的情況下,你註定要走這條彎路.
用戶其實是很聰明的,在你沒有提供信息化解決方案之前,有很大可能他就給自己提供了一份熟悉的方案,這個方案順暢性遠遠超乎你的想象力.但是用戶未必會告訴你,或者"無意識"的忽略!
你的不知道就代表走彎路!
而關於業務和需求的另外一個方面是"提高":在熟悉業務的基礎上,產生需求,在需求上進行有前瞻性的提高:他(們)未來會是如何來使用這個系統,遇到那些問題,如何解決.這是一個經驗上的形而上學!但是同時也就是在從開始避免問題的產生.
解決問題的唯一辦法就是把了解需求變成理解業務!請注意這是不同的層面,而不是紙面上的不同!
我們不能提前想到所有問題的解決方案,因爲有些問題只有到了那個時候纔會產生;但是我們應該嘗試思考,思考會預見那些問題,先把他拿下!
再舉個例子:
我一個做淘寶的朋友說讓我幫他做一個頁面,很簡單!他甚至可以寫SQL:他要算產品的關聯銷售統計
我最初就拒絕了,因爲我知道事情會往那個方向發展:不停的新想法,不停的新需求,最後恐怕就不是一兩個頁面那麼簡單了!
但後來耗不過,於是我給他做了一個頁面(我知道不可能是一個頁面),然後...
我就悲催了:
- 對於查詢提出了新要求
- 對於結果可以再點擊打開看到二級統計和關聯銷售分析(一個新的頁面)
- ... ...
還好我控制的比較好,結果還可以接受!但是整個過程並不是"一個頁面"那麼簡單!
第三個例子,這個很好懂:你帶某個不搞it的人DIY一臺電腦,你知道接下來會發生神馬嗎???
- 有沒有買到假貨?
- 有沒有買貴?
- 硬件出問題了找你
- 軟件出問題了找你!
- ...
說了這麼多廢話其實並無太多益處,只是在闡述爲啥在企業信息化這條道路上會這麼曲折了!
