Googleで雇われている場合、80％の間雇われた仕事をするだけです。他の20％の時間は、あなたが好きなものに取り組むことができます。少なくとも、それが理論です。
Googleの20％の時間ポリシーは、今までにソフトウェアエンジニアリングサークルでよく知られています。よく知られていないのは、この概念が日付を記入することです1948年まで3メートルでさかのぼります。
1974年、3Mの科学者アートフライは巧妙な発明を思いつきました。彼は、紙の後ろに接着剤（数年前に同僚のスペンサー・シルバーによって夢を見た）を塗布することができれば、彼の教会の賛美歌に置かれた完璧なブックマークを作成できると考えました。彼はそれをポストイットノートと呼んだ。フライは現在の象徴的な製品を思いついた（彼はそれについてスミソニアンに話します
ここ
）彼の「15％」の間に、従業員が有給の時間の一部を使用して虹を追いかけ、自分のアイデアをhatch化させることができる3Mのプログラム。スクイーズな従業員の福利厚生のように思えるかもしれません。しかし、この時代は実際に会社のベストセラー製品の多くを生産しており、GoogleやHewlett-Packardのような、当時のトップテクノロジー企業のいくつかの先例を設定しています。
これのHPのバージョンに関するドキュメントはあまりありません。私がそれについて言及されているとき、それは常に明示的なポリシーではなく、「慣習」と呼ばれます。ロバートX.詳細を提供します：
Googleはそれを発明しませんでした：HPはそうしました。そして、HPでプロセスが制定された方法は、金曜日の昼食後の10％があったという点で非常に正式でした。すべてのエンジニアが野生のアイデアに取り組んでいるすべてのエンジニアと一緒に、金曜日の午後にそれがどのようなものだったに違いないか想像してみてください。そして、システムの他の部分は、それらのエンジニアが「ラボストア」と呼ばれるものにアクセスできることでした。顕微鏡であろうとマグネトロンであろうと、金曜日の午後には疑いなく服用できるかどうかにかかわらず、仕事をする必要があります。 HP倉庫から。これにより、これらのプリンターを含むHPの最大の製品の一部を生み出すイノベーションの急増が可能になりました。
たぶん、HPは1939年以来存在していたので、これを発明しました。デイブ・ラゲットたとえば、HPでの10％の時間にHTMLを発明する上で明らかに大きな役割を果たしたようです。
この概念はGoogle以前のものですが、実際の戦略としてそれを検証し、他の誰よりもハイテクサークルでそれを普及させるためにもっと多くのことをしました。奇妙なことに、見つかりませんにリストされている20％の時間給付についての言及現在のGoogleジョブページ、しかし、それはGoogleの文化の不可欠な部分です。そして、正当な理由があります：注目すべき20％のプロジェクトには含まれますGmail、Google News、Google Talk、AdSense。元従業員のマリッサ・マイヤーによると、Googleの製品の半分がその20％。
Hewlett-Packard、3M、およびGoogleでは、彼らの最高で最も人気のある製品の「多くの」は、従業員がやりたいことに取り組むために従業員に付与した薄い時間から来ています。これはどういう意味ですか？私たちは皆、職場でもっと愚かさを持ち、私たち自身のアイデアを試してみるべきでしょうか？それが本です20％の教義探索します。
20％の時間に密接に関連するのはハックデーです。ハッキングデイは、スケジュールから特定の24時間の時間枠を切り開き、その期間中に大規模なグループが共同で（または友好的な競争で）働くように協力することを奨励します。チャド・ディッカーソン2005年にYahooで最初の1つを設立しました。
前の金曜日、私はYahoo!で最初の内部ハックの日を開催していました。会社の周りの人々の大まかに組織されたバンドの助けを借りて。その日の「ハック」指定は、ハッカー文化に対する帽子の先端でしたが、特にうまく機能しなかったシステムを修正しようとしているという事実にもうなずきました。アイデアは本当にシンプルでした。私たちの部門のすべてのエンジニアは、彼らが構築したいものを何でも構築するために休みを与えられました。唯一のルールは、24時間以内に何かを構築し、期間の終わりに表示することでした。イベント自体の基本構造は、小さなスタートアップで見たものに触発されましたが、確立された会社で大規模なイベントを試みた人はいませんでした。
最初のヤフー！ハックの日は明らかに成功でした。革新に苦労していた会社では、約70のプロトタイプが24時間の期間でどこからともなく現れ、人々がhopり、叫び声を上げた喜びに満ちた熱狂的な環境で提示されました。睡眠不足のTシャツを着た開発者は、金曜日の夜に仕事に遅れをとって、何かを構築したい以外の理由で構築したプロトタイプを表示しました。オープンソースソフトウェア、大聖堂とバザールに関する彼の独創的な本の中で、エリック・レイモンドは次のように書いています。 Yahoo!の周りにかゆみがたくさんあった多くの開発者が明らかにありましたしかし、彼らに集合的なカタルシスのスクラッチを発行させるのにハックの日がかかりました。
アトラシアンのバージョン、四半期ごとShipit Dayまた、2005年にさかのぼります。興味深いことに、彼らはGoogleの20％の時間ポリシーをエミュレートしようとしました。混合結果。
遠く離れて、最大の問題は、20％の作業の時間をスケジュールすることでした。 1人が言ったように、「20％の時間を取得することは、新しい機能とバグの修正を提供するというすべてのプレッシャーの中で非常に困難です。」 Atlassianは頻繁に製品リリースを行っているため、チームが「ダウンタイム」をスケジュールするのは非常に困難です。特に小さなチームは、コア製品開発から離れて時間をかける余裕がないことがわかりました。これは、チームリーダーが厳しいためではありませんでした。多くの場合、開発者が20％の仕事をしている間、仲間のワークロードを増やしたくないためでした。彼らは開発している製品が好きで、彼らの努力を誇りに思っています。しかし、彼らは特権を楽しんでいると見なされたくありませんが、他の人はワークロードを持っています。
文書化された成功の実績が十分にあると思います。それは、あなたが働いている場所や20％の時間のようなものにロビー活動する価値があると思います。しかし、あなたがする前に、あなたとあなたの会社が準備ができているかどうかを検討してください：
1。スケジュールに適切なスラックはありますか？
スケジュールに絶対にゼロのスラックがある場合、20％の時間、または1回のわずかなハックの日を現実的に達成することはできません。あなたの周りの誰もが、できる限り一生懸命フルチルトブギーを働いている場合、それはおそらく健康ではありません。確かに、誰もが時々クランチの時間を持っていますが、あなたの職場環境が一定のクランチ時間のように感じられる場合は、最初にそれに対処する必要があります。弾薬については、お試しくださいTom Demarcoの本Slack。
2。空想の時間は重要ですか？
誰かが「忙しく見えない」ためにflakを手に入れた場合、あなたの会社の職場文化はこのようなイニシアチブをサポートできないかもしれません。尖った髪のボスレベルでは、思考と空想に費やした時間は仕事の有効な部分であるという賛成剤が必要です。空想は仕事のアンチテーゼではありません。それどころか、創造的な問題解決それが必要です。
3。失敗は受け入れられますか？
「あなたが望むものに取り組む」自由を与えられたとき、仕事が重要であるために本当にそれを意味しなければならない力。ほとんどの場合、それは従業員に、彼らのSkunkWorksプロジェクト、影響力、または判断をあげて惨めに失敗する自由な自由を提供することを意味します。失敗し、多くのものがなく、イノベーションや真の実験はありません。失敗から学習し、先に進むという（迅速！）の価値は膨大です。
4。個々の実験は尊敬されていますか？
コレクティブプロジェクトタスクリストで次のことを続けないことに対して、個々の実験に対する健全な敬意がない場合、これらのイニシアチブは失敗する運命にあります。あなたは、会社として、そして仲間として、重要な革新と改善がボトムアップでいつでも会社のすべての人からもたらされると本当に信じなければなりません。全能のマスタープラン。
ここでこれらの部分の周りで物事を改善すると思うものに費やした時間に費やすことは、励まされているだけでなく、仕事のように仕事のように感じさせることに長い道のりを歩むだけではありません。
今日は職場での間違いです|コーディングホラー
ジェフ・アトウッドは、コードホラーと共同設立者のブロガーですスタックオーバーフロー。 Twitterで彼をフォローしてください@codinghorror。
