[討論] 因為 chatGPT，未來瀑布式開發會是主流?

foreverk04/16 21:35你忘了這類公司的問題就就在於不寫spec或文件，或是只

foreverk04/16 21:35寫驗收交差用的，gpt時代他們還是一樣啊XD

foreverk04/16 21:41合約文件寫的是最模糊的那種，最多就是驗收階段文件會

foreverk04/16 21:41慢慢補上去，但驗收的項目跟一開始的spec大部分也不相

foreverk04/16 21:41同了

hegemon04/16 21:42瀑布流跟敏捷各有其適用的場景

NodeWay04/16 21:52你想多了 接案一樣需求會在開發前後持續修改

NodeWay04/16 21:57你說的完善spec 但多數場景連客戶自己都不清楚他要什麼

NodeWay04/16 21:58coding只佔軟體開發非常小的比例 而AI目前只加快了這小塊

alihue04/16 21:58所以我文中才說需要 chatGPT 能回頭釐清問題

foreverk04/16 22:00被樓上說完了XD接案本質上就是通靈，簽約的高層跟使用

foreverk04/16 22:00系統end user認知差距很大，而user大部分真的不知道自

foreverk04/16 22:00己要什麼，所以要應用在spec文件比較難，用在test case

foreverk04/16 22:00s比較有機會

wei11504/16 22:03客戶連他自己想要什麼都不知道 要怎麼寫規格？

NodeWay04/16 22:07所以才說通靈 有時候就是一些敘述而已你就要開始開發了

foreverk04/16 22:11合約只會寫建置xxx系統，要符合什麼法規，驗收要哪些單

foreverk04/16 22:11位，其他內容要嘛接案公司本來就是深耕客戶產業的，知

foreverk04/16 22:11道要幹嘛再依照客戶調整，不然都是要pm ba去一直開會問

foreverk04/16 22:11出來後，交給開發團隊開發

foreverk04/16 22:14最常見的就是依照客戶提出的case去寫測試，然後才發現

foreverk04/16 22:14有很多邏輯牴觸之處，最後幫客戶查出以前做法有錯帳，

foreverk04/16 22:14接著系統驗收項目就會憑空出現一個調帳功能，沒完成不

foreverk04/16 22:14撥uat驗收款

foreverk04/16 22:17那gpt能幫助的就是，快速完成各種test case提早發現客

foreverk04/16 22:17戶的商業邏輯有問題趕快改，或是乾脆問gpt遇到這種客戶

foreverk04/16 22:17該如何不追加驗收項目就通過驗收（？）

viper970904/16 22:47推接案本質上就是通靈XD

shomingchang04/16 22:52等chatgpt能出來撕逼再說吧

shomingchang04/16 22:53敏捷就是為了撕逼輸的時候 頻繁改需求才出現的

anhpc04/16 23:12@foreverk

superpandal04/16 23:23噗

Mike110904/17 00:15除非gpt會通靈XDD

eeyellow04/17 02:04連客戶都不知道自己要什麼商業邏輯，你要GPT通靈?

mozume04/17 07:29我的想法是反過來，gpt是幫助寫完結案所需文件，文件能自

mozume04/17 07:29動從程式自動不斷修改

KAOKAOKAO04/17 07:54良好的文化不是不能根基於瀑布模型 但成功的關鍵仍在於

KAOKAOKAO04/17 07:54即時的回饋與修正 這不是任何初期的精確能夠解決的

KAOKAOKAO04/17 07:55前期精確就是中後期的僵硬 AI介入輔助也不能改變這點

jej04/17 19:34你想多了 多的是scrum誤用成瀑布式的

jej04/17 19:34再加上需求變更在專案中本來就很常見

jej04/17 19:34定義上完成最小價值產品 還是使用者的偏好

ikachann04/17 20:01一堆公司都不寫文件或是文件跟成品落差很大沒更新的吧

Csongs04/17 20:33想法蠻有趣的耶

DrTech04/18 07:12呵呵，每篇都在用GPT通靈。

DrTech04/18 07:14waterfall,的問題又不是在寫規格書，waterfall也沒有硬要

DrTech04/18 07:14人寫完整的規格書。