Assignment－委派工作，是工作中經常遇到的事。委派，並不是主管的特權，而是每個專案負責人的「工作職掌」之一。沒有把工作委派出去，表示整個專案沒有啟動－kickoff，即然沒有「off＝動」，就表示留在岸邊，船還是沒有開出去，球還是沒有踢出去．．．。
談一個Jack Ly負責的專案，因為他已經不在職了，比較可以拿出來談談。
他是一個很有心，很想把事情做好的人。當我告訴他，看看創用在做什麼，他可以找到許多創新的營運模式回來討論。我們二人進行的最後一個案子，是Google AD。一如過往，他很快做完了研究，提出很好的想法，也做出範例。此時，工作就交還給主管，由我負責到主管會議中，說服公司採用全新的策略，讓我們的網站流量換取收入，溢注自籌款。會議結果，我們得到好的回應，可以在嘗試數個月之後，再提出報告，是否大量使用Google AD。
當可以推動這個專案的時候，問題反而來了。
他不能很自由地委派工作。原因很多：沒有委派工作的平台、沒有資源、沒有．．．，以這個案例，如果各位也認為從事委派工作的人，只有部門主管的話，就大錯特錯了。Jack為本案的管理人，手中應該要有「專案工作」的各項子項，然後有一個資源分派的腹案，再找主管得到認同Approved，召開資源分派的會議，讓協力者明白專案的全貌，工作重點以及交付時間；然後，管理人要依照工作目標與時程，管理每一項工作如期交付。整個專案才算結案。
這道理並不難懂，但是，事情卻不是這樣進行的。
- 團隊中，沒有人搞懂或是想明白，這時候為何多了一個Google AD的專案，與我何干，這是Jack個人的事。
- Jack也認為他的工作已經交付完成了；主管應該主導委派工作，叫某某人如何，叫視覺設計去切版了．．．
- 移交給Gaspar，花了許多時間搞定帳戶，目前正回到項目2.
- 我還是抱著希望：會發生委派工作，並發生管理重點，並回報交付時效，以及維運期間的績效分析．．．
我觀察，不提出解決方案，不討論解決方案，不搶資源，不承諾交付時間，不管理專案細節，不堅持合理流程與工程品質，是阻礙工作者大幅成長的關鍵。讓我們反省，找出個人的問題點，勇敢一點，承擔起專案管理人的角色，嘗試委派工作並管理它，挑戰自己成長的速度。
