其中一個很多基層同事也不明白的概念, 莫過於為何我把工作交給他後, 定了完成日期, 但在完成日期前還要求他們交一些 draft 出來. 他們認為"交了工作給我便不要管我了. 我到時侯能夠交貨給你便好了".
其實如果這個世界有這麼簡單, 那管理人便輕鬆多了.
我記得中學時候上畫畫課準備會考, 我們在畫畫的時候, 老師總會走來走去, 然後停在我們背後, 看著我們畫畫. 其實這是他給我們的一個應付壓力的練習. 我總有個習慣, 不喜歡把一些製作過程公開給別人看. 其實這是一個對自己無信心的表現. 因為未完成的東西, 便要拿出來給人家評頭品足, 我是受不了的.
個人的生活我可以接受這總態度, 但在團隊裡集體工作時便要放下這種態度了.
說回出draft的話題, 其實箇中願因很簡單, 我相信QA組裡的每位同事都每比我更了解時間與改善問題成本的關係. 簡單來說, 越早發現問題, 其改善的成本便越低. 以軟件開發為例, 在需求分析的階段裡發現需求有問題, 改善的成本可能只是更改需求說明書的某幾個字, 花不上幾分鐘. 在用戶接受測試時才發現需求有問題, 改善的成本可能是重寫某幾個模塊, 延後交貨日期, 令用戶對開發組失去信心, 項目組要加班等. 在系統生效以後才發現需求有問題, 其改善成本就更大了. 例如影響公司運作, 引起客戶不滿, 令公司形象受損等等. 比起在需求說明書上改某幾個字的成本相差甚遠.
再舉一個例子, 如果你有每年做身體檢查, 及早發現患了癌症, 可能透過藥物治療可以痊癒. 到中期才發現, 可能要切去某些受感染的部位, 令癌細胞不會擴散. 到癌細胞已經擴散到身體他各個部份時才發現, 可能已經沒有治療方法了.
因此我認同我老細經常說的那個向天擲石頭的道理. 問題就如石頭, 你不想見到它, 你可以把它擲向天空, 這是又快又方便的解決方法. 但別忘記它始終會掉下來, 到時候甚至乎會使你頭破血流.
管理人員其中一個職責是降低不利的風險和控制成本. 而定期或不定期監察是其中一個有效的方法. 因為當發現問題時, 他可以及早運用其影響力去令事情重回正確的方向進發. 正所謂病向淺中醫, 這樣做對每個人都是有利的.
沒有留言:
發佈留言