うまく成長目標を立てる方法：成長目標とGROWモデル

-
成長目標ってみんなどうやって作っているんでしょうか？
今回は（成長）目標を作るために便利なフレームワークであるGROWモデルを紹介しようと思います。

GROWモデルとは？

GROWモデルは以下の4つから構成される目標作成のフレームワークです。参考文献
  • Goal（目標）
  • Reality（現実）
  • Option（選択肢）
  • Will（意志）
どのような手順で行われるかというと、
  1. まずはGoal（目標）を明確にする
  2. 次にReality（現実）を確認する
  3. そして、Option（選択肢）（Goal（目標）に向かうためにReality（現実）からどのようなことができるのか）を考える
  4. 最後にOption（選択肢）の中から自分がやることを選択し、Will（意志）を固める。
というような手順で行われます。
実際に自分で考える時はGoal（目標）、Reality（現実）、Option（選択肢）、Will（意志）を行ったり来たりするので、必ずしもこの順番でおこなう必要はありません。

GROWモデルを使ってどうやって目標を立てる？

さて、このGROWモデルを使って、私がダイエットの目標を立てみたので、流れを一通り書いてみようと思います。
ホワイトボードでやったときはこんな感じでやりました。
  1. 現状（Reality（現実））は85kgとなっているから痩せたいなー。痩せるってどういうイメージだろう？
  2. どうなっていたいかというと？Goal（目標）
    1. 1月に65kgになっていて
    2. 健康的な食習慣を手に入れられている
      1. お菓子とか食べるのが少なくなる
      2. カロリー計算をしている
      3. カロリーを記録した状態になっている
    3. 福のサイズが1サイズダウンしている
  3. （うむうむ。これなら痩せたとおも得るし、今後もその状態を維持できるような状態に思えるぞ）
  4. じゃあ、今はどうだろう？
  5. 今（Reality（現実））は
    1. 85kg
    2. お菓子も一日に5個ぐらい食べている
    3. 睡眠不足とかストレスがかかったときにたくさん食べてしまう。
    4. 3食食べ過ぎている
    5. 自分が食べているカロリーとか良く分かっていない
  6. じゃあ、どんなことをやればいいだろうか？（とOption（選択肢）を考える）
    1. まずは食事のカロリーを記録できるようにする
      1. カロリーを記録するのはすぐに挫折しそうだな、対策を考えよう。
        1. アプリを買って、強制力を付けよう。
        2. 一緒にやってくれる人を見つけよう
        3. コーチを雇って、応援してもらえるようにしよう。
        4. 家族に話して、応援してもらおう。
    2. ストレスで食べてしまった時にどんなときにストレスがかかっているのかを振り返る
    3. 食べてしまった次の日は食べる量を少なくして、全体のカロリーを調整する。
  7. （ふむふむ、なかなか出てきたな。）
  8. じゃあ、最初の一歩でやればいいところを選択しよう（Will（意志）を明確にする）
    1. アプリ買って、強制力を付けるところからやってみるか。
    2. 他にも次は、...みたいな順番でやっていくか

GROWモデルと状態目標と行動目標
察しの良い方はもう分かっているかもしれませんが、
  • 状態目標はGoalに相当し、
  • 行動目標はOptionに相当します。
結局、状態目標をたて、それに向かって行動目標をたくさん出してみるということをやることに代わりはないです。
逆に状態目標、行動目標と違うのは
  • 状態目標を立てるときに、Reality（現実）と比較しているという点
    • こうすることで、Reality（現実）とGoal（目標）のOption（選択肢）（行動目標が出やすくする
  • 行動目標を考えるときも、Will（意志）というセクションを設けることで一番最初にやるところ、やる順番を明示する
という点です。

GROWモデルをやるときコツは？
コツは
  • Goal（目標）であるなりたい姿を常に意識する。
  • Reality（現実）をあまりに悲観的になりすぎない。
  • Option（選択肢）を考えるときは、あまり完璧なものを求めず、ちょっと良くなるくらいのハードルでOption（選択肢）を出す。
あたりです。

