嗨囉各位年薪千萬大大好，小弟有系統開發的問題想請教。
最近幫一家沒有任何系統流程經驗的公司（約200人規模）開發內部系統。
花了一個多禮拜的需求訪談後，小弟我覺得這個系統不能一開始就訂好所有的SOP，這樣
後來上線，他們順過流程，一定有會改的東西。
因為考量到我描述給他們，他們覺得可以是一回事；但他們實際用完覺得可以又是另外一
回事。
所以我初期的spec開的比較彈性，各資料模塊如果不是公司既有很硬的流程，就沒有很明
確的sop，希望用MVP的方式去開發這個系統，最後長成最適合此公司的樣子。
然後我們找了外包和小弟我自己也要頭洗下去一起寫，但被外包說SA不夠明確，細節不夠
多，錯誤的處理沒很完善。（外包是用人月算錢的，開發越久越賺）
但我真的覺得一開始全定義好，通通被使用者打翻的可能性很大QQ，不知道各位SA強者們
怎麼看ORz

對外包而言越明確越省事啊

你自己都說開發越久越賺 你一開始就訂 他們一開始說CL3後來覺得流程不對想改 賺的人不還是你嗎?除非你想寫完就換下一家 不然賺錢比較重要吧

一開始全定義好,以使用者角度,最後做出來一定不能用MVP方式沒錯,但問題是修改速度要快,重複去順流程系統才有可能長成大家要的樣子,而不是最後四不像另外,若你有更好的SOP,客戶就會跟著你的標準做下去

謝謝前輩的建議，補充一下，賺越多的不是小弟代表的公司，而是我們找的外包團隊

那會不會吃掉你們的利潤啊

可以明確一點 但對可能的修改要保留彈性

找外包注定要瀑布流，有明確的spec的。否則接案連你自己都會被結案只要資料庫有做好正規化與交易，就能避免難纏的地雷

你如果要走scrum的方式開發我是有經驗但這個非常吃客戶的信任還有他的程度

我們公司是自己開發自己的 有時候有其他事物在身 其他部門就會想插隊 本來想把case排到後面 可是主管都會把某case插隊近來~"~

對RD來說,你要模糊的寫是的事,但我要明確的作法

有明確spec當然好，但有時候連使用者自己要什麼都不知道

可以一開始就訂明當然是最好，但多數時候是使用者自以為可以

內部系統通常都是一個持續性的開發/修改,不斷的loop...

用你的說法，資料不清不楚我就通靈做，反正到時候就說文件沒寫，你要改功能的話一樣可以做很久

外包本來就要很明確，不然雙方認知差異時怎辦? 當然是看黑紙白字啊!!另，200+人系統一周能訪談完也是厲害，你確定真的有理解所有的領域知識嗎?

我覺得你誤會了，不是指一步到位，是面對未來業務具備可擴充性

請先定義完美吧. 一些流程可能連user自己都沒確定

這是談的人的問題，不是說系統上線之後就不能做小幅度的修改，或者一套系統上線之後要用十多年都不動，但是看你的文章，似乎是在打算上線之後就要修改主架構，你覺得這會是一個合理的模式嗎？

要外包給別人做就要spec明確；要走scrum或是MVP的不太可能找外包（只有可能把其中需求清楚的小部分包給外包）。不過你找到的外包，他們是做得下去、只是想嘴上diss你設計不完善，還是他們沒明確spec就不做？如果只是想嘴你的話就讓他們嘴吧，一樣請他們先用模糊的spec照做

需求談完就照規格做啊 之後想推翻那就再起一個案子

簡單來說看是要賺錢 還是把事情做好 不同的方向不同做法

1.0 版的功能是應酬，1.1 版的功能是辦正事