1on1を再考する：なぜ私たちは議事録ではなく「会話」を作ったのか

私の知るすべてのマネージャーが同じ習慣を持っています。1on1の5分前にGoogleドキュメントを開き、3ヶ月分の中途半端な箇条書きをスクロールし、残った項目を一番上にコピーして、それを準備と呼ぶ。ミーティングが始まる。いくつかの話題は議論され、いくつかはされない。メモを数行書き、ドキュメントを閉じ、来週まで忘れてしまう。

これがマネジメントにおいて最も重要な活動の一つ、1on1ミーティングの最先端です。共有ドキュメントと定期カレンダーイベント。それはシステムではありません。十分だと皆が合意した回避策にすぎないのです。

私は10年以上エンジニアリングチームをマネジメントしてきましたが、この回避策のあらゆるバリエーションを試してきました。Notionテンプレート、Googleドキュメントの運用、Latticeの共有アジェンダ、プレーンテキストファイル。すべてに同じ根本的な欠陥があります。各ミーティングを孤立したイベントとして扱っているのです。ミーティングが終わるとコンテキストは古くなり、トピックはドキュメントの底に沈んで静かに消えていきます。コミットメントは先週のメモのノイズの中に溶けていきます。次のミーティングはゼロから始まり、両者は同じ話を繰り返すことになります。

Kibohを作り始めたとき、これは最初に解決したかったことの一つでした。より良い共有ドキュメントを作るのではなく、その下にあるデータモデルを根本から考え直すことで。

モデル：リレーションシップ、会話、トピック、コミットメント

Kibohでは、最上位の概念はミーティングではなくリレーションシップです。アプリで誰かのページに移動すると、その人との働く関係性のすべてを表示するリレーションシップダッシュボードに到達します。アクティブなトピック、未完了のコミットメント、会話の履歴、そして（あなたがマネージャーであれば）コーチングシグナルが表示されます。

会話はリレーションシップの中に存在します。一つの会話は一つのセッションに対応します。会話を開始し、ミーティングを行い、終了します。トピックとコミットメントもリレーションシップの中に存在しますが、特定の会話にスコープされません。これは重要な設計上の決定です。「キャリア成長」「プロジェクトFalconの締め切り」「組織再編後のチーム士気」といったトピックは長期間存続するオブジェクトです。特定のミーティングに属するものではありません。二人の人間の関係性に属し、誰かが明示的に解決またはアーカイブするまで永続します。

この階層構造が重要なのは、実際の働く関係性の機能を反映しているからです。火曜日のミーティングが終わったからといって、誰かのキャリア成長への関心がなくなるわけではありません。2週間前に議論されたからといって、コミットメントを忘れるわけでもありません。データモデルはその継続性を反映すべきであり、それに逆らうべきではないのです。

引き継がれるトピック

実際にどのように機能するか説明しましょう。チームメンバーとの1on1で、テックリードへの移行に興味があるという話題が出たとします。Kibohでは「テックリード移行」というタイトルでトピックを作成し、キャリア成長としてタグ付けします。それについて議論し、会話がそのアクティビティを記録します — 何が話され、何が決定され、どんな懸念が提起されたか。

翌週、そのトピックはまだリレーションシップダッシュボードに存在しています。コピーする必要はありません。古いメモをスクロールして探す必要もありません。トピックセクションにステータス（Active、Monitoring、Needs Attention）、優先度、そして議論された全ての回、記録された全てのインサイト、行われた全ての決定を示す完全なアクティビティタイムラインとともに表示されています。

各トピックは豊富なアクティビティ履歴を蓄積します。システムはDiscussed、ProgressingからBlocked、Insights、Decisionsまで、複数の異なるアクティビティタイプを追跡します。トピックカードを展開すると、このタイムラインが時系列で色分けされたアクティビティとともに表示されます。「テックリード移行」トピックは次のように表示されるかもしれません：1月7日にDiscussed、1月14日にNew Insight（「Platformチームとのメンターシップ機会を特定」）、1月28日にProgressing、2月11日に追加のNotes。

これが共有ドキュメントが静かに破壊するコンテキストです。トピックをドキュメントの先頭にコピペすると、スレッドが途切れます。Kibohでは、スレッドこそがポイントなのです。

