[嘀咕]跟老闆學管理-卸責沒有錯

[嘀咕]跟老闆學管理-卸責沒有錯
古哥:『所以除了懂得卸責的觀念外,還要有恰當的卸責條款搭配,不然大家就拼命卸責就好啦,卸責條款要被清楚且有制度的定義,例如在某個單位三天還無法解決的問題,就應該往下一個單位送,但在這三天的處理時間內,應該要採取過至少一個以上的合理行動,確認本身解決不了才能往後送,另外這樣的程序也要反覆的被稽核,確認每個單位沒有裝死不處理,等著三天到了往後送。』

...繼續閱讀 »

[嘀咕]專案管理的尚方寶劍-正式授權

[嘀咕]從矩陣型組織談專案經理授權
老闆:『道理很簡單的,你雖取得正式授權,但授的權是什麼?這並沒有被明確定義下來,目前你只有取得PM的責任,但權力呢?可沒有明確說明。各部門的成員,KPI並沒有因為這個案子而作調整,也就是說不支援你這個案子,對他的KPI或績效都沒有影響,支援了你,反而會害他的績效變差,你覺得這些人會支持你嗎?』

...繼續閱讀 »

[嘀咕]兵荒馬亂的環境,才能練就一身好功夫

[嘀咕]兵荒馬亂的環境,才能練就一身好功夫
前兩天我進公司,南姐看我跟同事在會議室討論事情,講的不亦樂乎,她也進來跟我們一起閒聊,閒聊中她提到目前部門因為與其他單位間在溝通上出了一些麻煩,雙方對一些問題的認知或者責任劃分不是那麼清楚,同仁覺得受了委屈,導致部門的氣氛有些低迷,我脫口回了這句:『兵荒馬亂的環境,才能練就一身好功夫。』。

...繼續閱讀 »

[嘀咕]比老闆要的多一點

[嘀咕]比老闆要的多一點
如果你現在跟其他人並沒有差異,那你就要努力創造出這個差異,但如何創造?首先從你日常的工作看起,如果今天你的工作是工程師,你的KPI是程式產出量、程式交期與Bug數量,若程式產出量標準是每月100小時,那你能創造110小時的產出,並維持這個數,那就是差異;如果程式交期標準是5天,你總能在4天交出,那就是差異;如果Bug數量的標準是每支程式3 個Bug,你總是能控制在2個以下,那也是差異。

...繼續閱讀 »

[產品開發]能相信的只有測試過的程式

[產品開發]能相信的只有測試過的程式
之前去聽Ruddy老師的課程時,老師問了一個問題:『我們相信local端的程式還是雲端的程式?』
這個問題的答案帶點詼諧:『我們只能相信測試過的程式。』

聽到這句話讓我會心一笑,是的,我們能相信的只有有測試過的程式,而且是在『Testing環境』中測試過的這一個 assembly、component,我強調Testing環境的那個assembly、component,為什麼?下面我來說明一下前因後果。

...繼續閱讀 »