› 看板 Soft_Job 關於我們 聯絡資訊
作者searchlove (鏡中靜)
看板Soft_Job
標題[請益] 內部系統一開始就要完美嗎
時間Thu Jul 11 23:27:11 2019
嗨囉各位年薪千萬大大好，小弟有系統開發的問題想請教。 最近幫一家沒有任何系統流程經驗的公司（約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
推 chocopie: 對外包而言越明確越省事啊 07/11 23:29
→ MOONY135: 你自己都說開發越久越賺 你一開始就訂 他們一開始說CL3 07/11 23:31
→ MOONY135: 後來覺得流程不對想改 賺的人不還是你嗎? 07/11 23:31
→ MOONY135: 除非你想寫完就換下一家 不然賺錢比較重要吧 07/11 23:32
→ konkonchou: 一開始全定義好,以使用者角度,最後做出來一定不能用 07/11 23:42
→ konkonchou: MVP方式沒錯,但問題是修改速度要快,重複去順流程 07/11 23:44
→ konkonchou: 系統才有可能長成大家要的樣子,而不是最後四不像 07/11 23:45
→ konkonchou: 另外,若你有更好的SOP,客戶就會跟著你的標準做下去 07/11 23:47
→ searchlove: 謝謝前輩的建議，補充一下，賺越多的不是小弟代表的 07/12 00:10
→ searchlove: 公司，而是我們找的外包團隊 07/12 00:10
→ MOONY135: 那會不會吃掉你們的利潤啊 07/12 00:14
→ vi000246: 可以明確一點 但對可能的修改要保留彈性 07/12 00:22
→ alihue: 找外包注定要瀑布流，有明確的spec的。否則接案連你自己都 07/12 00:53
→ alihue: 會被結案 07/12 00:53
→ alihue: 只要資料庫有做好正規化與交易，就能避免難纏的地雷 07/12 00:54
推 expup: 你如果要走scrum的方式開發我是有經驗 07/12 01:32
→ expup: 但這個非常吃客戶的信任還有他的程度 07/12 01:33
推 bill0205: 我們公司是自己開發自己的 有時候有其他事物在身 其他 07/12 08:54
→ bill0205: 部門就會想插隊 本來想把case排到後面 可是主管都會把某 07/12 08:55
→ bill0205: case插隊近來~"~ 07/12 08:55
→ allenxxx: 對RD來說,你要模糊的寫是的事,但我要明確的作法 07/12 09:23
推 mathrew: 有明確spec當然好，但有時候連使用者自己要什麼都不知道 07/12 10:41
推 iamshiao: 可以一開始就訂明當然是最好，但多數時候是使用者自以 07/12 11:30
→ iamshiao: 為可以 07/12 11:30
推 kyoe: 內部系統通常都是一個持續性的開發/修改,不斷的loop... 07/12 11:36
推 anandydy529: 用你的說法，資料不清不楚我就通靈做，反正到時候就 07/12 17:15
→ anandydy529: 說文件沒寫，你要改功能的話一樣可以做很久 07/12 17:15
→ AvatarH: 外包本來就要很明確，不然雙方認知差異時怎辦? 當然是看 07/12 23:07
→ AvatarH: 黑紙白字啊!!另，200+人系統一周能訪談完也是厲害，你確 07/12 23:08
→ AvatarH: 定真的有理解所有的領域知識嗎? 07/12 23:08
推 LonelyMan: 我覺得你誤會了，不是指一步到位，是面對未來業務具備 07/13 01:24
→ LonelyMan: 可擴充性 07/13 01:24
推 atpx: 請先定義完美吧. 一些流程可能連user自己都沒確定 07/13 07:24
推 DeathTemp: 這是談的人的問題，不是說系統上線之後就不能做小幅度 07/13 09:37
→ DeathTemp: 的修改，或者一套系統上線之後要用十多年都不動，但是 07/13 09:37
→ DeathTemp: 看你的文章，似乎是在打算上線之後就要修改主架構，你 07/13 09:38
→ DeathTemp: 覺得這會是一個合理的模式嗎？ 07/13 09:40
→ jennya: 要外包給別人做就要spec明確；要走scrum或是MVP的不太可能 07/13 11:18
→ jennya: 找外包（只有可能把其中需求清楚的小部分包給外包）。 07/13 11:18
→ jennya: 不過你找到的外包，他們是做得下去、只是想嘴上diss你設計 07/13 11:21
→ jennya: 不完善，還是他們沒明確spec就不做？如果只是想嘴你的話就 07/13 11:21
→ jennya: 讓他們嘴吧，一樣請他們先用模糊的spec照做 07/13 11:21
→ ChungLi5566: 需求談完就照規格做啊 之後想推翻那就再起一個案子 07/13 11:59
推 lokm: 簡單來說看是要賺錢 還是把事情做好 不同的方向不同做法 07/13 22:10
推 tacovirus: 1.0 版的功能是應酬，1.1 版的功能是辦正事 07/20 09:33