Goal（目標）であるなりたい姿を常に意識する。
この目標の立て方ではGoal（目標）に向かうためのものであることは忘れがちになってしまうので、適度に「どうなりたい？」って問いかけるとうまくいきやすいです。
また、Option（選択肢）を立てるときも、それができたときにGoal（目標）に近づくためのものになっているのかというのを考えるとうまくいきます。

Reality（現実）をあまりに悲観的になりすぎない。

このフレームワークをやるときにGoal（目標）があまりに高すぎて、Reality（現実）はまったくできていないと思うと、単純に絶望して進まなくなってしまうことがあります。
そういうときは、Reality（現実）でできていることもいくつかできていることを出してみると良いです。

Option（選択肢）を考えるときは、あまり完璧なものを求めず、ちょっと良くなるくらいのハードルでOption（選択肢）を出す。

また、このフレームワークをやるときにGoal（目標）があまりに高すぎて、何やってもダメそうに思うときがありますが、そういうときはちょっとでも良くなるにはどうすればよい？くらいのハードルでOptoin（選択肢）を出すと少しでも前向きになれます。
上で、私がやっている具体例でも、それでダイエットできるのかはほんとのところはやってみないと分からないですが、とりあえず、Goal（目標）に対して近づきそうなやり方を出しています。
そのうち、近づいていくので、Optoin（選択肢）をとにかく出してみましょう。

最後に

ちょっとでもうまく成長目標が立てるようになると私は毎日楽しくなってきているので、他の人もうまく成長目標が立てられるようになって、毎日楽しくなる手助けになればいいかなと思います。

このコツをうまくやっていくための方法は別途あるのですが、もう記事書くの満足したので、次の機会に書こうと思います。

コメント

コメントを投稿

このブログの人気の投稿

コーチやメンターとの付き合い方

-
なんの話？ マネージャーといわれる人たちにって、一般的に正解のない問題について立ち向かうことが多いと思います。 そういう時にコーチやメンターっていうものに使って、前向きにとらえられた経験があるので、その時のコーチやメンターを使ってみた経験をお話ししたいと思います。 私がどんな時にコーチやメンターを使ったのか、実際使ってみてどうだったのか？どういうときにコーチやメンターを使ってどうなったのかをお話ししていこうかなと思います。 当時何やっていいのかわからず凹んでた 先日、こないだEOFで自分らしいリーダーシップでメンバーから目標設定とか成長って本当に必要なんですかって言われた事についてちょっとお話ししようかなと思います。 この当時メンバーから目標設定とか成長とか必要ですか？って言われた時に 僕はマネージャーとしてほんと何したらいいのかよくわかんなくなっていました 。 というのも目標設定とか成長とかをうまく作ってチームの雰囲気は良くなるんじゃないかと思って色々やってたんですけど、 僕は本当に何すればチームが良くなるのかいいのかが全然わかんなかったです。 なので、 めっちゃ困ってました。 困ってはいたので、それをどうにかするために本を読んだりもしました。 1on1の本を読んでその通りにしてみたりとか、 成長段階もついての本を読んでこういう段階があるのかフーンって思ったりとか、 その本に書いてあることも通りにやってきました。 例えば1on1の本にはまずは雑談から初めてその人の好きなこととかしていきましょうねって書いてあったので、 雑談から話をするのがいいのねと思って、普段の何してんの？とかから話を聞いていくようにしました。 それで好きなことを知っていくようにしていくとかをトライしてました。 でも、ずっともやもやしてました。 今振り返るとマネジメントの結果が出るのはいかんせんロングスパンなのですが、それが分からず、結果が出なかったからだと思っています。 でもその当時そのこと実感なかったので、ただただ凹んでたりしてました。 マネージャーって仕事へよく言われるエンジニアリングの仕事からするとやっぱで結果が出るのが結構長くなるのでモチベーション下がりがちだったと思います。 例えばコーディングすると結果がすぐに帰って
続きを読む

2時間でチームビルディング：ノーミングセッション

