OKRレビュー会議を形式的な報告会で終わらせず具体的な改善アクションにつなげる方法

多くの企業がOKR（目標と主要な成果指標）を導入していますが、四半期ごとのレビュー会議が単なる進捗報告の場になってしまい、具体的な改善アクションが決まらないまま次の期に突入するケースは珍しくありません。進捗データ、過去の議事録、改善アクションの実行状況がそれぞれ別の場所に散らばっていると、過去の議論を踏まえた深い分析ができず、毎回同じ問題が繰り返されます。

この記事は、従業員50〜300名規模の企業で、OKRの運用や会議のファシリテーションを担当している経営企画、人事、あるいは事業部のマネージャーを想定しています。読み終えると、OKRの進捗データ・議事録・改善アクションを一元的に管理し、レビュー会議で過去の文脈を踏まえた議論ができる実務ワークフローを自社に導入できるようになります。大規模エンタープライズ向けの全社OKR基盤の構築や、OKR自体の設計方法は扱いません。

なお、本記事で紹介するツールの組み合わせは代表的な一例です。同じ役割を果たす別の製品でも、同様のワークフローを構築できます。

読み終えた時点で、次回のOKRレビュー会議から使える、進捗データ・議事録・改善アクションが連動した会議運営の仕組みと、その具体的なセットアップ手順が手に入ります。

Workflow at a glance: OKRレビュー会議を形式的な報告会で終わらせず具体的な改善アクションにつなげる方法

• Step 1: OKR進捗と前回アクションの実行状況を会議前に集約する (Asana) (タスク管理・プロジェクト管理)
• Step 2: 会議中に議事録と改善アクションをリアルタイムで記録する (Notta) (議事録作成ツール)
• Step 3: 議事録をナレッジとして蓄積し改善アクションをタスク化する (Notion) (ナレッジマネジメントツール)

なぜOKRレビュー会議は毎回同じ議論を繰り返してしまうのか

進捗データと議論の文脈が分断されている

OKRの進捗率はスプレッドシートやOKR管理ツールに記録され、会議の議事録はドキュメントツールに、改善アクションはタスク管理ツールにそれぞれ保存されるのが一般的です。この3つが紐づいていないため、レビュー会議の冒頭で参加者が前回の議論内容を正確に思い出せません。結果として、毎回ゼロから状況を説明し直すことになり、会議時間の大半が報告に消えます。

改善アクションの実行状況が追跡されない

レビュー会議で決まった改善アクションが、次の会議までに実行されたのか、途中で止まったのか、そもそも着手されなかったのかが可視化されていないケースが非常に多いです。これでは次の会議で改善の効果を検証できず、同じ問題提起が繰り返されます。

議論が属人的で再現性がない

ファシリテーターの力量や、声の大きい参加者の発言に議論が左右されがちです。過去の議事録を構造的に振り返る仕組みがないと、前回どのような仮説を立てたのか、どの施策を試して何が起きたのかという組織の学習記録が蓄積されません。これが、レビュー会議が形式的な報告会に堕する根本原因です。

重要な考え方：進捗データ・議事録・改善アクションを1つの流れでつなぐ

OKRレビュー会議を改善するために最も重要なのは、進捗データ、議事録、改善アクションという3つの情報を1つの流れとして接続することです。個別のツールをどれだけ高機能にしても、それぞれが孤立していれば会議の質は上がりません。

会議の前・中・後を1サイクルとして設計する

会議の質を上げるには、会議そのものだけでなく、会議前の準備と会議後のアクション追跡を含めた1サイクルを設計する必要があります。具体的には、会議前にOKR進捗と前回アクションの実行状況を自動で集約し、会議中に議事録と新しいアクションを記録し、会議後にアクションをタスクとして割り当てて追跡するという流れです。

過去の議論を検索可能な状態で蓄積する

四半期ごとのレビューは年に4回しかありません。前回の議論を正確に振り返るには、議事録が検索可能な形で蓄積されている必要があります。単にファイルを保存するだけでなく、OKRの目標単位で議事録を紐づけておくことで、特定の目標に関する過去の議論履歴を一覧できるようになります。これが組織学習の基盤になります。

OKRレビュー会議を改善する3ステップの実務ワークフロー

ステップ1：OKR進捗と前回アクションの実行状況を会議前に集約する（Asana）

会議の1週間前に、各OKRオーナーがAsana上で自分の担当するKey Result（主要な成果指標）の進捗率と、前回会議で割り当てられた改善アクションの実行状況を更新します。Asanaのプロジェクトビューで、OKRごとにセクションを分け、その配下に改善アクションをタスクとして登録しておく構成にします。

具体的な運用としては、OKRオーナーがAsanaのタスクのステータスを完了・進行中・未着手のいずれかに更新し、進捗率はタスクのカスタムフィールドに数値で入力します。この更新作業は1人あたり10分程度で終わります。ファシリテーターは会議前日にAsanaのダッシュボード機能でプロジェクト全体の進捗サマリーを確認し、議論すべきポイントを事前に特定します。進捗が停滞しているKey Resultや、未着手のアクションが残っている項目を優先的に議題に設定します。

担当者はファシリテーター（経営企画や人事の担当者）で、頻度は四半期に1回、会議の1週間前から前日にかけて実施します。

ステップ2：会議中に議事録と改善アクションをリアルタイムで記録する（Notta）

