上禮拜趁機會向主管提出我考慮好一段時間的政策：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客邦可能的學習之路。