jeffyeh

　　最近接到一個需求,主要是公司為了因應新的公司營運規劃,系統必需要配合新的計算方式做調整,為了配合公司,我們當然全力配合開發,只不過這次所提出來的需求可真的是比美系統重寫的程度,只不過高官們無法相信,不過加個欄位,改一點商業流程就好.

　　這個需求主要是將訂單主檔的庫別欄位移至訂單副檔去,而且原本的一張訂單只能選單一庫別變為可依每項商品去選擇不同的庫別,這樣的需求對原本的設計模式變更算很大,尤其是ERP系統又與多個系統接軌,必需保證每項系統還能順利溝通,也務求減少其它系統修改的可能性及難度,而另一個需求是多張訂單滙整到一張發票開立,原本的方式也是一對一的關係,現在要改為多對一,這下好了,資料結構似乎不能不動,而這一動將會影響到ERP系統外的所有系統,而本身ERP來說,修改的幅度與範圍將不亞於重寫,欄位的定義修改,整個流程幾乎要全部檢查,所有的判斷與驗證的程式也要,如果又異動到其它資料結構,這將會沒完沒了的結果.

　　有時的需求,在Table上新增欄位應用或調整非重要欄位的定義,確時是可以輕易的達成,但動到核心Table及重要欄位,就不再是那麼簡單了,希望老大們能瞭解,雖然老大有過去前公司的豐富經驗,很有Sense,但這異動的簡單與否要在瞭解系統後再說,並不是我們在推拖,希望把一個小任務拉長開發期,只是這次真的動到重要的核心了.

　　號稱有Sense的同仁,不要說我們程式沒寫好,怎麼可以程式碼寫死,不會寫靈活一點,加個欄位而已不是嗎. 透過這段話就可以知道你沒有Sense,雖然之前有工作經驗,也可確認你並不瞭解之前工作中的Know how,這只能為你感到可惜,即然現在你有機會再接觸到我們公司的Know how,那就請你先瞭解一下,再來決定要不要說這句話. 別用過去的經驗來說沒建設性的話,對團隊與專案沒半點幫助.