ツリービューの使用

ツリービューによるゴール/OKRの連鎖表示

ツリービューは、セッションの全体像を示すマップビューです。目標と主要成果を視覚的に配置することで、業務がどのように集約（ロールアップ）されているか、関連する支援用の目標がどこに位置しているか、そして各目標にどの主要成果が紐づいているかを一目で把握できます。

単なるテーブル表示（表）ではなく、全体構造を把握したい場合にツリービューをご活用ください。リストビューは行をすばやく確認したり、タイトルを編集したり、多数の項目を順番に処理したりする作業に適しています。一方でツリービューは、各項目の相互関係（アライメント）を理解したい場合に有効です。具体的には、「どの業務がどの目標を支援しているか」、「特定の目標に負荷が集中していないか」、「ある主要成果を別の目標に移動すべきではないか」といった点を整理するのに役立ちます。

ゴールやOKRの基本的な考え方をまだ十分に把握されていない場合は、まずゴール/OKRを理解するをご一読ください。

利用可能な環境と権限

ツリービューは表示されているものの項目の並べ替えができない場合は、該当セッションが編集可能であるか、またフィルターによって表示される階層構造が制限されていないかを確認してください。

ツリービューを開く

「ゴール/OKR」を開き、確認したいセッションを選択します。表示コントロールを使用して、リストビューからツリービューに切り替えます。

ツリービューは、現在のセッション内における目標と主要成果の階層構造に焦点を当てています。これは、「ゴール/OKR」のホームページに表示されるセッション一覧とは異なります。セッション一覧では親セッションや子セッションの関係が表示されますが、ツリービューが表示するのは、単一のセッションの内部構造です。

マップのように移動する

ツリービューでは、キャンバス形式のナビゲーションが採用されています。マップ全体をドラッグしてスクロール（パン）したり、詳細を確認したいときはズームイン、構造全体を見渡したいときはズームアウトしたりできます。また、画面に合わせる機能を使用すれば、いつでも読みやすい全体表示に戻すことが可能です。

この機能は、大規模なセッションで特に真価を発揮します。長いテーブルをスクロールしながら「どの目標がどの親目標を支援しているか」を必死に思い出す必要はありません。構造を視覚的に移動しながら、現在議論している計画の部分に集中できます。

画面サイズの小さなデバイスでは、マップのスペースを十分に確保するために、ツリービューが全画面レイアウトで表示されることがあります。ラベルが混み合って見づらい場合は、ズームアウトや「画面に合わせる」を使用するか、または詳細な行編集のためにリストビューに切り替えてください。

階層構造を理解する

ツリービューでは、連鎖する複数の目標を表示できます。親となる目標はより広範な方向性を示し、子となる目標はその方向性を支援します。そして、測定可能な成果としての主要成果は、各目標の下に配置されます。

階層構造は、実際の業務のアライメント（方向性の一致）を分かりやすく説明できる場合に使用してください。例えば、企業全体の目標の下に各部門の目標を配置する、リリースに向けた全体目標の下に準備状況を示す個別目標を配置する、あるいはカスタマーサポートの目標の下にドキュメント、プロダクト、運用に関する複数の目標を配置するといった形です。

階層構造をタスクの細分化（WBS）のために使わないでください。細かなタスクや実行プロセスは、イニシアチブキャンバス内で管理されるべきです。主要成果は成果を測定するための指標であり、目標は進むべき方向性を示すものです。

ドラッグ＆ドロップによる構造の調整

アクセス権限や現在のビューの設定で許可されている場合、ツリービュー上でドラッグ＆ドロップ操作を行うことで、階層や順序を調整できます。目標を移動させると、その親項目を変更したり、別の目標と同階層（並列）に配置したり、同レベル内での順序を入れ替えたりできます。また、主要成果についても, 順序を並べ替えたり、サポートされている範囲で別の目標へ移動させたりすることが可能です。

ドラッグ操作は慎重に行ってください。階層構造の変更は、リスト、ツリー、詳細ビュー、およびその後のレビューにおけるセッションの見え方すべてに影響を与えます。項目を移動した後は、それが正しい親項目の下に配置されているか、そしてセッション全体が一貫した戦略ストーリーを正しく描き出せているかを確認してください。

