Agile Results は、J.D. Meier が提唱した個人向けの生産性メソッドである。
核心は、日・週・月・年それぞれで「重要な3つ」を置く（Rule of 3）ことと、短い周期で見直し続けることにある。
これは、単なる ToDo 管理ではない。
むしろ、その期間で何を前進させたいかという「結果（wins, outcomes）」を定め、レビューを通じて更新する仕組みである。
Agile Results は、
「最初に年間ゴール3つを決めて、それを下位にブレイクダウンする厳密な目標管理法」
として理解するのはややズレている。
年の 3 Wins は、絶対的な親目標というより、
その年の方向性を示すコンパスに近い。
したがって、
日々・週次・月次のレビューを通じて、年の3つを見直してよい。
ここが “agile” である。
Agile Results の実務上の中心は、
Weekly と Daily を回し続けることにある。
このリズムを回すことで、月と年も支えられる。
したがって、月や年は上位から管理するためのものというより、
短周期のレビューを受けて更新される上位レイヤーである。
月や年には、少なくとも二つの側面がある。
つまり、Monthly / Yearly は
目標設定のレイヤーでもあり、実績レビューのレイヤーでもある。
30 Day Sprint は、
1か月だけ重点的に取り組むテーマである。
たとえば、
など、1日や1週間では成果が見えにくいものを、
30日単位で集中的に試す。
30 Day Sprint は、日々の 3 Wins と別枠で独立して動くものではない。
むしろ、Daily 3 Wins や Weekly のリズムを使って実行する月テーマである。
イメージとしては：
毎日の 3 Wins のうち 1つが Sprint 関連になることは自然だが、
毎日3つ全部を Sprint に使う必要はない。
Weekly は
という形で説明されることが多いため、土日が抜けて見える。
しかし、これは仕事週ベースのわかりやすいテンプレであって、
土日に何もしないという意味ではない。
土日は、
など、自由に使ってよい。
Agile Results は仕事だけでなく、生活全体を扱うメソッドである。
Agile Results は、
日・週・月・年ごとに「重要な3つ」を置き、レビューで更新し続ける結果重視のメソッドである。
その本質は、
にある。
一言で言えば、
Agile Results = Rule of 3 を各時間スケールに適用し、レビューで更新しながら回す仕組み