兩週前，一切on schedule；兩週後，大混亂!

這本文件，是整個專案的最上游文件，由我負責撰寫
有了他，我才能繼續撰寫另外三本文件
初版去年此時就已經完成了，後來有了些小修改，也在去年下半年出了新版
下游的三本文件，在努力工作下，其中兩本分別在二月底與三月底完成
剩下一本文件的期限是七月
理論上這幾本文件不太應該由同一個人寫，但是因為是研發案，人力不足
所以一人分飾多角，想要把每份文件顧好，得要有多重人格特質才行

下游另外還有一本文件是由另一位同事負責
在他撰寫，審查，修改的過程中，發現需要我的上游文件做修改會比較方便
因此我就接受提議，修改了這本最上游文件

慘劇就此發生......

原本只是一個小修改，牽涉的範圍很小
但是由於整個系統由實體變成模擬，因此整個研發案的目標全變了!
因為還要加上模擬環境，所以最上游的文件首當其衝
就在要審查這個小修改的時候
專案品保就對變更研發案目標的部份一口氣提了快30點應修改的地方
怎麼辦呢?改目標就沒辦法了，幾乎沒有意見是可以反駁的，只好改了
改還不是直接改電腦檔就行了，還得把原稿印出來，用紅筆標註是哪邊修改過了
修改的地方繁多，幾乎是把2/3本文件給印出來改
改完以後的文件，會讓我想起"朱墨爛然"這個詞......忘記出處了

馬拉松式的審查會

這兩天開審查會審查改完的文件，成了一場冗長的會議
由於文件是我寫的，因此我就成了會議的主持人
這個會按編制來說，應該要來7個人
其中一個缺席，應該要來六個，可是會議只有四個人
因為我一人分飾多角，在這個會裡要扮演三個角色
審查會從昨天從下午2點開到下班，今天一早繼續，10點暫停；下午3點再來，開到下班
整整開了7小時的審查會，中間還得視情況還得變換自己的角色
都覺得自己快得精神分裂症了
更糟的是，文件還沒審查通過，還必須要做修改
原本打算三天把這本文件審完，我看沒三個星期應該出不來
更糟的是，這是上游文件，可能對下游文件產生影響
也就是說，就算改好了這本文件，後面三本文件都會因為這本文件的修改而需要進行修改
真的是工程浩大

對著滿是修改痕跡的文件，苦笑一下，也只能幫自己加加油囉
要當個萬能的工程師，就得什麼都會囉......