這是篇抱怨文，不想看的可以跳過。
這是篇抱怨文，不想看的可以跳過。
「先求有，再求好。」
我一直明白主管們這句話的意思，可是，就我每次看到的，先求有之後，似乎都沒有辦法求好。
因為整個系統可以說是從基底就沒寫好，再加上後面又有更多的事情要做，所以都沒有辦法能夠
好好的重新檢示一下是否有需要修正的地方，每次真正開始有時間之後，就是更多的新功能要開
發。
我不懂為什麼不一開始就先多花點時間好好規劃再去做，明明就已經開發過這麼多的東西，有這
麼多的經驗，可是每次都還是要先硬寫出來之後，後面再花費大量的人力和時間去維護系統，甚
致差點賠上自己的商譽。
我不知道是不是我經歷過的太少，難道系統開發都是這樣走過來的嗎？身為一個程式設計師，明
明就知道系統有問題，但是卻只能視若無賭的繼續往下開發新功能，老實說真的覺得蠻難過的。
會說到「先求有，再求好」，起因也是因為原先規劃新產品的進度delay太多了，原先排時間就
是完全不考慮是否有額外因素下去排的，可是卻碰到客戶的臨時狀況，增加了許多不是在預期之
內的工作。
在一開始的時候，其實在部門會議、及每天晨會我都會提出這件事，因為客戶的需求單，所以新
專案目前沒有進度；但是上週的部門會議，再次提到了這件事，原先規劃預計要完成的時間是本
週四，主管們才反問我怎麼沒有早點提醒。
「我一直都有說啊，可是你們要我直接去跟需求單位反應，我也有去說了，可是因為需求單位
ooxx....所以還沒辦法調時間，這件事我從一開始就一直有說啊。」
「那你應該要來一直跟我說，說到真的很急讓主管們去協調時間啊。」主管回答我。
可是，專案時程控管進度不是我要管的吧？我一直以為我的角色就是維護組的工程師，需求單
位需要在時限內處理的事情，我都有按照時程完成；今天如果沒辦法照時程走，我也一直有反
應上去啊，怎麼會變成我要去一直提醒呢？
我都不知道到底自己到底身處在一個怎麼樣的角色裡了。
另外，因為主要流程的需求單位沒辦法確定，所以原本排定要先做的單沒有多少可以做，所以
我想說先動手把元件寫完，等到他確定下來就可以直接把主要流程寫完；所以在主管問到進度
的時候，我說了只寫了元件。
「其它不是也有可以先做的功能嗎？怎麼不先寫那塊呢？你寫了元件別人又看不到進度，這樣
進度等於零啊。」
「我還以為你其它的都做完了，才會開始寫元件了。」
可是，因為主要流程是最難寫的，所以當初才決定要先寫主要流程不是嗎？我知道其它是可以
先寫的沒錯，可是每天早上的晨會我也有報告今天要做什麼事了啊，每週的固定會議也有說進
度到哪裡了啊>_<。
結果開完會出來，需求單位跟我要這幾週花在別的客戶上的時間和做了什麼事。
「我在做什麼你不是應該最了解嗎，單都是你開過來的耶。」我這樣回答他。
「可是我不知道你詳細花了多少時間，你如果沒有把時間算好，我很難跟主管講說因為哪家客
戶所以導致進度delay。」
「那我把我每天的工作報表寄給你。」我說。
「不要啦，你就把你做的項目和時間寫在team上面就好啦，我要從哪天的單開始算？」(我們
有在用team system管控需求單)
OS:明明第一週就告訴你一定會delay，天天在催你要調時間，最後一週才在跟我要東西。
結果弄到後面一整個好像都是我的問題，什麼都要我整理，然後星期一要報告。星期五回家的
腳步超沉重，不知道這樣子的工作到底是為了什麼，不知道這樣子的工作到底適不適合我。
唉。
