Interruption-Driven Development｜中断駆動開発 | AIニュース最前線

私は仕事中に音楽を聴くのが苦手です。多くの人がそうしているのは知っていますが、何か問題に集中する必要がある時はいつも、音楽を再生しているタブを探して一時停止しなければなりません。それでも私はヘッドフォンを着けています。何かを聴くためではなく、私のデスクに近づいてくる人に、自分が仕事中であることを知らせるためです。すべての人を遠ざけるわけではありませんが、もう少し長く集中し続けるための時間を稼いでくれます。 同僚との会話自体は気にしません。私が気にするのは、割り込みそのもの、特にタスクの最中に起こるものです。レガシーアプリケーションの問題をデバッグしていたり、ワークフローのメンタルモデルを構築していたり、例外を説明するコメントを読んでいたり、関数宣言を追っていたりすることがあります。まさに次の手がかりにたどり着こうとしているその時、声が聞こえるのです：「やあ！どうしたの？しばらく会ってなかったね。最近どうしてた？」 会話は決して長くはありません。しかし、それが終わった時、私の思考は消え去っています。さっきどこまでやっていたっけ？そうだ、関数宣言だ。でも、それはどこで呼び出されていたんだっけ？あのコメントが説明していた例外は何だったっけ？そもそもそのコメントをどこで見たんだっけ？前に進むためには、中断する前の精神状態を再構築するために、あらゆる手順をたどり直さなければなりません。 リモートワークは、ある程度までは役に立ちます。Slack経由の割り込みは、応答する準備ができるまでミュートできます。しかし、リモートワークも完全ではありません。依然として会議に参加することが求められます。リードとして、私は「すべてが火の車だ」という理由で頻繁に通話に引き込まれます。多くの場合、私の役目は火を消すことではなく、誰かの手を握って安心させることです。一時間後、自分が何をしていたかほとんど思い出せません。 割り込みのコストは、完全に割り込まれた側の人間が負います。自分の作業の位置を見失い、集中力を乱され、最終的には何事も時間通りに終わらせる能力を失います。しかし、割り込む側の人にとっては、しばしば好ましい経験です。チームを常にステータスアップデートに引き込むマネージャーは、生産的だと感じています。彼らは情報の輪の中にいて、存在感を示し、状況を掌握しています。デイリースタンドアップを設定し、すべてのスクラムセレモニーに出席し、開発者には進行中の作業を求めに応じてビジネス側にわかりやすい言葉で説明することを期待します。 一方、開発者は一日中通話に座り、安心させ、説明し、計画を立てることに時間を費やしていますが、実際には何も作り上げていません。彼らが抵抗すると、マネージャーは会議をキャンセルしません。代わりに、会議を30分から15分に短縮します。それは進歩のように感じます。しかし、問題は会議の長さではなかったのです。一日に三回の会議は、それがどれほど短かろうと、三回の割り込みを意味します。 仕事中に絶えず割り込まれることは、病院にいることを思い出させます。医師は安静を処方しますが、病院は実際に静養するには最悪の場所の一つです。子供たちが生まれる前、私の妻は約一ヶ月間入院しました。私は部屋の小さな一角に椅子と机を置き、彼女のそばでノートパソコンを使って仕事をしていました。20分ごとに、ドアが勢いよく開き、看護師が慌ただしく出入りし、ドアは彼女の後ろで大きく開けっ放しにされていました。 医師が安静を指示したことは関係ありませんでした。彼女の睡眠はそのたびに中断されたのです。 それが、実際の割り込み駆動開発の姿です。作業が実際に進むためには、中断されない集中した努力が必要です。正しいツール、正しいチーム、正しい意図があったとしても、何も生み出せないことがあります。作業環境そのものが、あなたの足を引っ張っているのです。 私のヘッドフォンは、会話したがっている人々を遠ざけてくれるかもしれません。しかし、私たちが本当に必要なのは、絶え間ない割り込みなしに仕事を成し遂げるための時間です。それはソフトウェア開発ライフサイクルの一部であるべきです。

中断駆動開発

背景や根拠まで確認しますか？

関連記事