如何面對公司的窘境 - 加班

※ 引述《tirme (Tirme)》之銘言：
: 很快的,兩個月過去了,資訊部門四個人天天加班
: 甚至連續上班四週,早上九點到晚上十點,仍有修不完的錯誤
: 根據了解,當初開發的人根本是亂寫,只讓線性流程可以通過,稍有例外便發生錯誤
: 即便花了兩個月修正,仍舊發生交易金額錯誤的可怕情形
: 在沒有足夠時間重新開發的情況下,繼續修正看似是唯一的路了

: 剛才一開始提到,當前公司政策走向推廣多家通路商,由於都是採合作模式
: 公司提供技術,對方提供品牌行銷,因此各家通路都希望自家能夠搶先上線
: 因此老闆受到業務壓力,開始出現舉棋不定的情形
: 哪家通路施加壓力,資訊部門就必須配合優先處理該通路商的系統上線
: 短短兩個月內,優先順序進行超過三次以上的大變動
: 最後率先上線的反而是一開始從未提及的通路商

個人對原文的理解是,苦主的新系統進度80%,但公司現在用舊系統在做生意
技術層面來看,舊系統面對兩個問題:

1.開發者不是苦主原po
開發當時為了某種原因(客戶要求 系統限制 避開bug等)用了暫時性的解法
經過時間流轉,開發者離職,客戶需求也改變了,遇到某些意料外的case自然會出問題
尤其台灣公司在文件建立上不是很完整,code裡面的註解只有開發者本人才懂
後來的維護者不了解這些前因後果,維護工作自然困難重重

2.此專案有好幾個客戶
每個客戶都有獨特的需求,如何在規劃系統時就考慮到這些變數?
每次有新的需求進來,整個系統就要大改,時間一定不夠用
就算都改好,後面還有很多bug要解,一個客戶就有一堆bug,兩個客戶就有兩堆bug..

畢竟整個團隊也花了兩個月在解舊系統的問題,成果也明白攤在眼前
要繼續凹? 還是另找出路?

1.現在原po有一個開發進度80%的系統,若把新系統應用在訂房系統上,不知可行性如何?
東西是原po自己親手做的,前因後果清楚,不幸要大改時也知為誰而戰為何而戰
萬一有bug會清楚問題可能出在哪裡,可降低時間成本

2.客戶需求變數化
coding時先把客戶可能要的東西化為選項
build code前把這些選項勾一勾給preprocessor
build完就是一包客制化的產品,包含所有客戶要求的功能
一包code通吃所有客戶,核心邏輯一樣,維護上也省時省力

目前「時間」是最大問題, 老闆﹑技術部門﹑業務部門都要共同面對
花點時間把事情從頭做到好,相信對公司也有幫助

先和老闆溝通,應用原po的技術力和影響力,看看新系統能不能做起來
如果老闆願意支持且專案成功,相信未來發展不可限量
要是不行,就再說吧...

--