上禮拜趁機會向主管提出我考慮好一段時間的政策:20% 自由研究時間,意外的沒有遭到什麼反對,我們的主管很支持,也幫我們跟老闆溝通,於是今天就是第一次實行 20% 研究時間的日子。

為什麼要有 20% 的自由研究時間

Google 的 20% 自由研究時間,或者 Atlassian 的 FedEx day,是很有名的一項福利,在這段時間你可以做跟工作無關的事情、寫跟工作無關的 code,但其中偶爾會有成為公司主力產品的例子。

工作上勢必有些雜事、大家都不想做的苦差事、無聊差事等,為了讓公司順利營運,這些東西少不了,但一直讓員工做這些事的話,員工會不爽、會萌生離職念頭。

這就是為什麼我認為要有 20% 自由研究時間

  • 工程師會很興奮(工程師快樂是很重要的)
  • 可以幫公司內部做好用的工具(但這種東西一般是不會排進專案時程的)
  • 可能可以撿到公司下一隻金雞母業務

兩年前我有寫過一篇讀書心得,其中也有提到相關的話題:動機,單純的力量 重點與讀書心得

雖然聽說 Google 的 20% 自由時間已名存實亡,被員工酸是 120% 的工作時間,但我認為還是可以嘗試的,名存實亡的問題等公司跟 Google 一樣大再來擔心。

附帶一提,T客邦目前是上班打卡制、下班還是打卡制,時間到就好走了,最好不要賴在辦公室。

我們採用的規則

  • 每週五一整天(一週的 1/5 工作天 = 20%)
  • 放在禮拜五的原因是如果做開了,禮拜六日回家可以自己繼續做
  • 如果沒有想要做的主題,該週可以改成每天 20% 時間做小實驗,直到有明確的 idea 為止
  • 工程師不是機器,平常多少有狀況不好的時候,所以撥出 20% 時間其實不是很嚴重的事
  • 智慧財產權屬於公司

尋找題目

實行這樣的政策,有沒有題目作可能是維持下去的關鍵之一,如果大家都想不到要做啥,可能就會「啊算了、隨便啦」,就不了了之了。

我們找題目會從這幾個方向找

  • 公司非技術同仁提出他們面對的問題,例如 Facebook 留言抽獎的名單整理程式
  • 工程師自己在公司面對的問題,例如開發團隊 Dashboard
  • 與工作完全無關,解決自己私下面對的問題(但磨練技術最終還是會跟對公司貢獻有關)

一般來說,實做的成果能被使用(解決別人或自己的問題)、能獲得回饋(這邊如果改成…的話會更好)、受人肯定(這真好用耶!)就是不錯的題目。

示範成果

其實之前雖然沒有明文規定的 20% 自由研究時間,但工程師們本來就常常會找零碎時間做一些自動化的工具,以下兩個是我們之前做的小玩具。

Facebook 留言抽獎名單

是 Facebook 即將禁止的抽獎方式,不過當時常常有這樣的活動。

T客邦工程部 Dashboard

因為T客邦同時維護多個 Rails 網站,且都有一定的規模,加上有一些限制在,所以常常要多人對多個站平行做事、容易互搶主機,有 Dashboard 後就可以加速判斷是否搶到別人主機使用等。

另外也有待處理票的提示、開票自動化、各站的 coverage report shortcut 等方便開發者的功能。

在T客邦工作

T客邦目前還有 Rails 職缺,歡迎對 20% 自由研究時間會感到興奮的人來應徵:(工程師魂!)

Rails Developer 數名 - T客邦 (城邦文化事業股份有限公司) - Inside Job Board

另外也可參考 新進工程師如何學習 Rails 了解在T客邦可能的學習之路。