ドラッグ操作が機能しない場合は、有効なフィルター、検索、カスタムソート、または閲覧専用アクセス権が設定されていないか確認してください。一部の項目のみを表示している（部分表示）状態では、安全な移動に必要な周囲の構造が非表示になっている場合があります。デフォルトのセッション表示に戻し、フィルターをクリアしてから再度お試しください。コントロールが利用できない状態が続く場合は、OKR権限のトラブルシューティングを参照してください。

計画策定におけるツリービューの活用

ツリービューは、セッションの最初のドラフト（下書き）を作成した後に非常に役立ちます。素早く入力したい場合は、まずリストビューで目標と主要成果を作成し、その後にツリービューへ切り替えて構造が論理的であるかを確認するのが効果的です。

計画を策定する際には、「主要成果が紐づいていない目標」、「間違った目標の下に配置されている主要成果」、「他人に説明できないほど深すぎる階層」、および「実態がなく単なるラベルと化している親目標」がないかを確認します。視覚的なマップであれば、こうした問題点を容易に発見できます。

レビューにおけるツリービューの活用

進捗状況を評価するレビューミーティングにおいて、ツリービューは進捗の変化の背景を全員が理解するのに役立ちます。もし親となる目標が未達のリスクに直面している場合、チームはその下にある子目標や主要成果の状態を詳しく調べることができます。仮に特定のブランチ（分岐）で多くの主要成果が停滞しているなら、「構造自体が間違っているのか」、「紐づくイニシアチブキャンバスの作業が滞っているのか」、あるいは「その目標により明確な担当者をアサインすべきなのか」といった判断をメンバー全員で下せます。

より詳細な進捗を追う場合は、目標や主要成果の詳細ビューを開き、チェックインを確認してください。ツリービューが「全体構造」を示すのに対し、チェックインは「具体的な進捗の推移」を説明します。

ツリービューとリストビュー、詳細ビュー、スナップショットビューの比較

多くの行をすばやくスキャンしたり、複数の目標や主要成果を一元編集したり、複数の主要成果をまとめて貼り付けたり、表形式で迅速に処理を進めたい場合は、リストビューを使用してください。

一方で、階層関係そのものが議論の中心となる場合は、ツリービューが最適です。アライメントの調整、目標の連鎖、親子関係のレビュー、およびドラッグ＆ドロップによる構造変更に優れた効果を発揮します。

特定の目標、主要成果、イニシアチブ、またはチェックインに集中して編集を行いたい場合は、詳細ビューを使用してください。

特定の時点における評価ステータスを確認したい場合は、スナップショットビューを使用します。スナップショットは編集用のリアルタイムビューではありませんが、指定された週やレビュー時点の進捗をチームで比較・検証する際に役立ちます。

チームがツリービューを好む理由

ツリービューは企業の戦略を可視化します。計画のブランチ（分岐）が多すぎないか、特定の目標に過剰な負荷がかかっていないか、精度高く機能しているか、そして主要成果が業務の適切な成果を的確に測定できているかを、より簡単に把握できるようになります。

また、議論をよりシンプルで明瞭にする効果もあります。長いリストから各項目のつながりを推測してもらう必要はなく、マップを通じて業務の結びつきが明確に提示されます。これは、経営陣向けのレビュー、部門横断的なローンチ計画、研修プログラム、あるいは複数のチームが一つの成果に向けて協力するセッションにおいて非常に有用です。

事例：PocketRNにおけるアライメントレビュー

PocketRN社の公開事例は、ツリービューがなぜ重要であるかを示す好例です。同社のチームが「ゴール/OKR」管理にALLOを導入しているのは、視覚的な構造のおかげで、OKRレビューが単なるスプレッドシートのメンテナンス作業ではなく、企業の全体計画をスキャン（全体把握）する行為になるからです。この違いは、単に見栄えの問題にとどまりません。階層構造がはっきりと見えることで、一行ごとの進捗確認に追われる前に、各業務が正しくアライメント（連携）されているかについて本質的な議論を進めることができます。

実践的で有用なレビューパターンは、個人の報告に移る前にまずツリービューを開くことです。最初は画面をズームアウトし、メンバー全員で会社全体またはチーム全体の目標を確認します。その後、特定の主要成果が未達のリスクにある場合や、子目標のつながりに違和感がある場合、特定のチームに負荷が集中している場合などに、該当するブランチへズームインします。

