[請益] 應如何和使用者做需求確認
我們公司的編制,是需求訪談,CODING與相關文件,都是一手包辦.沒有分
什麼SA或SD.而我們最近開發系統時,遇到一些問題,想來問問大家的看法.
因為最近接到的專案,從頭做到尾大約要半年的時間,一開始當時是去找
使用者做需求訪談,大約先看了他們給的文件,然後我們出了需求確認書
給他們,先把大方向確定後就開始設計DB schema,再來是撰寫程式.
這裡想請問一下各位,在需求訪談時,會把所有的東西都確認完畢嗎??
因為系統中可能有報表,郵件等零星的小東西,我是想說把大架構確
定完後再來想這些東西應如何制作.但這樣需求確認書就不會出現
這些東西,這些小需求有沒有可能因為一開始交待不清而成為日後的包袱.
而最近剛好有朋友被上司罵,因為他上司覺得他已經談好需求了,
怎麼後來還要去改,好像罵的還挺凶的,於是我就想自己也沒有將
所有的需求都確認就開始開發程式,但背後的難題是需求確認書
給了一個月了,需求單位也沒有給回覆.如果統統都確認好才開始開發
,時程應該也不太允許.而一些小需求,都是要撰寫時才會去問使用者
應如何運作,一開始也不太想對太細節的東西先定下來,因此想問問各位的看法,謝謝!
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 111.248.68.166
→
09/05 20:24, , 1F
09/05 20:24, 1F
→
09/05 20:24, , 2F
09/05 20:24, 2F
→
09/05 20:25, , 3F
09/05 20:25, 3F
推
09/05 21:12, , 4F
09/05 21:12, 4F
推
09/05 21:36, , 5F
09/05 21:36, 5F
→
09/05 21:36, , 6F
09/05 21:36, 6F
→
09/05 21:36, , 7F
09/05 21:36, 7F
→
09/05 21:37, , 8F
09/05 21:37, 8F
→
09/05 21:37, , 9F
09/05 21:37, 9F
→
09/05 21:37, , 10F
09/05 21:37, 10F
→
09/05 21:46, , 11F
09/05 21:46, 11F
→
09/05 21:48, , 12F
09/05 21:48, 12F
→
09/05 23:54, , 13F
09/05 23:54, 13F
→
09/05 23:55, , 14F
09/05 23:55, 14F
→
09/05 23:56, , 15F
09/05 23:56, 15F
→
09/05 23:57, , 16F
09/05 23:57, 16F
→
09/05 23:58, , 17F
09/05 23:58, 17F
→
09/06 00:27, , 18F
09/06 00:27, 18F
→
09/06 00:30, , 19F
09/06 00:30, 19F
→
09/06 00:41, , 20F
09/06 00:41, 20F
→
09/06 02:26, , 21F
09/06 02:26, 21F
→
09/06 02:27, , 22F
09/06 02:27, 22F
→
09/06 02:27, , 23F
09/06 02:27, 23F
→
09/06 02:28, , 24F
09/06 02:28, 24F
推
09/06 02:37, , 25F
09/06 02:37, 25F
→
09/06 02:38, , 26F
09/06 02:38, 26F
→
09/06 02:44, , 27F
09/06 02:44, 27F
討論串 (同標題文章)