英明的主管

May 6 21:12~22:02

***

先插播個廣告，2013年5月25、26日（六、日）舉辦的「Scrum敏捷方法實作班：第六梯次」已經確定開課，早鳥優惠到5月10日截止，有需要的鄉民們請把握剩下的幾天時間。

***

Teddy在上Scrum課程的時候，講到Daily Scrum的內容，都會告訴學員Teddy帶領的Scrum團隊是沒有在統計每一件工作的總工時，只會在每天Daily Scrum去更新施工中工作的「剩餘工時」（remaining hour）。舉個例子，假設有一件工作在sprint planning meeting時預估需要5小時才能完成，你將該工作認領出來做了一天之後，發現案情並不單純，可能還需要8小時才能夠完成。在隔天的Daily Scrum會議中，你就將這件工作的剩餘工時由5小時改成8小時。

雖然Scrum可以透過taskboard與burndown chart來了解團隊的工作狀況，但是有好幾位朋友還是告訴Teddy，因為他們的公司有實施所謂的「工時系統」，所以就算是他們的團隊有導入Scrum，但是還是必須要另外在工時系統中填寫每件工作的時間。

看到這裡鄉民們可能會想，很簡單啊，有些開發工具本身就支援Scrum，可以直接與taskboard整合，讓工具自動幫忙記錄每件工作從checked out到done所經歷的時間。是啊，透過工具的協助可以讓紀錄工時這件事變得比較簡單一點。但Teddy想了解的是，為什麼公司要求要記錄工時？

***

為什麼要記錄工時

鄉民甲：喔，官方說法是，因為我們的專案要計算人力成本，因此需要知道每個人在每個專案的每個工作中，投入的多少小時的時間。

鄉民乙：也有可能是主管怕我們偷懶，但又不想真的關心我們在做什麼，所以就要我們每天填寫工時表。

Teddy：你們會利用上班時間上Facebook，或用Skype、Line跟同事或朋友聊天、打屁嗎？

鄉民甲、乙：（異口同聲）當然會啊。

鄉民甲：程式寫到一個段落總是要休息一下，讓腦袋放空然後再繼續挑戰下一個目標。

鄉民乙：是啊，就算是機器也要休息一下，更何況是人。

Teddy：哪你們會在工時表裡面記錄每天上Facebook或是Skype、Line的時間嗎？

鄉民甲：你想找死嗎，怎麼可能在工時表上面記這種東西。

鄉民乙：當然不可能啊，工時表是用來表現我是一位多麼認真的員工的證據耶。

Teddy：那如果你今天上Facebook花了30分鐘，這「消失的時間」怎麼紀錄？

鄉民甲、乙：（異口同聲）當然是灌水到其他工作上面啊。

***

先強調一下，Teddy並不反對紀錄工時，而且Teddy當年在學校念書的時候就已經連續記錄好幾年的工時，請參考《這不是整人遊戲之time log紀錄方式》與《你很矛盾耶：談Time Log》。但寫time log的重點就是要「誠實記錄，灌水是沒有意義的」。很可惜大部分公司的工時紀錄都無法做到讓員工「誠實記錄」這一點。

有一次某公司資訊部門的最高主管來上Teddy的課，在休息時間他問了Teddy一個問題…

主管：我們公司也是有實施工時紀錄的制度，我在想，是不是以後只要我們部門裡面有導入Scrum的團隊，我就允許他們不必記錄每日工時，改用taskboard與burndown chart來管理就好了。

Teddy：當然可以啊（內心獨白：這位主管您真是太英明了啊）。

***

Teddy接觸過好幾位資訊或研發部門的高階主管，這還是第一位立刻就願意打破公司的工時制度，直接採用Scrum的taskboard與burndown chart的主管。Teddy遇到的大部分情況都是：「雖然我們要導入Scrum，但是公司還是有公司的制度要遵循，工時還是要乖乖地填寫」。

不是Teddy要公開拍馬屁，這樣的高階主管真的不多見了，給他按五個讚。

***

友藏內心獨白：當顧問的好處，就是可以在短時間內接觸到很多不一樣的公司文化與行事作風。