なぜプログラマーにはドア付きの個室オフィスが必要なのか？

• プログラマーであり YC を作ったポール・グレアムが、初めて2種類の仕事を区別した

  • 1つ目の種類は、中断しても問題のない仕事で、いつでも止めて再開できる
  • 2つ目の種類は「Do Not Disturb（邪魔しないで）」の仕事で、集中を要し、中断されると生産性に大きな損失が生じる

• 「Do Not Disturb」の仕事の生産性は線形ではなく、時間の二乗に比例して増加することがある。

  • たとえば、2時間の作業は4単位の生産性を、1時間ずつ2回の作業は2単位の生産性を生み出しうる。
  • このような仕事では、30秒の妨害でも生産性を大きく低下させることがある。

ドアからドアまで

• オープンオフィスと個室オフィスのあいだにある永遠の緊張関係は、2種類の仕事によって説明できる。
  • 中断可能な仕事をする人にとっては、オープンオフィスが有利な場合がある。
  • 「Do Not Disturb」の仕事をする人にとっては、個室オフィスが不可欠だ。
  • 「Joel On Software」の著者であり、StackOverflow を作ったジョエル・スポルスキーは、この理由から個室オフィスの重要性を強調している。
    • 「VC投資を受ける場合、開発者向けの個室オフィスを持つのが不可能になるので、外部資金の調達を完全に避けました」

メールを無視しよう

• 「Do Not Disturb」の仕事は、生産性に関する著者たちが、1日の最初の数時間はメールを完全に無視して作業に集中するよう勧める理由の核心でもある。
  • メールは仕事の中断の極端な例であり、短時間で返答しながら生産的だと感じるかもしれないが、実際には重要な仕事の流れを妨げる。

時間と空間

• 「Do Not Disturb」の仕事についてのいくつかのヒント:
  • 可能であれば作業時間を無制限に設定し、メール確認などの予定に縛られずに仕事に没頭するのがよい。
    • ポール・グレアム: 「予定された妨害要素は、予定されていない妨害要素よりも悪いことがある。1時間後に会議があると分かっていたら、難しい仕事を始めようともしないだろう」
  • すべての妨害が同じようにできているわけではなく、脳を混乱させる妨害は避けるべきだ。
  • 自動操縦の状態で処理できる妨害は許容されうる。

一緒に働く

• 管理者には、「Do Not Disturb」の仕事をする人を守り、彼らが重要な仕事に没頭できるよう支援することが勧められている。
  • 「Do Not Disturb」の仕事は非常に楽しい仕事であり、創造的なアイデアや革新的な発明を生み出すために不可欠だ。

GN⁺の意見:

• この記事で最も重要なのは、プログラマーのような創造的な専門職が「Do Not Disturb」の仕事を行う際に必要な集中力と、それに伴う個室オフィスの重要性である。
• この記事が興味深い理由は、一般的な職場環境で頻繁に起こる問題を扱っており、それを通じて業務効率と創造性を高める方法についての洞察を提供しているからである。
• ポール・グレアムやジョエル・スポルスキーのような業界リーダーの見解を引用することで、このテーマに対する専門家の視点を提供し、読者に信頼できる情報を届けている。

[GN⁺]

Hacker Newsの意見

• 日本企業で働いた経験

  • 東京のオフィスは、部門ごとに長い机が並ぶ巨大な部屋だった。
  • 部長の机は各列の端にあり、数十億ドル規模の予算を管理する副社長でさえ小さな机を使っていた。
  • 何百人ものエンジニアがいる部屋は図書館のように静かで、カーペットとオフィス用スリッパがあり、雑談はほとんどなかった。
  • 一方で、アメリカのオープンプランオフィスは市場のような雰囲気で、騒がしく混沌としていた。
  • 日本人はオープンプランオフィスには慣れていたが、アメリカのキュービクルや個室オフィスには居心地の悪さを感じていた。
  • 文化的な境界を越えて通用する「ワンサイズフィッツオール」の解決策はうまく機能しないことが分かった。

• 優れたプログラマーの隣で学んだ経験

  • 情熱的なプログラマーの隣で働き、質問をし、ときには彼の作業を邪魔することもあった。
  • お互いの考えを共有し、デバッグやアイデアのブレインストーミングを一緒にすると、一人で作業するときよりも良い結果が得られた。
  • 協業環境では、小規模なグループが一緒に座って作業するのが最も効果的だと思う。
  • リモートワークでは、会社がチームにより多くの人を雇うことで隠れた非効率を解決しようとするが、その結果、1+1が2より大きくなる環境が失われることを懸念している。
  • リモートワークを好む人たちに、新卒者がメンターを見つけてコードを書く技術を向上させるにはどうすればよいのか聞いてみたい。
  • 反論として、情熱的な人たちがリモートで取り組む成功したオープンソースプロジェクトがあることにも触れている。

• 小規模チームでの協業の好み

  • 約6人が同じプロジェクトに参加している部屋で働くのを好む。
  • 自宅や個室オフィスで働くよりも、はるかに良いと感じる。
  • チームメンバーとの即時の質問と回答、アイデア共有、ブレインストーミング、チームの動向把握などが協業の価値だ。
  • リモートワークでは、チームとのつながりが不足していると感じる。

• オフィス環境に関する個人的な経験

  • 30人規模の会社で、CEO、グラフィックデザイナー、秘書とともに4人用のパーティションオフィスで働いていた。
  • CEOがいないとき、他の従業員の大声での会話や叫び声がプログラミング作業の妨げになった。
  • 秘書は、CEOがいるときのオフィスの活動レベルについて懸念を示していた。

• 個室オフィスとリモートワークに関するさまざまな意見

  • すべての人が個室オフィスを望んでいるわけではなく、常に生産性が高くなるわけでもない。
  • 在宅勤務が常により良いわけではなく、オープンプランオフィスが常に悪いわけでもない。
  • 作業時間の計画、邪魔されない時間の設定、非同期コミュニケーション手段の活用などによって、集中力の問題を解決できる。

• 個室オフィス提供についての意見

  • 個室オフィスやその他の福利厚生を提供すれば、チームはより大切にされていると感じ、より良く働けるだろうと思う。
  • リモートではないチームを雇うなら、個室オフィスの提供を検討したい。

• 管理者の立場から見たプログラミング環境

  • コーディング時には、隔離され、邪魔されない環境を好む。
  • 会社にとっては、チームが足並みをそろえて動くことの方が重要だ。
  • リモートワークや他の選択肢を成功させるための試みもあったが、実験を通じて、協業環境の方がより良い結果を生むことを確認した。

• プログラマーだけでなく集中力を必要とするすべての職業についての意見

  • プログラマーだけでなく、集中力を必要とするすべての職業がオープンプランオフィスの影響を受ける。
  • 作家、勉強している人、医療技術者など、あらゆる職業にフローが必要だ。

• ジョエル・スポルスキーの個室オフィスに関する記事へのリンク

  • ジョエル・スポルスキーが20年前に書いた個室オフィスに関する文章に言及している。

• プロジェクト管理についての意見

  • プロジェクト管理では、生産的な中核を外部の妨害から守ることが重要だ。
  • プロジェクト初期に目標を明確にし、計画をしっかり立て、エンジニアを守ることが重要だ。

[kciter1]

私の文章をご覧になって、かなり腹を立てられたようですね ^^;;