おはようございます。SHIPの朝礼を始めます。

7月31日の全体会議の「ディスカッション」では、全員がミニプレゼンを行いました。

シップの三つの強みである「専門特化性」「再現性」「拡張性」に、自分の仕事がどのように貢献しているのか。理想に対して現在の自分には何が足りないのか。7月にどのような練習をして、8月は何を実行するのか。

一人ひとりが自分の現在地を言葉にし、それに対してチームのメンバーからフィードバックを受けました。

今日は8月最初の朝礼です。

各チームの朝会では、まずスレッドに記載されている自分のミニプレゼンと、受け取ったフィードバックを、もう一度読み直すところから始めてください。

発表したときには理解したつもりでも、時間を置いて読み直すと、違う見え方をすることがあります。

自分がギャップだと思っていたことと、周囲から見えていたギャップは同じだったでしょうか。

自分では「もっと注意する」「意識を高める」と考えていても、フィードバックでは、「ずれに自分で気づける工程をつくる」「目的から説明する順番をつくる」「一人で抱えず、途中ですり合わせる」「判断をフレームやチェックリストとして残す」といった、より具体的な改善の方向が示されていました。

フィードバックを受けて、改善の発想は生まれていますか。

「勉強になりました」「気をつけます」「意識します」で止まっていませんか。

フィードバックは、反省して終わるためのものではありません。自分の解決すべき課題を設定する機会です。

多くの場合、「解決すべき課題」ではなく、「問題点」と「解決策」だけで話が進んでいます。

解決すべき課題は何なのか。

例えば、「確認漏れがあった」というのは問題点です。

そこで、「チェックリストをつくる」という解決策をすぐに出してしまいます。

しかし、確認漏れが起きた本当の原因は、単にチェックリストがなかったことなのでしょうか。

• 仕事の目的を理解せず、指示された箇所だけを確認していたのかもしれません。
• 完成した状態を想像できていなかったのかもしれません。
• 自分だけで判断し、途中でほかの人と目線を合わせる工程がなかったのかもしれません。
• 過去の失敗が、チームの判断基準として共有されていなかったのかもしれません。

このように原因を掘り下げた結果、「仕事の目的と完成条件を着手前に言語化する」「途中で目線を合わせる工程を設ける」「個人の経験をチームの判断基準として残す」といったものが、解決すべき課題として見えてきます。

解決策を考えるのは、その後です。

問題点から、いきなり解決策へ飛びついてしまうと、対策は表面的になります。チェック項目だけが増えたり、会議だけが増えたりして、同じような問題が別の形で繰り返されます。

ダブルダイヤモンドでいえば、問題を広く捉え、原因を整理し、「今回、本当に解決すべき課題はこれである」と定める場所が真ん中にあります。

この真ん中を飛ばさないことが大切です。

今回のフィードバックでも、「点の対応になっている」「目的より手段から入っている」「一人で抱え込んでいる」「経験が個人の中にとどまっている」といった指摘が、多くの人に共通していました。

これらは、それ自体が解決すべき課題とは限りません。

• なぜ点の対応になるのか。
• なぜ目的より先に手段を考えてしまうのか。
• なぜ一人で抱え込むのか。
• なぜ経験をフレームとして残せないのか。

そこを自分の仕事に当てはめ、もう一段深く考える必要があります。

そして、解決すべき課題を定めたら、それを埋めるための練習を決めます。

• 「意識する」ではなく、着手前に目的と課題を書き出す。
• 「気をつける」ではなく、週に一度、判断理由をプレゼンしてフィードバックを受ける。
• 「一人で抱えない」ではなく、どの段階で、誰に、何を確認するのかを工程として決める。
• 「再現性を高める」ではなく、成功と失敗の理由を振り返り、次の案件で使える判断基準として残す。

ここまで具体化されて、初めて練習になります。

改善の発想がすでに生まれている人は、今日から実行してください。

まだ生まれていない人は、フィードバックを読み直し、自分の解決すべき課題は何なのかを考えるところから、今週をスタートしてください。

全体会議のディスカッションは、ミニプレゼンをして終わりではありません。

フィードバックを受け、解決すべき課題を定め、練習を実行し、結果を振り返る。その一連の流れを繰り返すための起点です。

次の全体会議では、「何を指摘されたか」ではなく、「フィードバックから何を変え、その結果どうなったか」を発表できる状態にしていきましょう。

以上で朝礼を終わります。