トピックにはタイプ分類（Career Growth、Project、Wellbeing、Performance、Team Dynamics、Leadership、General）もあり、会話のバランスが取れているか、6週間連続でプロジェクトの締め切りばかり話していて相手の調子を聞いていないか、一目で確認できます。

永続するコミットメント

コミットメントも同様に機能しますが、アカウンタビリティに関してより多くの構造を持っています。1on1で誰かが何かに同意したとき — マネージャーであれ部下であれ — それはコミットメントになります。説明、オーナー、ステータス、信頼度スコア（デフォルト80%）、オプションの成功基準、チェックイン日を持ちます。

ステータスが真実を語ります：Proposed、Active、At Risk、Completed、Broken、Closed。最後の「Broken」は直接的に聞こえるかもしれませんが、正直です。静かに消えていくコミットメントは、約束が重要でないことを両者に教えてしまいます。結果を明示的にすること — 完了したのか破綻したのか — は、フォロースルーが見える文化を生み出します。

リレーションシップダッシュボードでは、未完了のコミットメントが常に右サイドバーに表示され、「自分のコミットメント」と「相手のコミットメント」に分かれています。会話モードでは、トピックと一緒に表示され、両参加者が進捗を確認できます。各コミットメントは信頼度の更新を含む独自のアクティビティ履歴を追跡し、達成への信頼度が時間とともに上昇しているか下降しているかを確認できます。

コミットメントはトピックにリンクすることもできます。「テックリード移行」トピックから「次のアーキテクチャレビューでSarahのシャドウイングをする」というコミットメントが生まれた場合、そのリンクはデータモデル上で明示的です。コミットメントはトピックの下に表示され、トピックのアクティビティタイムラインにコミットメントの進捗が反映されます。

これはマイクロマネジメントのないアカウンタビリティです。誰もストップウォッチで監視されていません。しかし次の1on1に座ったとき、両者は何が約束され何が起きたかを確認できます。この可視性こそが、会話を進捗に変えるものです。

頻度であり、硬直性ではない

早い段階で決めたことの一つは、カレンダーのケイデンスを強制するのではなく、会話の頻度を追跡することでした。ほとんどの1on1ツールは、スケジューリングを完全に無視するか、カレンダーと密接に統合して固定リズムの維持を促します。

私たちは異なるアプローチを取りました。Kibohは会話のパターンを観察し、分類します：Weekly、Biweekly、Monthly、またはIrregular。週次のタッチポイントが必要な関係もあれば、隔週が必要なものも、状況に応じたものもあります。8人の直属の部下を持つマネージャーが、全員に同じケイデンスを強いられるべきではありません。システムは観察し情報を提供すべきであり、処方すべきではないのです。

このリズム分類は、プロダクトに組み込んだより広範なリレーションシップヘルススコアへの入力の一つです。会話のケイデンス、コミットメントのフォロースルー、トピックの多様性、振り返りのトーンなどから導かれる複合シグナルです。詳細なサーベイを記入してもらうことなく、関係性が健全か静かに悪化しているかを浮かび上がらせるよう設計されています。ヘルススコアについては今後の投稿で詳しく取り上げます。重要なポイントは、あなたがすでに行っている会話から自然に生まれるものであり、追加の作業からではないということです。

マネージャーと部下を超えた関係性

最も重要なアーキテクチャ上の決定、そして最も広い影響を持つ決定は、Kibohのリレーションシップが直属のレポートラインに限定されないということです。システムは組織図に付け足された「1on1」機能を持っているのではありません。会社の任意の二人に対して機能するリレーションシップモデルを持っているのです。

リレーションシップのインデックスページには2つのセクションが表示されます：「マイチーム」（直属の部下やマネージャー）と「最近」（最近会話した人）。しかし、会社の誰でも検索してその人とのリレーションシップページに移動することもできます。スキップレベルのマネージャーは2階層下の人とのトピックを継続的に追跡できます。クロスファンクショナルなイニシアティブに取り組むピアは共有コミットメントを維持できます。メンターとメンティーは数ヶ月にわたる会話の永続的な記録を構築できます。

