仕事に効くコンピュータサイエンス
会議と報告を設計する — インターフェースとプロトコル読了目安 10分

まとめ — インターフェースを設計するという発想

この章をひととおり振り返って、あなたの職場でどのやり取りが一番疲れるか、思い浮かびますか。このページでは、ここまで見てきた4つの視点をあらためてつなぎ直し、次章への橋渡しをします。

4つの視点の振り返り

この章では、会議と報告を「インターフェース」と「プロトコル」という視点で見てきました。1つ目は、依頼の型を決めるという発想です。API とは、何を渡せば何が返るかという窓口の約束のことでした。目的、期限、優先度、完成の形といった項目をあらかじめ固定しておけば、依頼する側も受ける側も、聞き返しの往復を減らせます。

架空の場面で振り返ると、「例の資料、お願いします」という一言だけの依頼が、「来週火曜の会議用に、A案の比較表をスライド1枚で」という一言に変わるだけで、受け手が着手までにかかる時間は、大きく短縮されました。さらに、依頼を受け取る側が先に「この5項目を埋めてください」というフォーマットを用意しておくという、受け手側からの工夫もあることを見ました。窓口を用意する責任は、依頼する側だけでなく、依頼を受け取る側にもある、という視点です。依頼が集中しやすい役割ほど、この受け手側の工夫が効いてくることも確認しました。

2つ目は、会議体や報告フォーマットをプロトコルとして設計し直すことです。プロトコルとは、誰が先に何を伝え、相手がどう応答するかという手順の取り決めでした。会議の進行順や報告の書式を固定しておくことで、内容が変わっても進行の迷いが減ります。冒頭で「今日決めることの一覧」を共有し、報告は結論から述べ、最後に決定事項を読み上げるという3か所の型が、進行の迷いを減らす鍵でした。同時に、プロトコルとは元来、誰が先に何を伝え相手がどう応答するかという手順の取り決めであり、それは判断を早めるための手段であって、守ること自体が目的ではないこと、そして緊急時にはあらかじめ簡略化した別の手順を用意しておく必要があることも確認しました。

3つ目は、同期と非同期の使い分けです。その場の議論が結論を左右するなら会議、左右しないならチャットやメールという目安を見ました。どちらが優れているかではなく、依頼の性質に応じて手段を選ぶという発想でした。判断の手順を3段階に分けて考えることで、「とりあえず会議」という反射的な判断を減らせることも見ました。迷ったときは、非同期で下書きを共有してから、必要な部分だけ同期で詰めるという組み合わせ方も、明日からそのまま実務で使える形として確認しました。

4つ目は、疎結合と引き継ぎ可能性です。依頼の型や手順を個人の頭の中ではなく外に出しておくことが、担当者が交換されても業務が止まらない状態、つまり疎結合を支える土台になります。密結合は、多くの場合、意図せず少しずつ育っていくものであることも見ました。止まったときの影響の大きさと発生頻度という2つの軸で、疎結合にする対象を見極めるという、実践的な優先順位のつけ方も確認しました。

4つがつながっている理由

この4つは、それぞれ独立した小技ではなく、1つの流れとしてつながっています。依頼の型(API)を決めることで、やり取りの内容がぶれなくなります。その型を、どういう手順(プロトコル)でやり取りするかを決めることで、進行がぶれなくなります。その手順を、同期で行うか非同期で行うかを選ぶことで、時間の使い方がぶれなくなります。そして、これら全てを個人の頭の中ではなく外に出しておくことで、担当者が変わっても仕組みが止まらなくなります。つまり、この章全体は「やり取りの内容と、やり取りの担い手を切り離す」という1つの発想の、4つの応用例だったと言えます。

言い換えると、最初の3つ(型・手順・同期非同期)は「やり取りをどう整えるか」の話であり、4つ目(疎結合)は、その整えた結果を「誰が使っても機能する形にできているか」を問う話です。前者が無ければ後者は成立せず、後者を意識しなければ前者は個人の工夫で終わってしまいます。例えば、依頼の型を1人だけが使っていても、その人が異動すれば型自体が消えてしまいます。型や手順を、個人の習慣ではなくチームの共有物として外に置いて初めて、疎結合という4つ目の視点が意味を持ち始めます。逆に、疎結合だけを目指して手順書を作っても、そこに書く中身が型やプロトコルとして整理されていなければ、読んでもすぐには使えない文書になりがちです。4つの視点は、どれか1つを単独で完成させるものではなく、互いを支え合う関係にあります

つながりを1つの場面で確認する

架空の場面で、4つのつながりを一度に確認してみます。ある担当者が、他部署から「先方への提出資料をお願いします」とだけ依頼を受けたとします。型(API)が無ければ、担当者は目的や期限を聞き返すところから始めることになります。型があれば、目的・期限・優先度・完成の形が最初から揃っており、すぐに着手できます。

