iT邦幫忙

1

如何一次把軟體需求講清楚

搜尋網上關於軟體需求,都講的長篇大論,是真的有這麼難嗎?如果軟體需求不講清楚,後面設計很多都做白工,所以要怎麼做才能夠一次講清楚呢 ?

看更多先前的討論...收起先前的討論...
我想....
應該要有人來引導,不然使用者只會想到一個說一個
所以引導者非常重要
newkevin iT邦高手 1 級 ‧ 2018-10-11 12:21:52 檢舉
至少你要舉例
通常先把市面有的現成套裝 給她試用
或者 目前的使用流程 詳加記錄
alex9453 iT邦新手 2 級 ‧ 2018-10-11 12:22:45 檢舉
引導者有什麼規則可循,才不會漏掉需求呢?
alex9453 iT邦新手 2 級 ‧ 2018-10-11 12:27:36 檢舉
但市面上沒這套軟體可試用,只有excel 報表可看,是我自己要發現需求,加上自己對這方面的經驗,還是畫流程圖,比較容易發現需求
weiclin iT邦高手 4 級 ‧ 2018-10-11 12:35:32 檢舉
就是那麼難, 把底下提到的名詞都研究一下你會有點概念, 但也不會變簡單
https://zh.wikipedia.org/wiki/%E8%BD%AF%E4%BB%B6%E9%9C%80%E6%B1%82%E8%AF%B4%E6%98%8E
q00153 iT邦新手 3 級 ‧ 2018-10-11 13:42:21 檢舉
依據經驗法則,這是不可能的事。
就算事前談的再仔細,事後不可能沒有要修改的地方。
就跟要給老闆的報告一樣......
其實一般當然不會將所謂的需求說清楚了。
因為同樣效果的東西,有那麼多套軟體可以辦到。
沒人會對一個師父說,該用什麼什麼。只會告訴需求是什麼。
師父怎麼做,該如何施工,用什麼工具。除了一些必要了解的需求確認之外。
其它的就是師父自行來決定了。
wingkawa iT邦新手 3 級 ‧ 2018-10-11 16:19:52 檢舉
真的很難,就靠接案方的經驗來補正。
假設客戶是純白的,對資訊毫無概念,那麼最開始客戶只會這麼說-
客戶:「我想要一個計算機。」
這時候太籠統,就要靠開發者問問題來確定究竟是有哪些需求-
開發者:「目的是什麼?以前是怎麼做的?計算結果要不要留下紀錄?」

結果發現客戶要的是區塊鍊炒幣圈錢系統,說好的計算機呢?

基本上不可能一次就講清楚說明白啦,很多事情你做到一半他看到進度才會想到另外還要做什麼,甚至告訴你現在做的不是他要的。
以你目前的狀態來看,最好是把每個階段的任務切得小一點,每做完一定進度就跟對方回報、確認、修正。
舉個例子,當你做好計算機的加法後,就請客戶看一下加法對不對,
他可能會跟你說:「不,我的加法加完後要自動乘1.2!」
也可能跟你說:「對,這就是我要的!」
總之這個階段完成再繼續做下一階段,這樣比較穩。
搜尋網上關於軟體需求,都講的長篇大論,是真的有這麼難嗎?
答:的確就是那麼難,不過那是針對你而言。因為你沒有基本的東西在,你需要用更困難的方式來去理解。然後用你自已的思想模式並跳躍式的理出一個人家眼中不可能或天馬行空的做法。

