嗨囉各位年薪千万大大好，小弟有系统开发的问题想请教。
最近帮一家没有任何系统流程经验的公司（约200人规模）开发内部系统。
花了一个多礼拜的需求访谈后，小弟我觉得这个系统不能一开始就订好所有的SOP，这样
后来上线，他们顺过流程，一定有会改的东西。
因为考量到我描述给他们，他们觉得可以是一回事；但他们实际用完觉得可以又是另外一
回事。
所以我初期的spec开的比较弹性，各资料模块如果不是公司既有很硬的流程，就没有很明
确的sop，希望用MVP的方式去开发这个系统，最后长成最适合此公司的样子。
然后我们找了外包和小弟我自己也要头洗下去一起写，但被外包说SA不够明确，细节不够
多，错误的处理没很完善。（外包是用人月算钱的，开发越久越赚）
但我真的觉得一开始全定义好，通通被使用者打翻的可能性很大QQ，不知道各位SA强者们
怎么看ORz
作者:
chocopie (好吃的巧克力派 :))
2019-07-11 23:29:00对外包而言越明确越省事啊
你自己都说开发越久越赚 你一开始就订 他们一开始说CL3后来觉得流程不对想改 赚的人不还是你吗?除非你想写完就换下一家 不然赚钱比较重要吧
一开始全定义好,以使用者角度,最后做出来一定不能用MVP方式没错,但问题是修改速度要快,重复去顺流程系统才有可能长成大家要的样子,而不是最后四不像另外,若你有更好的SOP,客户就会跟着你的标准做下去
谢谢前辈的建议，补充一下，赚越多的不是小弟代表的公司，而是我们找的外包团队
作者:
alihue (wanda wanda)
2019-07-12 00:53:00找外包注定要瀑布流，有明确的spec的。否则接案连你自己都会被结案只要数据库有做好正规化与交易，就能避免难缠的地雷
作者: expup (linux) 2019-07-12 01:32:00
你如果要走scrum的方式开发我是有经验但这个非常吃客户的信任还有他的程度
作者:
bill0205 (善良的小孩没人爱)
2019-07-12 08:54:00我们公司是自己开发自己的 有时候有其他事物在身 其他部门就会想插队 本来想把case排到后面 可是主管都会把某case插队近来~"~
作者:
allenxxx (fufuxxx)
2019-07-12 09:23:00对RD来说,你要模糊的写是的事,但我要明确的作法
作者:
mathrew (Joey)
2019-07-12 10:41:00有明确spec当然好，但有时候连使用者自己要什么都不知道
作者:
iamshiao (CircleHsiao)
2019-07-12 11:30:00可以一开始就订明当然是最好，但多数时候是使用者自以为可以
作者:
kyoe (缘份‧不再)
2019-07-12 11:36:00内部系统通常都是一个持续性的开发/修改,不断的loop...
用你的说法，资料不清不楚我就通灵做，反正到时候就说文件没写，你要改功能的话一样可以做很久
作者: AvatarH (Avatar Hsieh) 2019-07-12 23:07:00
外包本来就要很明确，不然双方认知差异时怎办? 当然是看黑纸白字啊!!另，200+人系统一周能访谈完也是厉害，你确定真的有理解所有的领域知识吗?
作者: LonelyMan (孤单寂寞觉得冷) 2019-07-13 01:24:00
我觉得你误会了，不是指一步到位，是面对未来业务具备可扩充性
作者:
atpx (秋雨的心情)
2019-07-13 07:24:00请先定义完美吧. 一些流程可能连user自己都没确定
这是谈的人的问题，不是说系统上线之后就不能做小幅度的修改，或者一套系统上线之后要用十多年都不动，但是看你的文章，似乎是在打算上线之后就要修改主架构，你觉得这会是一个合理的模式吗？
作者:
jennya (Jennya)
2019-07-13 11:18:00要外包给别人做就要spec明确；要走scrum或是MVP的不太可能找外包（只有可能把其中需求清楚的小部分包给外包）。不过你找到的外包，他们是做得下去、只是想嘴上diss你设计不完善，还是他们没明确spec就不做？如果只是想嘴你的话就让他们嘴吧，一样请他们先用模糊的spec照做
作者:
lokm (大鱼)
2019-07-13 22:10:00简单来说看是要赚钱 还是把事情做好 不同的方向不同做法