手順(プロトコル)が無ければ、進捗確認は都度、思いつきのタイミングで行われます。手順があれば、いつ・どんな順で報告するかが決まっており、確認の手間が減ります。同期・非同期の判断が無ければ、些細な確認のたびに会議が設定されるかもしれません。判断の目安があれば、事実確認はチャットで、意思決定が絡む部分だけ短い会議で済みます。そして、この一連のやり取りが個人の頭の中ではなく、共有の記録として残っていれば、担当者が急に代わっても、後任者は同じ型・同じ手順で仕事を引き継げます。1つの依頼のやり取りの中に、この章で見た4つの視点は、すべて同時に存在しているのです

もう少し場面を進めて、この依頼が担当者の異動と重なった場合を考えてみます。型と手順が共有の記録として残っていれば、後任者は依頼の背景も進め方も、ゼロから聞き直すことなく引き継げます。逆に、型も手順も担当者の頭の中にしかなければ、後任者は依頼者に「これはどういう経緯の依頼でしたか」と、一から聞き直さねばなりません。同じ依頼、同じ担当者の異動というできごとでも、4つの視点があるかどうかで、引き継ぎにかかる時間はまったく違うものになり、周囲が受ける影響の大きさも変わってきます。

具体場面を振り返る

この章で見た架空の場面を、もう一度並べてみます。報告の粒度がばらばらな週次会議、締切の書かれていない依頼、発言順が固定されていない進行、5分の確認のための会議設定、特定の担当者の頭の中にしかない引き継ぎ手順。どの場面も、内容そのものが悪かったわけではありません。やり取りの「型」や「手順」が、外に出されていなかっただけです。型を1つ決めるだけで、同じ内容のやり取りでも、摩擦の量は大きく変わります

もう一度確認しておくと、これらの場面に登場した人たちは、誰も間違ったことをしていません。営業のAさんは正直に数字を報告し、制作のBさんは丁寧に経緯を説明していました。依頼者は急いでいて、担当者は言われた通りに確認を取っていました。それぞれの行動は自然で、責められるべき落ち度はどこにもありませんでした。それでも、やり取り全体としては摩擦が積み重なっていた、というのがこの章の出発点でした。問題は人の能力や姿勢ではなく、やり取りの構造の側にある、という視点が、この章全体を貫いています

だからこそ、この章の解決策も、誰かの努力や注意力に頼るものではありませんでした。型を決める、手順を決める、同期・非同期を選ぶ、記録を外に出す、といういずれも、一度仕組みとして整えれば、その後は自然と機能し続けるものばかりです。

どこから手をつけるか

4つの視点をすべて一度に導入する必要はありません。迷ったときは、自分が最も頻繁に感じている摩擦から選ぶのが現実的です。

依頼のたびに聞き返しが多いなら、まず依頼の型(API)から始めます。会議の進行がいつもバラバラなら、会議体のプロトコルから始めます。会議が多すぎると感じているなら、同期・非同期の判断から始めます。自分が休むと仕事が止まると分かっているなら、疎結合の視点から始めます。どこから始めても、他の3つの視点は後から自然につながってきます。

例えば、依頼の型から始めた場合を考えます。型を決めて依頼を出すようになると、次は「その型をどんな順番でやり取りするか」というプロトコルの問いが、自然と目の前に現れてきます。さらに、そのプロトコルを同期で回すべきか非同期で回すべきかという判断が続き、最後に、型と手順を個人ではなく共有の記録として残せているかという、疎結合の問いに行き着きます。1つの視点を実践してみると、残りの視点が必要になる場面に、驚くほど自然と出会うことになります。無理に4つを覚えようとしなくても、1つを試すだけで、残りは後からついてきます

次章への橋渡し

この章では、依頼と報告の窓口を、個人の頭の中から外に出すことを見てきました。しかし、窓口を外に出しても、それを実行する担い手が1人しかいなければ、その担い手が不在になった瞬間に、業務全体が止まってしまいます。窓口の形を整えることと、担い手を複数用意しておくことは、別の問題です。次章では、この「担い手が1人しかいない」という状態を、コンピュータの世界で「単一障害点」と呼ぶ考え方から見直します。不在の間も仕事が止まらない設計、つまり冗長化やフェイルオーバーという発想を扱います。

この章で見てきた「窓口を外に出す」という発想と、次章で見る「担い手を複数用意する」という発想は、この2つがセットになって初めて、担当者の不在に本当に強い業務が完成します。窓口だけを整えても担い手が1人では止まり、人を増やしても窓口が個人依存のままでは意味がありません。次章では、この2つ目の重要なピースを見ていきます。

持ち帰り

  • 依頼の型(API)、手順(プロトコル)、同期・非同期、疎結合は、1つの発想の4つの応用である
  • 共通する発想は、やり取りの内容と、やり取りの担い手を切り離すことである
  • 窓口の形を整えても、担い手が1人しかいなければ、不在時に業務は止まる

やってみる

この章で扱った4つの視点のうち、自分の職場に一番当てはまるものを1つ選び、明日、誰か1人に共有してみてください。