Y07 不要只用技術的角度想事情(2)

與不同的同事們聊天時，才發現每個人的設計想法差異很大，最常見的設計想法是將執行交易種類次數報表與記錄模組全部都綁在一個模組裡，然後套用“只作出客戶需要的東西”這個說法。如此一來，這個模組的存在最差的情況下只符合這一個報表，而且記錄的資料元素很可能因沒妥善思考而不足，根本沒法應付未來的各種可能。

不去想其他可能而只注重單一功能，進行速度當然可以很快。但是在未來有需要修改記錄的資料元素才能產生的報表時，就需要改動最底層的模組，連帶地影響其他原本可以正常運作的報表；為了隔絕對舊有系統的影響，唯有copy-paste出另外一套來修改。這樣就產生了號稱絕不疊床架屋的設計──只是同樣的東西有很多套而已。

交易記錄模組是需要良好的設計來提供最大範圍的支援，報表部份則從底層模組取得資料只作客戶所需要的就好。底層的模組用最大化的可能設計來應付未來需求的改變，實際的呈現則只實作客戶提出的部分即可；雖然客戶想要的可能會增加，但是多送他不需要的東西也絕對不會收的。

觀察主管的感覺，發現他們通常會先定出做事目標，然後會陳述做事的順序與原則，但是對於每個步驟所需要用到的資源與可能的困難點幾乎都不涉獵，通常變成很理想化的想法。實際做事的人需要顧及每個步驟的可行性、風險與替代方案，這些都不是只談原則就能夠順利推動，而是需要精確地衡量與思考才有可能做好的。

在主管的想法與實際施行有衝突時，實在有股衝動想跑去主管面前大聲疾呼：可不可以拜託你們從技術的角度來想事情！