もし階層構造が不適切であれば、周囲のコンテキストが全員に見えている状態でその場で修正します。目標や主要成果を適切な親項目の下へドラッグし、ブランチを並べ替えます。保持している権限に応じて適宜調整してください。そして手を止めて、この新しい構造が戦略をより的確に表現できているかを問いかけてみてください。階層構造が正しく設定されているにもかかわらず作業が停滞している場合は、紐づくイニシアチブキャンバスを開き、計画、ファイル、メモ、サブタスク、およびコメントを確認します。

これこそが、連鎖するOKRを真に実用的なものにするアプローチです。階層構造がミーティングにおける共通のマップを提供し、チェックインが変化の要因を説明し、イニシアチブキャンバスが数値の裏にある具体的な取り組みを示します。こうした組み合わせがないと、各メンバーが各自の記憶（一人はスプレッドシート、もう一人は以前の企画書、別のメンバーは先週の議事録など）に基づいて議論することになり、すれ違いが生じがちです。ツリービューは、全員が同じ全体像を共有し、同じ対象を指し示しながら対話することを可能にします。

事例：リストの整理から戦略レビューへの移行

例として、1つの全社目標、3つの部門目標、および10の主要成果が存在する四半期計画セッションを想定してみましょう。リストビューを使用すれば、タイトル、担当者、指標、初期ターゲット数値をすばやく貼り付けることができます。テキストの表現を整理する上では、リストビューが最適な場所です。

しかし、セッションを確定させる前に、ぜひツリービューへ切り替えてみてください。画面をズームアウトし、不自然な点がないかを検証します。例えば、「プロダクト部門には5つの子目標がぶら下がっている一方で、カスタマーサクセス部門には1つもない」、「オンボーディング時間に関する主要成果が、本来は『顧客のアクティベーション』に紐づくべきなのに『収益目標』の下に配置されている」、「部門目標が全社目標をまったく支援しておらず、単に誰かが進めたいプロジェクトを温存するための目標になっている」といった状況に気づくかもしれません。

これらはフォーマットの問題ではなく、戦略上の本質的な問題です。ツリービューは、こうした課題を明確に視覚化し、解決に導きます。該当する項目を移動し、階層構造をシンプルに整理した上で、リストビューや詳細ビューに戻って細かな文言調整を行うという流れが推奨されます。

よくある誤り

• ツリービューのみを編集画面として使用すること：細かなテキストの調整や頻繁なアップデートの実施には、リストビューや詳細ビューを使用する方が効率的です。
• マップ上で設定可能だからという理由だけで無用に深い階層を作ること：もしその階層構造を他人に一言で説明できないのであれば、それはおそらく複雑すぎます。
• 検索、フィルター、カスタムソート等が一部の項目を非表示にしている状態でドラッグ操作を行うこと：周囲の文脈（コンテキスト）を十分に把握できないため、不適切な移動を行ってしまうリスクがあります。
• イニシアチブを「目標」の階層構造に含めてしまうこと：イニシアチブは、目標や主要成果に紐づくキャンバスであり、子となる目標ではありません。

ツリービューの表示に問題がある場合の対処方法

• マップが完全に空白に見える場合：
  • セッションにすでに目標が作成されているか確認してください。
  • 現在設定されているフィルターによって、項目が非表示になっていないか確認してください。
• 「目標」が不適切な階層レベルに表示されている場合：
  • その目標に親となる目標が正しく設定されているか確認してください。
  • 権限がある場合は、ツリービューまたはリストビューで該当項目をドラッグして位置を調整してください。
• ドラッグ操作による変更が保存されない場合：
  • ページを一度再読み込み（リフレッシュ）してから、再度操作をお試しください。
  • 別のブラウザタブや、他のチームメンバーによって、該当項目がすでに変更されている可能性があります。
• 再読み込み後もツリービューとリストビューの表示内容が一致しない場合：
  • セッションのリンク、不整合が生じている項目名、および不具合の発生時刻を記録してください。
  • その上で、ワークスペース管理者またはサポートチームまでお問い合わせください（本来、すべてのビューで同一のゴール/OKR構造が完全に一致して反映される仕様となっています）。