Thursday, February 12, 2009

如何看緊你的員工

朋友問, 最近覺得員工的工作狀態不是很好, 大家的進度很慢, 到底要怎樣讓大家認真工作?
我回答 : 哇哈..., 你門公司也會有狀況阿, 你們這些高科技公司, 也有這樣的困擾, 那一般的素質比較低的產業, 不就更嚴重嗎. 好吧, 我們的經驗是這樣的.

就是要看緊點, 所謂的看緊, 就看你怎樣做了喔.
以前我們一個案子有聘請委外的人力(Outsourcing), 這些人力是非常貴的, 一個人力月支出約是我們員工的兩三倍, 你想, 有這種資源的單位, 怎樣使用這些資源, 做了什麼事, 沒有被好好 Review 是不可能的. 所以當你手中有這種資源時, 管理這件事必須格外的做好.
而我們就是每天 Review, 看看昨天做了哪些事情, 完成了哪些, 有沒有怎樣的問題是導致工作沒有辦法進行的, 還有今天計畫要進行怎樣的工作...等. 因為我們有點類似研發的工作, 如果沒有把問題發掘出來, 導正錯誤的方向, 讓這些錯誤繼續進行下去都是在讓費資源, 而多久 Review 一次就是停損點. 故每天 Review , 最多的損失就是一天.
這樣的頻繁 Reivew 對於員工來多, 其實是一個很大的壓力, 所以也需可以改良 Reivew 的方式, 或是說關切, 未達相同目的有不同的作法.

Sunday, February 08, 2009

Coverage Lost

朋友告訴我說, 她們現在已經開始在使用NCover這一套元件了, 我想她們又進步了不少, 值得高興.
做系統, 寫程式, 走到這個地步, 我想在台灣已經算是很了不起了, 我必須向您鼓掌.
要談論 NCover , 就必須談論 Unit Test, 哎呀...(還是不要談的好, 對於打字慢的我這可是一種煎熬).

所以直接切入 NCover, NCover 可以讓您知道, 您的程式碼, 有哪些是會被你的測試程式執行過, 然後算出所佔的比例, 這個比例值也就是 Coverage, 當然值越高(表面上)是越好的. 因為這只是表示【被你的測試程式執行過】的比例, 我想說的是執行過不等於被測試過, 我認為這只是一個可Auto Monkey Test. 故我必須強調 : Coverage 雖是一種被認定的指標, 但如果要真的做好測試這件事, 不能只看 Coverage, 還是要做好最基本的 Test Plan, 規劃好 Test Case. 就是這麼一回事喔.