CodePlex團隊有一個Slack時間策略，並且對他們來說非常有效。你有「鬆弛」時間嗎？
對於其他人來說，這是探索技術上不符合時間表的最好時機，但最終可能會對團隊的其他成員有很大的用處。我非常確信這個價值，如果我再次經營一支球隊，我會把它變成團隊文化的一部分。
你的團隊是否有正式的Slack政策？它是如何工作的？
編輯：我剛剛意識到我沒有定義Slack。對於那些沒有閱讀過這本書的人來說，Slack就是谷歌「20％的時間」：在你的日/周/月/年中，你可以得到一些與你的工作無關的東西但可能會帶來間接好處（顯然，如果您的工作對於您的工作或公司來說完全沒有用處，那麼您的經理可能對您花費時間的方式不會很滿意：-p ）。
我只想提及谷歌在這個問題上的政策。
20％的一天應該用於私人項目和研究。
我認爲現在是時候讓管理者面對這樣一個事實，即大多數優秀的開發人員都有點懶惰。如果他們不是，我們就不會有代碼重用的概念。
如果這種懶惰可以專注於創造力，開發人員可以閱讀技術問題並嘗試體系結構和語言特性，我相信最終結果將會是更好的代碼和更滿意的開發人員。
所以，如果你是一名經理：讓你的開發人員時不時鬆懈。鼓勵他們與團隊舉行小型研討會，討論做事的新方法。
如果你是一名開發人員：閱讀，學習和熱愛你的工藝。你有世界上最好的工作之一，只要你願意花一些時間學習最好的工作方式。
我從來沒有在任何地方處理過一個正式的政策，但幾乎每一個我曾經有過經理讓我花一些時間上沒有直接關係到當前項目或在滅火的東西。
我認爲關鍵是要談論你想嘗試的事情。大多數管理者希望他們的團隊做一些很酷的事情，這是非同尋常的，所以如果你能說服他們你可以提供一些東西，那麼你可能會有機會。或者他們可能會讓你做，只是爲了讓你快樂。
現在，我是一個承包商，而不是僱員，我沒有得到報酬，做有趣的東西，但我一般只每週工作30-35個小時，所以我還是有時間去學習和玩耍。
我從來沒有在任何有正式政策的地方工作過，但我一直髮現是在一邊擠壓一點點R /工具建造時間。很多時候，我會從中獲得生產力的提升，這會讓我更加「鬆懈」。
我目前是一名全職的自由職業者，爲一個客戶工作。如果我想獲得完整的40小時工資，那麼我花費的每一分鐘都需要在批准的項目計劃中進行覈算。或者至少它必須走向某種現實的維護任務。我想你可以說這是合同的缺點之一......真的沒有餘地或閒置的空間。你只需要繼續前進並完成手頭的任務。這可能是相當枯竭的，但我有點像它讓我負責。當然，薪水比平時要好一些。
也就是說，我很樂意爲寵物項目開展工作，但沒有客戶會同意爲此付費。
無論如何，我只是想我會指出這是如何體現自由職業和全職就業之間的一些重大差異。
我們有閒置時間，我們嘗試在發佈之間安排它們。一旦發佈發佈，我們會要求我們的開發人員花費60％的時間來修復錯誤，然後再花40％的時間來處理冗餘。儘管如此，我們對您可以使用鬆弛時間的政策有所瞭解。然後，當一個版本再次升級時，我們要求所有開發人員整天花費在實現功能或修復該版本的錯誤。
該政策允許開發人員利用鬆弛時間進行培訓，創造新的公司可以使用的內容，或者只是在公司內部創建工具，讓自己更容易。它對我們運作良好。我們認爲這是一個很棒的好處。
我們團隊沒有正式的政策 - 主要是因爲只有這麼多的工作才能證明這很難。這很有諷刺意味。
我已經開始以「發展會議」的名義做一些正式的事情，至少要把這個本質注入團隊。這方面的一個例子就是一個開發項目，該項目旨在教授新技術並在其最後生成一個很酷的應用程序。
現在還很早，我們將看看它是如何發展的。
代碼重用真的是懶惰嗎？ – Nick 2013-03-01 13:37:58