ビフォーアフター社長日記

世界一のDERUKUIになり、お客様と社会の向上に貢献します

練習:続々・強みを創り出す 8月26日 SHIPの朝礼

おはようございます。8月26日、SHIP朝礼を始めます。

SHIPに一定期間以上在籍している方ならば、私から何度もこの言葉を聞いたことがあるはずです。

「過去は変えられない。だから、失敗を積極的に未来の材料にすることで、未来を変えればいい」

本日は「強みを創り出す」シリーズの第三弾として、この言葉の実践についてお話しします。

日報の振り返りで、毎日熱心に反省を書いている人がいます。
その内容は「言われたことを忘れていました」「チェックせずに提出してしまいました」「指示の意図を完全に取り違えていました」といった、いつも同じような文言の繰り返しだったりします。
毎日同じような失敗を反省し続ける振り返りは、本人にとっても決して楽しいものではありません。

そうした状況が続くと、やがてマネージャーからも指摘されなくなってきます。それはマネージャーが責任を放棄したわけではなく、何度も同じことを言うことに気の毒さや限界を感じているからです。結果として、業務はひっそりと巻き取られ、別の誰かに依頼先が変更されてしまいます。

では、なぜ同じことを繰り返してしまうのか。そして、繰り返さないためにはどうすればよいのでしょうか。
最も確実な対策は、「自分の失敗パターンを忘れないこと」です。

そして、忘れないための非常に有効な手段が、「失敗に名前をつける」ことです。

ここで、前回お話ししたAIが役立ちます。自分の反省文をAIに入力し、「私の失敗パターンに、客観的でわかりやすい名前をつけて」と依頼してみてください。

具体的な方がわかりやすいでしょう。気を悪くしないでください。終わった過去ですから。あるメンバーの一昨日の日報をAIに分析させると、次のようなネーミングが提案されました。

  • 「管轄外シャッター」症候群
    「これは自社サービスではない」と認識した瞬間に、頭のシャッターをガラッと下ろしてしまい、調べたり構造から推測したりすることをやめてしまう状態。
  • 保身の「他社へどうぞ」トラップ
    クレームや責任を負うことを恐れるあまり、顧客の課題解決よりも「自社の責任を回避すること(丸投げ)」を優先してしまう罠。
  • 字面(じづら)回答・丸投げコンボ
    相手の質問を文字通りに受け取って表面的な回答をし、解決策は他社へ丸投げしてしまう最悪の組み合わせ。
  • 「ドリルと穴」の勘違いパターン
    「顧客が欲しいのはドリルではなく穴である」という格言の通り、顧客が本当に求めている「結果」を見失ってしまう現象。
  • 「仕組みの翻訳」サボり
    根本的な仕組みは同じなのに、その知識を相手の環境に合わせて翻訳・応用するプロセスを放棄してしまうこと。

組み合わせで次が提案されました。

『管轄外シャッターからの丸投げコンボ』

思わずハッとさせられるようなネーミングです。

自分の振り返りをAIで繰り返し分析し、何度もこのパターンが導き出されたならば、「自分が陥りやすいのはこの罠なのだ」とはっきりと自覚することができます。

すべては、この「自覚」が起点です。
自覚をしなければ、人はずっと同じ場所に留まり続けてしまいます。逆に言えば、自分の失敗パターンを自覚できた瞬間から、それは改善可能な課題となり、未来の強みへと反転していくのです。

失敗が多いということは、見方を変えれば「未来の強みを創り出すチャンスがそれだけ多くある」ということです。

過去の失敗は反省しても何も好転することはありません。そこに名前をつけ、リマインドしやすくし、失敗に事前に気づき、未来が変わる、そのための材料にしていきましょう。

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