-
時間が2時間ぐらいしかないけどさっとチームビルディングしたいっていうときにおすすめなのがノーミングセッションです。 ノーミングセッションとは？ このノーミングセッションの基本的なアイディアは、 自分が果たすべき役割と責任 ほかのメンバーに期待すること チーム全体のルールであるグラウンドルール を決めることにあります。 このセッションを経てチームメンバーはどうなるのか？ 自分が果たすべき役割や責任の認識齟齬がなくなります。 メンバーがある役割については自分がすることに対して、心理的な障壁が少なくなり、その役割におけるメンバーの心理的安全性が増します。 また、グラウンドルールは判断できることを増やし、意思決定が早くなります。 具体的にはどうするのか？ よくやる方法としては、以下のような手順で開催します。 模造紙をチームメンバー分用意してチームメンバーに配ります。メンバーに配られた模造紙は彼のことが書かれる模造紙になります。 次にチームメンバーに自分が果たすべきだと思っている役割と責任を自分に配られた模造紙書いてもらいます。(15分) ここでメンバーは自分が期待されていると思っていることを書き出しています。 次にチームメンバーはほかのチームメンバーに期待していることを付箋に書き出していき、それをほかのメンバーの模造紙に貼ります。(5分×人数分) この段階であるメンバーが果たそうと思った役割とほかのメンバーから期待されている役割の認識齟齬が可視化されます。 メンバーに対して一人ずつ、自分はどう思ってこの模造紙に記載したのか、ほかのメンバーはその人に対して、どう思って期待していることを書いたのかを話し合って、どこが期待値がずれていたのかを話し合います。(20分×人数分) 最後に、この辺は上記の話し合いの結果を何かに反映します。(10分) チームが決めておいた方が良いグラウンドルールを決めてもよいし 役割が比較的明らかになった場合は明示的に役割分担してもよいです。 おすすめなシチュエーション チームの役割分担が良く分からんという課題感がある場合 チームの目標が明らかな場合。 時間はどのくらいかかるのか？ 4人くらいのチームだと2時間くらいです。 必
続きを読む

DDDと私

-
イメージ
Table of Contents 最初に DDDとの出会い DDDに近づく。オブジェクト指向に興味を持つ DDDと再び出会う 現在、DDDとともに 最初に こんにちは moai です。 この記事は、 ドメイン駆動設計 #1 Advent Calendar 2018  の7日目です。 昨日は、 @kawakawa さんによる ドメインオブジェクトとユースケースの関係について でした。 今回は私とDDDの話をしようかなと思います。 ここでは、手法の話はしません。 手法の話をご期待の場合は、ご期待には沿えませんので、どうぞこちらでおかえりください。 DDDとの出会い 私がDDDに出会ったのはおおよそ二年前のことでした。 Amazonの購入履歴を見るに、わたしは2016/02/21に エリック・エヴァンスのドメイン駆動設計 を買ったようです。 しかし、その時は第一部を読んで満足したような気がします。 ざっくり言うと良さがあんまりわからずに、途中で読むのをやめちゃったんですね。 だって、分厚いんだもの。 そのころ、私は新規開発をたくさんするようになったものの、 CRUDに非常に近い機能を作っており、 DBにうまく値を格納するかに熱心でした。 例えば、あるテーブルのデータをPDFに乗せるとか、 テーブルのデータを使って一覧画面をつくりソートするとかですね。 PDFにデータ載せて、こんなの作ったり、 一覧画面を作ったり。(これは弊社の今の画面なので、とても奇麗ですが昔はもっとおぼこい感じでした。) そのため、そのころ読んでいたのは Data Modeling Resouce Book という 世の業務アプリケーションで使われているモデリングはこうなっているんだよという本を熱心に読んでいました。 そのころ思っていたこととしては、 うまくテーブル設計できていれば、 モデルの設計はあとからちゃんとついてくると信じていました。 何なら、DDDなんか知らなくても、俺は俺の最強のアプリケーション作れると信じていました。 そして、なんなら英語の本まで参照しちゃう俺すごい、くらいに思っていました。 今思うと、それは正しい局面もあれば、少し複雑になると正しくない局面もあると
続きを読む