早前探討培訓的問題。如果“精神”真的可以訓練出來的話，我會選擇幫助人找到熱情。有成就的人不一定是good team player，但一定是a passionate worker。轉職項目管理後，第一步依然是“架構化”。這是喜歡做的事、是熱情所在，又是老闆最不喜歡做的事，剛好有供有求。
讀過這樣的一段描述：
Organizational skills are particularly useful in project management terms when it comes to organizing project documentation, organizing meetings, and organizing teams... Keeping yourself and your team organized will save you time. Writing things down helps prevent loss and also protects the project from delays when a key team member leaves with all the information “in their head.”資訊留在腦中，以至後人因為不知前人做過什麽而要重新學習，是非常浪費生產力的。如之前所提及的上司，雖然工作很強，但無法將經驗透說話去傳授，結果同事經驗稍遜，便影響到團隊的運作。
A good team player, 對我來說，是要懂得整理好自己的經驗，讓別人可以分享。能夠將腦袋裡的東西(至少是hard skills)系統化地傳授，那麼即使一個工資稍低、經驗不足的人，你也可以用，對自己來說也是一個方便。公司的項目一般歷時三到五年，人事變動多，牽涉的溝通過程也長，能夠將這段時間內的經過和經驗整理好，是令經驗變成“能傳授的東西”的第一步。
項目運作的基本過程，不外乎：
- 某些事件(如會議、電話、口頭對話)發生
- 事件產生資訊(決定事項)
- 資訊決定下一步行動(跟進決定事項)、或一些日後可變成行動的主意
- 行動變成經驗和更多的行動(這樣做原來好/不好，可以這樣改善)
所以，接手項目工作後，第一個任務就是建立資料庫，管理項目過程中產生的經驗的資訊(文件則用網絡磁盤儲存)。資料庫設計概念很簡單。
- 為會議等事件開設專屬頁面，輸入筆記。
- 在筆記下方加入行動(ToDo)或構思(Idea)。這兩項資料會自動加入到中央“行動列表”和“構思列表”，統一管理。
- 系統會自動連結行動和構思到來源事件。
- 來源事件名稱改變時，自動更新連結，確保不“斷纜”。
有了每一件事件、行動和構思的整全紀錄，整個項目的經過便可以完整追蹤。日後也可以利用這些資料，製作進度報告等正式文件。
完成某個行動後，我又可以為其建立一個新頁面，寫上行動的資料(如具體步驟、效果)。如發現有可以再跟進的東西，又或是有進一步的構思，便如前所說在紀錄的下方新增行動或主意，讓系統自動登錄到中央列表，重複整個經驗管理的循環。
訂閱錄音室
沒有留言:
發佈留言