需求變更？

做了這麼久的軟體開發
花很多時間在溝通同一個概念

「不是不給你改，是真的不適合改」

軟體本來就沒有不能改的，單純要看值不值得

所謂的值不值得有很多角度
從最簡單的合約關係到資源問題
但更重要的其實是風險引入跟交接

系統是一步一步搭建上來的
每個部分都有設計假設在後面
牽一髮本就會動全身
想要局部修改而不影響整體不太可能

真的做到完全隔離那要賠上的可能是更多資源及效能

有時候很想跟甲方說其實乙方是真的負不了責
乙方能負責的只有自己寫的程式跟設計
但這些程式跟設計並無法簡單對等到商業利益及多變的環境

需求變更一直都是常態
期待用很多討論跟文件去鎖住往往是不實際的

說到底要相信人力有時而窮
真實世界總是有很多的不確定性

最後
為什麼總是都要談成本？
一方面除了大家都不能靠光合作用存活之外
這也是少數能讓對方都認真看待事情的方式

積極一點來看
成本的討論反映的可能只是立場而非限制

當然背後更深遠的是信任問題
這個就沒辦法討論也只能靠日積月累了