如果軟體需求不講清楚,後面設計很多都做白工,所以要怎麼做才能夠一次講清楚呢 ?
答:做白工這種事是常在做的事。需求你永遠都不要去想客戶或boss能一次到位的想清楚給你。要如何不做白工,自已就得要在從客戶中的需求中,去引導要做的方向是如何的,這是非常需要經驗的。畢竟,沒有經驗,你永遠也想不到客戶真正的需求是什麼。
如果說,想跟客戶或是boss凹說,明明就是照你的意思去做。還是抗議什麼的。
你就完了。
當然我也明白還是會有這樣硬凹的客戶。怎麼應變及處理就看你的能耐跟功力了。
code iT邦新手 5 級 ‧ 2018-10-11 17:24:07 檢舉
對客戶....你就跟他說你能幫他做到什麼阿
對廠商...就說你希望能做到什麼阿=..=
想到一個福特老師傅的故事,那麼大的公司都會做知識管理,但是某些東西是人家的專業,不能能白紙黑字的寫出來
網路上也不可能找的到,所以一旦發生問題,你只能問老師傅,然後萬一老師傅退休,那跟著來的就是一字千金的答案
同理,你要問需求,回應者總有這各哪個的考量不願意說清楚,一種是認為情況很複雜,跟廠商說,廠商會加價,一種是如果講得太簡單了,廠商很容易達成,哪老闆就會發現我的工作其實很簡單,那有可能會影響到我未來的薪水,所以,需求探查是很困難的工作,他要突破的是私心,而人心是最難突破的何況是私心
一般需求者提需求都不是需求分析師要的內容。
需求分析師經驗豐富的話,可以引導或歸納整理客戶端的口述需求。
其實這讓我想起多年前要幫一個客戶,開發一個購物商城,但後台要有其會計的帳務系統。
一般當時理解的帳務系統也不過就是統計相關成本跟賣價之類的東西。

但做好後,客戶跟我說這不是會計用的。免強只能算是帳務用的系統。
我當時就是一整個「黑人問號???」

客戶後來有跟我大約的說明一下,原則上就是跟會計的計算方式,沒有什麼所謂的負數。一切都是依「出」「進」等方式來做計算什麼的。
以下就不做說明了,因為這需要有會計的知識才能懂,我也只能說個一知半解。
為此,我特定去買了一本會計學的原理書。花了快3天的時間了解。重新改成他們要的東西。這期間還得特別去請教客戶。客戶也明白這是我不懂會計的東西。倒是有很認真的跟我解釋。

所以,開發系統跟程式,有時候會因為客戶的需求不同,你還是需要知道一些與程式設計無關的東西。要不然你程式碼並無法去做構建處理。
yui81424 iT邦新手 5 級 ‧ 2018-10-12 15:03:44 檢舉
同意樓上,就跟開發HR系統就必須了解一例一休改了什麼...
建議了解 Use-Case Driven Development. 他的理論簡單來說,就是不認為有辦法一次把需求講完整,清楚,正確。然後到上線前後都不需要做需求變更,這有點天方夜譚,所以唯一的方法就是你的軟體開發流程要能刺激用戶逐步明朗他的需求,能要能因應衍生的所謂需求變更。
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中
0
犬千賀
iT邦新手 3 級 ‧ 2018-10-15 11:23:12

就像你發了很多次問題,但其實只為了一個功能((我猜是某種自問自答

你會知道要呈現怎樣的效果、要運用在何處... 但我們不知道
當你發問 其他人給你解... 你會覺得不適用 基於回答再繼續發問... 一直循環直到得到要的效果

不見得是案主不清楚自己的需求
有時候對他們來說那已經是習以為常的動作 並不會太注意細節
((被問過怎麼連xxx都不知道... 靠夭我為什麼應該知道
但案主才是面對問題的人 如果他們自己都沒發現問題... 我們要怎麼幫他設想會出現的問題?

除非各行各業(或你接的案子)的SOP你都瞭若指掌 能夠人家起頭就設想好後路
雖說等你多接觸不同類型的案子之後... 案主一開口就會自動腦補出很~多問題
再厲害的引導也只是減少做白工的次數而已啦~
畢竟對我們來說是學習一個新領域的東西啊~

1
虎虎
iT邦研究生 5 級 ‧ 2018-10-17 12:56:38

跟他說後續加需求要多收錢,他就會一次講清楚了。

0
StevenCheng
iT邦新手 5 級 ‧ 2020-01-04 11:39:38

最近看到相關的敏捷溝通方法。我覺得還不錯可以分享。
就是寫出你的需求情境
每次寫需求都"一定"要寫這樣
我是一位 XXXX,我想要XXX達成什麼事情,所以 我需要XXX系統。
我是一位 XXXX,我想要XXX達成什麼事情,所以 我需要XXX功能。
我是一位 XXXX,我想要XXX達成什麼事情,所以 我需要XXX按鈕。
我是一位 XXXX,我想要XXX達成什麼事情,所以 我需要XXX按鈕是什麼顏色or有什麼反應?

不斷的去向下細分切分,這可以加快溝通效率,讓工程師知道你的目的,並且可以一起找到解法。
就可以慢慢的劃分你需要的範圍,並且將需求定義清楚。

我要發表回答

立即登入回答