嘿！任務的重點在源頭啦！

人生與工作上很常聽到一句話「頭過身就過」，在工作上，我延伸這句話的意思，頭是源頭，代表任務真正的目標與目的。目標與目的都搞錯了，接下來執行只是一團亂與無止盡的惡夢。

尤其承擔的任務越大，管理的位階越高，源頭的責任也就越大。自己做單一任務的時候，搞錯方向只是浪費自己的時間，帶團隊做任務的時候，搞錯方向是浪費一群人的時間，帶領公司營運的時候，決策錯誤也可能如一落千丈的衰敗企業，浪費多少家庭的生計。(好像講得太嚴重了)

有時自己看專案管理，最重要的一環其實在需求確認。這是做專案其實最抽象也最挑戰的地方。因為需求單位通常說出的東西，通常只會以他的熟悉的文化背景來敘述，講事情的邏輯可能與負責專案執行人背景迥異。我認為最關鍵的兩個點：

1. 需求如何正確轉化為規格
2. 需求單位描述的目標背後隱含的商業邏輯

要看專案經理的敏銳度，反覆確認小心求證的細心度。否則，為什麼專案不是需求單位說A就做A就好？這不就是白紙黑字的命令去執行而已嗎？

如果真的是這樣，今天需求單位就直接跟設計師與工程師對口可能更有效率，也不需要專案與技術經理協助了。

以前在製作公司環境，的確比較像上述所說的，把客戶要做的專案範圍規範清楚，訂立合約收錢執行，專案上線結案收錢。但在企業內的專案可能就要考量後續營運，專案對營運或業務單位會產生什麼影響，完成專案同時，如何滿足內部與外部客戶需求，真的就要看功力與敏銳度。

一個環節的錯誤，不只是影響一個人的工時，更可能排擠到更多專案的排程，講更深遠可能都影響企業的運作甚至對外商譽。

另外，需求單位也有責任將需求具體釐清，任務明確化。雖然有些事情知道是持續漸進想法才會比較成熟，中間也需要與專案協作同事保持溝通。若只是講究分工權責，或需求者自己也沒想清楚要什麼就直接壓下完成時間，恐怕也只是更多的資源內耗。