トピックとコミットメントのモデルは、これらすべてのコンテキストで同一に適用されます。ヘルススコアとコーチングインサイトは現在、直属のマネージャー関係にスコープされていますが、会話インフラ — トピック、コミットメント、ハイライト、振り返り — はあらゆる関係性で利用できます。

これは私が長い間信じてきたことを反映しています。組織は組織図で動いているのではありません。関係性のウェブで動いているのです。直属のレポートラインは最も目に見えるスレッドですが、スキップレベル、ピアパートナーシップ、メンターシップ、クロスファンクショナルなコラボレーションこそ、実際の仕事の多くが行われる場所です。これらの関係性を、後付けではなくシステムのファーストクラスオブジェクトとして扱うこと。それが企業の実際の機能の仕方にマッピングするツールを構築する方法です。

会話モード：すべてが一つになる場所

実際に1on1に座るとき、会話モードに入ります。これはリアルタイムの共有インターフェースで、両参加者が同じハイライトフィードを見ます。

ミーティングが始まると、AIエージェントがリレーションシップの全コンテキスト — アクティブなトピック、未完了のコミットメント、最近の振り返り、シグナル、会話リズム、さらにはパフォーマンスデータ — を分析し、優先順位付けされたアジェンダを生成します。各提案項目には優先度レベル、今なぜ重要なのかを説明する根拠、議論を始めるための質問が含まれます。コミットメントの信頼度が先週から下がっていれば、エージェントがフラグします。トピックが2回連続で「Needs Attention」のままであれば、それも浮上させます。アジェンダは関係性に適応します。直属の部下との会話を準備するマネージャーにはコーチング志向の提案が表示され、スキップレベルやピアのコンテキストではコンテンツが変わります。

最も優れた点は、アジェンダ項目が使い捨ての提案ではないことです。AIが浮上させたものが継続的な追跡に値する場合、ワンクリックで永続的なトピックに昇格できます。リレーションシップのトピックリストに直接入り、将来の会話に引き継がれ、独自のアクティビティ履歴を蓄積し始めます。AIが提案し、あなたが何を残すかを決めます。

会話中、どちらの参加者もハイライトを追加できます：Insights、Decisions、Concerns、Topic Updates、またはNotes。各ハイライトはトピックにリンクでき、アクティビティはトピックのタイムラインに流れ戻ります。コミットメントはその場で作成できます。会話が終わると、両参加者に振り返りが促されます：どう感じましたか？（Positive、Neutral、Difficult）。重要な気づきは？フォローアップが必要なことは？未解決のことは？

振り返りはデフォルトでプライベートです。マネージャー関係では、部下の振り返りが時間とともにマネージャーにパターンとして浮上しますが、その瞬間に相手の個別の振り返りを見ることはありません。ピア間では、振り返りは完全にプライベートのままです。これは意図的なものです。正直な振り返りには安心感が必要であり、安心感にはあなたの言葉が目の前の相手に読まれないという確信が必要です。

会話全体がリアルタイムで同期されます。両参加者はハイライトが追加されるのを見ます。議事録ツールではありません。実際に何が起きたかを捉え、重要な場所に — トピック、コミットメント、そして継続的な関係性を形成するシグナルに — ルーティングする共有体験です。

働く関係性についての異なる考え方

1on1ミーティングは、はるかに大きなものの最も目に見える表面です。トピックが議論され、コミットメントが交わされ、懸念が提起され、信頼が構築されるか侵食される場所です。しかし真の価値は単一のミーティングにあるのではありません。ミーティング間の継続性 — コンテキストの蓄積、フォロースルー、そして数ヶ月、数年にわたる相互理解にあるのです。

それこそがKibohで捉えようとしたものです。より良い議事録ではなく、働く関係性を生きた、進化するものとして適切に追跡するシステム。解決されるまで引き継がれるトピック。履行されるまで見え続けるコミットメント。そして、それまでのすべてとつなげることで各ミーティングを意味あるものにする会話モード。

このような人のマネジメントへの考え方に共感いただけるなら、ぜひお話を聞かせてください。チームについて教えてください。そこから始めましょう。