看板 [ Soft_Job ]
討論串[請益] 應如何和使用者做需求確認
共 3 篇文章
內容預覽： 開啟 | 關閉 | 只限未讀
首頁
上一頁
1
下一頁
尾頁
#3
Re: [請益] 應如何和使用者做需求確認
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者thinkniht (不下棋=.=)時間14年前 (2011/09/06 08:10), 編輯資訊
0
0
0
內容預覽:
我還蠻同意zekewang的看法. 邊談需求邊想想實作會比較好. 不要想這是SD與PG階段要煩惱的事情. 至於在SA階段就把後面的事情都想好...這難度很高. 坦白講...我是辦不到啦. 但你不做的話...你會更慘. 談一些做不到的需求...肯定被罵. 另外就客戶的角度來看.... 他不會想管你實作
(還有387個字)
#2
Re: [請益] 應如何和使用者做需求確認
推噓6(6推 0噓 1→)留言7則，0人參與, 最新作者fowei (小維)時間14年前 (2011/09/06 07:53), 編輯資訊
0
0
1
內容預覽:
== 引言恕刪 ==. 拿我做過2個案子來做例子好了.. 第1個案子是由一開始跟著經理去談需求. 學著自己開SPEC, 最後帶新人CODING.. 案子枱面上驗收後. 我花了三個月去做修改. 但很多是礙於一開始架構的問題.. 無法再動. 雙方也不願再支出成本. 這案子的成品只有一半是有用的.. 其他
(還有1248個字)
#1
[請益] 應如何和使用者做需求確認
推噓3(3推 0噓 24→)留言27則，0人參與, 最新作者oicejki (那裡有彩虹告訴我)時間14年前 (2011/09/05 19:45), 編輯資訊
0
0
0
內容預覽:
我們公司的編制,是需求訪談,CODING與相關文件,都是一手包辦.沒有分. 什麼SA或SD.而我們最近開發系統時,遇到一些問題,想來問問大家的看法.. 因為最近接到的專案,從頭做到尾大約要半年的時間,一開始當時是去找. 使用者做需求訪談,大約先看了他們給的文件,然後我們出了需求確認書. 給他們,先把
(還有256個字)
首頁
上一頁
1
下一頁
尾頁