[請益] 內部系統一開始就要完美嗎

看板Soft_Job作者 (鏡中靜)時間4年前 (2019/07/11 23:27), 4年前編輯推噓12(12推 0噓 33→)
留言45則, 21人參與, 4年前最新討論串1/1
嗨囉各位年薪千萬大大好，小弟有系統開發的問題想請教。 最近幫一家沒有任何系統流程經驗的公司（約200人規模）開發內部系統。 花了一個多禮拜的需求訪談後，小弟我覺得這個系統不能一開始就訂好所有的SOP，這樣 後來上線，他們順過流程，一定有會改的東西。 因為考量到我描述給他們，他們覺得可以是一回事；但他們實際用完覺得可以又是另外一 回事。 所以我初期的spec開的比較彈性，各資料模塊如果不是公司既有很硬的流程，就沒有很明 確的sop，希望用MVP的方式去開發這個系統，最後長成最適合此公司的樣子。 然後我們找了外包和小弟我自己也要頭洗下去一起寫，但被外包說SA不夠明確，細節不夠 多，錯誤的處理沒很完善。（外包是用人月算錢的，開發越久越賺） 但我真的覺得一開始全定義好，通通被使用者打翻的可能性很大QQ，不知道各位SA強者們 怎麼看ORz -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 101.11.12.8 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1562858833.A.FEA.html ※ 編輯: searchlove (101.11.12.8 臺灣), 07/11/2019 23:28:18
推
07/11 23:29, 4年前 , 1F
對外包而言越明確越省事啊
07/11 23:29, 1F
→
07/11 23:31, 4年前 , 2F
你自己都說開發越久越賺 你一開始就訂 他們一開始說CL3
07/11 23:31, 2F
→
07/11 23:31, 4年前 , 3F
後來覺得流程不對想改 賺的人不還是你嗎?
07/11 23:31, 3F
→
07/11 23:32, 4年前 , 4F
除非你想寫完就換下一家 不然賺錢比較重要吧
07/11 23:32, 4F
→
07/11 23:42, 4年前 , 5F
一開始全定義好,以使用者角度,最後做出來一定不能用
07/11 23:42, 5F
→
07/11 23:44, 4年前 , 6F
MVP方式沒錯,但問題是修改速度要快,重複去順流程
07/11 23:44, 6F
→
07/11 23:45, 4年前 , 7F
系統才有可能長成大家要的樣子,而不是最後四不像
07/11 23:45, 7F
→
07/11 23:47, 4年前 , 8F
另外,若你有更好的SOP,客戶就會跟著你的標準做下去
07/11 23:47, 8F
→
07/12 00:10, 4年前 , 9F
謝謝前輩的建議，補充一下，賺越多的不是小弟代表的
07/12 00:10, 9F
→
07/12 00:10, 4年前 , 10F
公司，而是我們找的外包團隊
07/12 00:10, 10F
→
07/12 00:14, 4年前 , 11F
那會不會吃掉你們的利潤啊
07/12 00:14, 11F
→
07/12 00:22, 4年前 , 12F
可以明確一點 但對可能的修改要保留彈性
07/12 00:22, 12F
→
07/12 00:53, 4年前 , 13F
找外包注定要瀑布流，有明確的spec的。否則接案連你自己都
07/12 00:53, 13F
→
07/12 00:53, 4年前 , 14F
會被結案
07/12 00:53, 14F
→
07/12 00:54, 4年前 , 15F
只要資料庫有做好正規化與交易，就能避免難纏的地雷
07/12 00:54, 15F
推
07/12 01:32, 4年前 , 16F
你如果要走scrum的方式開發我是有經驗
07/12 01:32, 16F
→
07/12 01:33, 4年前 , 17F
但這個非常吃客戶的信任還有他的程度
07/12 01:33, 17F
推
07/12 08:54, 4年前 , 18F
我們公司是自己開發自己的 有時候有其他事物在身 其他
07/12 08:54, 18F
→
07/12 08:55, 4年前 , 19F
部門就會想插隊 本來想把case排到後面 可是主管都會把某
07/12 08:55, 19F
→
07/12 08:55, 4年前 , 20F
case插隊近來~"~
07/12 08:55, 20F
→
07/12 09:23, 4年前 , 21F
對RD來說,你要模糊的寫是的事,但我要明確的作法
07/12 09:23, 21F
推
07/12 10:41, 4年前 , 22F
有明確spec當然好，但有時候連使用者自己要什麼都不知道
07/12 10:41, 22F
推
07/12 11:30, 4年前 , 23F
可以一開始就訂明當然是最好，但多數時候是使用者自以
07/12 11:30, 23F
→
07/12 11:30, 4年前 , 24F
為可以
07/12 11:30, 24F
推
07/12 11:36, 4年前 , 25F
內部系統通常都是一個持續性的開發/修改,不斷的loop...
07/12 11:36, 25F
推
07/12 17:15, 4年前 , 26F
用你的說法，資料不清不楚我就通靈做，反正到時候就
07/12 17:15, 26F
→
07/12 17:15, 4年前 , 27F
說文件沒寫，你要改功能的話一樣可以做很久
07/12 17:15, 27F
→
07/12 23:07, 4年前 , 28F
外包本來就要很明確，不然雙方認知差異時怎辦? 當然是看
07/12 23:07, 28F
→
07/12 23:08, 4年前 , 29F
黑紙白字啊!!另，200+人系統一周能訪談完也是厲害，你確
07/12 23:08, 29F
→
07/12 23:08, 4年前 , 30F
定真的有理解所有的領域知識嗎?
07/12 23:08, 30F
推
07/13 01:24, 4年前 , 31F
我覺得你誤會了，不是指一步到位，是面對未來業務具備
07/13 01:24, 31F
→
07/13 01:24, 4年前 , 32F
可擴充性
07/13 01:24, 32F
推
07/13 07:24, 4年前 , 33F
請先定義完美吧. 一些流程可能連user自己都沒確定
07/13 07:24, 33F
推
07/13 09:37, 4年前 , 34F
這是談的人的問題，不是說系統上線之後就不能做小幅度
07/13 09:37, 34F
→
07/13 09:37, 4年前 , 35F
的修改，或者一套系統上線之後要用十多年都不動，但是
07/13 09:37, 35F
→
07/13 09:38, 4年前 , 36F
看你的文章，似乎是在打算上線之後就要修改主架構，你
07/13 09:38, 36F
→
07/13 09:40, 4年前 , 37F
覺得這會是一個合理的模式嗎？
07/13 09:40, 37F
→
07/13 11:18, 4年前 , 38F
要外包給別人做就要spec明確；要走scrum或是MVP的不太可能
07/13 11:18, 38F
→
07/13 11:18, 4年前 , 39F
找外包（只有可能把其中需求清楚的小部分包給外包）。
07/13 11:18, 39F
→
07/13 11:21, 4年前 , 40F
不過你找到的外包，他們是做得下去、只是想嘴上diss你設計
07/13 11:21, 40F
→
07/13 11:21, 4年前 , 41F
不完善，還是他們沒明確spec就不做？如果只是想嘴你的話就
07/13 11:21, 41F
→
07/13 11:21, 4年前 , 42F
讓他們嘴吧，一樣請他們先用模糊的spec照做
07/13 11:21, 42F
→
07/13 11:59, 4年前 , 43F
需求談完就照規格做啊 之後想推翻那就再起一個案子
07/13 11:59, 43F
推
07/13 22:10, 4年前 , 44F
簡單來說看是要賺錢 還是把事情做好 不同的方向不同做法
07/13 22:10, 44F
推
07/20 09:33, 4年前 , 45F
1.0 版的功能是應酬，1.1 版的功能是辦正事
07/20 09:33, 45F
‣ 更多 searchlove 的文章
文章代碼(AID): #1T9rLH_g (Soft_Job)