自我專案管理

工作不是永遠都是工作塞到滿，偶爾就是有鬆散的時候，你不見得會很用力去擠出時間追加產值，但其實也不建議你去擠時間追進度。

當然，不存在那種會讓你閒到發慌的工作（最少我是沒遇過啦），但工作往往有很忙的時期與比較不忙的時期。話又說回來，進度這種東西並不是永遠都要追。

一個每天壓死線的情境

我舉個情境：

如果你們公司每天都在壓死線，大家都在趕專案能夠如期交付在最後一天QA 修復issues，在死線日 hotfix，那你可曾想過就算今天你提前三四天完成其實也是一樣的結果。

人類都是如此⋯⋯

可能PM心裡想「啊，還有三天，你多做個功能好了」

可能QA心裡想「啊，還有三天，你的功能我再測叼鑽一點好了」

可能UI心裡想「啊，還有三天，這個間距很不理想，我再調整一下好了」

可能工程師心裡想「啊，還有三天，這個API 設計不理想，我來調整一下好了」

諸如此類的情況⋯⋯

可能你的加班並不是你一個人的問題，而是很多很多因素的結果，這其實是「文化問題」。

專案管理的關鍵是按時交付，不是提前交付

當然，不是每間公司都這麼糟糕而血汗，但你必須依照公司的性質作出所謂的「價值」。如果你們是個每天趕的要死的接案公司更要注意自己的工作價值，不要被其他人擠出來的一些狗屁工作給淹沒。這是應該是安排自己的速度和進程，不需要拉早交付時間，因為專案管理的關鍵是「按時交付」而非「提前交付」。你可能會覺得「啊我如果能提早完成為什麼要拖到時間到？提早做完不就彰顯自己的能力嗎？」。然而事實恐怕不是如此⋯⋯所以到底在交付期到之前要做什麼呢？

那交付期到之前該做什麼？

我會提供一些建議給你

• 不是不能提前交付，但不要提前太多，通常抓總專案時程提前個10%左右還可以。（意思是越趕越不需要提前）
• 撰寫文件，文件不是要給正在跑專案的人閱讀的，是要給以下幾種人看的：「沒參與這個專案的同事」、「新進的同事」、「半年後的自己」
• 多和專案中有話語權的同事討論，一來是因為有話語權的人通常會帶動方向，等於是釐清需求的方法。
• 多關心自己沒參與的專案發生什麼事，也多閱讀自己未觸及的專案文件和程式（如果有權限的話，但公司規模不大的情況基本上都有機會），掌握全局有利于掌握公司動態和幫助未來適應，特別是職務與自己相近的同事他的工作內容。
• 撰寫個人工作日誌，紀錄自己到底做了些什麼東西，特別要紀錄常規外所做的事。

以上內容或許有些很好理解為什麼，有些其實背後還有很多價值但短期看不見。這就代表著都是「重要但不緊急」特性的工作內容都可以包含，依據工作職務的差異還能自行調整。日久會發現工作起來會越來越輕鬆，除非是有加班文化的公司，不然也可以漸漸減少自己的工作壓力。

當然，這也是過去的經歷給予我的經驗，如果你有什麼覺得可以更好的或是更有價值的歡迎與我分享～