“`

9 コメント

Add yours

  1. 失敗をただ反省して終えるのではなく
    それを起点にチャンスに変えて成長に繋げていきます。
    そのためにもまずは失敗を振り返り、言語化していく。
    いただいた「名前を付ける」という手段は、失敗だけでなく色々な場面で使えると思うので、使わせていただきます。

  2. 失敗したことをただ振り返って終わりにしてしまうと再び繰り返してしまう可能性がある、また成長に繋がらない。
    振り返った段階でその失敗が自分にとってどんなパターンなのかを振り返り言語化し、失敗してもその前に気づくことができる仕組みを作る。
    毎回0からのスタートにしない為にも、その言語化が必要だと理解しました。
    できなかったことができるようになりやがて自分の強みとしていくためにも、ただ点で振り返って終わりにするのではなく、パターンとして落とし込み、自分の成長にできる仕組みにしていきます。

  3. 日報でいただいたフィードバックに対し、どういう目的を達成するための修正なのか、アウトプットのどこに問題点があったのかを振り返っています。しかし期間が空くと忘れてしまい同じようなフィードバックを受けることがあります。これは自分の失敗パターン自覚をする仕組みがなかったことが原因です。
    うっかり忘れをなくすために付箋を貼るのと同様に、失敗を忘れないためにも、自分の失敗パターンに名前をつけるなどの工夫をするためにAIを有効活用して、強みを創り出す材料に変えていきます。

  4. これは自分の管理外だから、指摘されているのは自分ではないからと興味を持たなくなった瞬間に、それが慢性化してしまい自らの思考・成長を止めてしまっていたなと思うことがあります。
    まずはどんなことでも失敗を自分の成長にするために、違和感を持ち誰かに委ねるのではなく自分だったらと置き換え行動すること。
    自分の失敗も含め、チームでの失敗を自分の行動・工程で止めることはできなかったか。自分の失敗パターンとして多いのはこれなので、失敗を糧にするのもですが、同じことを繰り返さない様にしていきます。

  5. 問題を点で捉えるのではなく、自分がどういうパターンで失敗を起こしやすいのかを自覚する必要があるので、AIを活用したり振り返りの場を最大限利用し、自覚と改善を繰り返します
    自分の失敗をパターンとして振り返ると個々の対応には目が向いても、全体の流れやその先への影響を見るのが遅れて手戻りになるパターンがあります
    自分でもチームでも起こりうることなので、個人の注意だけで防ぐのではなく、失敗パターンを共有し、チームとして事前に気づける状態をつくります
    振り返りも、失敗を責める場ではなく自分が陥りやすい考え方まで言語化し、次に同じ状況が来たときに先回りで対応できる機会として活用します

  6. 日々日報でその日に頂いたFBに対して三段構造で振り返っていますが、振り返るだけで終わるのではなく前回頂いたFBを今回は初稿から反映させることができたなど単なる振り返りで終わらせるにではなく自身の成長として日報に記載しています。
    自分の失敗パターンを日報を活用して分析して成長につなげます。

  7. その日の失敗を振り返り、失敗のフレームを考えることはできていましたが、そのフレームから過去の失敗と照らし合わせることはできていませんでした。
    記事作成でのミスもスケジュール管理でのミスも理由は同じだったりすることがあります。自分が陥りやすい失敗のフレームを理解して、名前をつけることで、失敗を一つの経験として、応用して成功を増やしていきます

  8. 失敗や反省をそれで止めず、セットで原因を言語化し修正するところまで宣言して振り返りとする。
    ただの作業ではなく過去の経験から同様のパターンはないか、なぜそれが再発しているのか、再発させないためには何をすべきか

    失敗を糧に成功に繋げていくため、正しい振り返りと練習に繋げていきます。

  9. ゼロから振り返るのではなく、まずどのケースに当たるかを確認する。

    最近も「前回のあの件と同じ指摘じゃん」と、指摘されてから気づくことがありましたが、
    失敗する前にパターンと照らし合わせて
    「また同じことをしようとしている」と自分で気づき、
    行動を変えるところまで練習します。

    そのために、失敗パターンを構造化して名前付けを実践してみます。

コメントを残す

※Emailは公開されません。

*