レビュー会議の当日は、Nottaで会議の音声をリアルタイムに文字起こしします。NottaはWeb会議ツール（Zoom、Microsoft Teamsなど）と連携でき、会議に参加させるだけで自動的に発言内容をテキスト化します。

ファシリテーターは会議中、Nottaの文字起こしを確認しながら、重要な論点と決定事項にハイライトやメモを追加します。特に、各OKRについて議論された内容、合意された改善アクション、担当者、期限の4点を明確に記録します。会議終了後、Nottaが生成する要約機能を使って議事録のドラフトを自動作成し、ファシリテーターが内容を確認・修正します。

この方法の利点は、議事録作成の負担が大幅に減ることと、発言の文脈が音声データとともに残るため、後から振り返る際に正確な議論内容を確認できることです。会議時間は1時間を目安とし、議事録の確認・修正は会議後30分以内に完了させます。

ステップ3：議事録をナレッジとして蓄積し改善アクションをタスク化する（Notion）

会議終了後、ファシリテーターはNottaで作成した議事録をNotionのOKRレビュー専用データベースに転記します。Notionではデータベースのプロパティとして、対象四半期、対象OKR、議論の要点、決定した改善アクション、担当者、期限を設定しておきます。

ここで重要なのは、Notionのデータベースをリレーション機能で構造化することです。OKRマスターのデータベースとレビュー議事録のデータベースをリレーションで紐づけておくと、特定のOKRに関する過去の議事録を時系列で一覧できます。これにより、次回のレビュー会議の準備時に、過去にどのような議論がされ、どの改善アクションが効果を発揮し、何が未解決のまま残っているかを即座に把握できます。

改善アクションについては、Notionの議事録ページからAsanaにタスクとして転記します。NotionとAsanaの間は手動での転記になりますが、改善アクションの数は1回の会議で5〜10件程度のため、作業負荷は15分程度です。Asana側のタスクにはNotionの議事録ページへのリンクを貼っておくことで、アクションの背景をいつでも確認できるようにします。

担当者はファシリテーターで、会議当日中に完了させます。

この組み合わせが機能する理由

Asana：改善アクションの実行を確実に追跡できる

Asanaはタスクの進捗管理に特化しており、改善アクションの担当者、期限、ステータスを明確に管理できます。カスタムフィールドを使えばOKRの進捗率も数値で記録でき、ダッシュボードで全体の状況を俯瞰できます。無料プランでも15名まで利用可能なため、小規模チームであれば追加コストなしで始められます。一方、OKR専用ツールと比べると目標のツリー構造やスコアリングの機能は弱いため、OKRの階層が深い大規模組織には向きません。50〜300名規模で、OKRの階層が2〜3段程度であれば十分に対応できます。

Notta：議事録作成の属人性と負担を排除できる

Nottaは日本語の音声認識精度が高く、Web会議ツールとの連携も容易です。会議の文字起こしと要約を自動化することで、議事録作成が特定の担当者のスキルに依存しなくなります。録音データも残るため、文字起こしの内容に疑問がある場合は原音を確認できます。注意点として、無料プランでは文字起こしの時間に制限があるため、1時間を超える会議が多い場合は有料プランの検討が必要です。また、機密性の高い議論を扱う場合は、音声データのクラウド保存に関する社内のセキュリティポリシーを事前に確認してください。

Notion：過去の議論を構造的に蓄積し組織学習を実現する

Notionのデータベース機能とリレーション機能を使うことで、OKRと議事録を構造的に紐づけた知識基盤を構築できます。単なるファイル保存と異なり、特定のOKRに関する議論履歴をフィルタリングして一覧できるため、過去の文脈を踏まえた議論が可能になります。フリープランでもデータベース機能は利用可能ですが、ファイルアップロードの容量に制限があります。また、Notionの構造設計（データベースのプロパティやリレーションの設定）は初回に30分〜1時間程度の作業が必要です。一度設計すれば、以降の運用は議事録の転記のみで済みます。

Recommended tool list

結論：進捗・議事録・アクションをつなげば会議は変わる

OKRレビュー会議が形式的な報告会になってしまう根本原因は、進捗データ、議事録、改善アクションが分断されていることです。Asanaで改善アクションの実行を追跡し、Nottaで議事録作成の負担と属人性を排除し、Notionで過去の議論を構造的に蓄積する。この3つをつなぐことで、毎回の会議が前回の続きとして機能し、組織としての学習サイクルが回り始めます。

まずは次回のOKRレビュー会議に向けて、Notionに議事録データベースを1つ作成し、OKRの一覧と紐づけるところから始めてください。初回の設計に1時間、以降の運用は会議1回あたり30分程度の追加作業で済みます。

Mentioned apps: Notion, Asana, Notta

Related categories: タスク管理・プロジェクト管理, ナレッジマネジメントツール, 議事録作成ツール

Related stack guides: 業界標準の改定内容を自社システムへ漏れなく反映し監査不適合を防ぐ方法, 監査対応の資料依頼で何度もやり取りが発生する問題を解消し監査日程の遅延を防ぐ方法, 補助金の申請期限から逆算して社内承認とタスクを連動させ申請見送りをなくす方法, パートナーとのトラブル発生時に証跡を即座に集約し原因究明と再発防止を加速する方法, 育児・介護休業の案内から申請・社会保険手続きまでを仕組み化し人事担当者の個別対応と手続きミスをなくす方法