目標設定フレームワークの適用領域 — SMART・OKR・GTD

3つのフレームワークは同じ問題を解いていない

目標設定の話題では、SMART・OKR・GTDが「どれが優れているか」という文脈で並べられがちです。しかし、それぞれの成立の経緯を見ると、そもそも想定していた課題が異なります。SMARTはGeorge T. Doranが1981年に『Management Review』誌に発表した論文で、管理職が部下の目標を評価しやすくするための基準として提示されました。OKRはIntelの経営者だったAndy Groveが組織内で考案し、John Doerrが著書『Measure What Matters』(2018)で普及させた、組織全体の方向性を揃えるための仕組みです。GTDはDavid Allenが『Getting Things Done』(2001)で体系化した、個人のタスクと気がかりを頭の外に出して処理するための手法です。

この3つを「目標設定の3大手法」として並列に扱うと、比較の軸がずれます。正しい問いは「どれが優れているか」ではなく「今抱えている問題は、評価の基準づくりなのか、組織の方向合わせなのか、それとも日々のタスク処理なのか」です。

SMART — 評価可能な目標を作るためのチェックリスト

SMARTはSpecific（具体的）、Measurable（測定可能）、Achievable（達成可能）、Relevant（関連性がある）、Time-bound（期限がある）の頭文字を取ったチェックリストです。Doranの原論文は、管理者が部下と目標を設定する際の実務的な指針として書かれており、個人の学習目標や小さなプロジェクトの評価には今でも有効です。

一方で、SMARTは目標同士の優先順位や、組織内での整合性については何も規定していません。個人が複数のSMART目標を並行して立てた場合、それぞれは基準を満たしていても、全体として何を優先すべきかは別に判断する必要があります。SMARTは「良い目標の形」を定義する道具であって、「どの目標を選ぶか」を決める道具ではない、という点が誤解されやすい部分です。

OKR — 個人ではなく組織のアラインメントのための道具

OKR（Objectives and Key Results）は、達成したい定性的な目標（Objective）と、それを測定する定量的な指標（Key Results）を組み合わせる手法です。Doerrが強調するのは、OKRが個人の評価ツールではなく、組織全体が同じ方向を見るための「透明性の装置」だという点です。複数のチームのOKRを公開し、互いの目標がどう関連しているかを可視化することが本来の目的にあります。

この設計思想を個人の目標管理にそのまま持ち込むと、齟齬が生じます。個人が一人でOKRを運用する場合、他チームとの整合性を確認するという本来の機能が働かないため、単なる「野心的な数値目標」に矮小化されがちです。OKR特有の「意図的に達成率60〜70%程度を目指す野心的な目標設定」という発想も、組織の評価制度と切り離されていると、達成できなかったことへの心理的な負荷だけが残る場合があります。

GTD — 個人のタスク処理から不安を減らす仕組み

GTDは「収集（Capture）→ 見極め（Clarify）→ 整理（Organize）→ 更新（Reflect）→ 実行（Engage）」という5段階のワークフローで構成されます。Allenの出発点は、頭の中に残ったタスクや気がかりが認知資源を消費し続けるという観察でした。すべてを外部システムに書き出すことで、脳を「思い出す作業」から解放し、実行そのものに集中できるようにするのがGTDの狙いです。

もっとも、GTDは何を優先すべきかという判断基準そのものは提供しません。収集したタスクを整理する仕組みは強力ですが、そもそもどのタスクに取り組む価値があるかは、SMARTのような評価基準やOKRのような方向性の指標がなければ決められません。GTDだけを運用しているとタスクリストは整うものの、リストの中身の妥当性を問う機会が失われることがあります。ノートの構造化という観点ではZettelkasten・PARA・Bullet Journalの情報構造を分解した記事でも近い論点を扱っており、GTDの「整理」段階と組み合わせて検討する価値があります。

フレームワークを越境させたときに何が起きるか

3つのフレームワークを組み合わせて使うこと自体は問題ではありません。問題が起きるのは、ある手法が想定していない役割をそのまま押し付けたときです。たとえば個人の日々のタスク管理にOKRの「野心的な目標」の発想を持ち込むと、達成率が低いことが失敗の証拠のように感じられてしまいます。逆に組織のアラインメントが必要な場面でGTDのタスクリストだけに頼ると、個々のタスクは処理できても、チーム全体がなぜそのタスクをやっているのかという合意が抜け落ちます。

継続的な行動変化という観点では、フレームワークの選び方そのものが失敗の一因になり得ます。習慣形成の研究から見えた3つの落とし穴を扱った記事で触れたとおり、目標設計の粒度を誤ると、フレームワークの良し悪し以前に行動が続かなくなります。SMART・OKR・GTDのどれを選ぶかを決める前に、今解決したい問題が評価・方向合わせ・実行のどの層にあるのかを切り分けることが、遠回りに見えて最短の判断になります。