(5ページ目)

改善 ✕ 本

に関する学び

---

計画チェックと柔軟対応は？ 計画の実行段階では、プロセスが予定どおり進んでいるか、また期待された結果が出ているかを定期的にチェックし、問題がない場合は状況を維持します。しかし、状況が変化した場合には、リーダーとして適切に介入が必要です。過度の干渉は避けるべきですが、状況に応じて柔軟な対応が求められます。 不測の事態への対処法は？ 不測の事態が発生した場合、リーダーは結果に対する責任を負うことになります。まずは事態を収拾し、その後、問題の構造を把握して具体的な改善策を策定します。その際、個人を追及するようなことは避けるべきです。 成功と失敗の振り返りをどうする？ 振り返りは習慣化することが重要です。失敗にばかり目を向けず、成功した点も評価します。評価基準を明確にし、メンバー自身に自己評価を言葉にしてもらいます。改善は具体的な行動計画に落とし込みます。 モチベーションを高めるには？ モチベーションを高めるためには、日常の信頼が基本です。個々人の違いを理解し、適切に対応することが大切です。以下のフレームワークを活用すると効果的です。まず、X理論とY理論ではX理論が人間は怠け者であるとの考えを、Y理論では目標に向かって積極的に行動するとの考えを示しています。マズローの欲求5段階説では、生理的欲求、安全欲求、社会的欲求、承認欲求、自己実現欲求のどの段階がモチベーションの源となっているかを重視します。ハーズバーグの動機付け衛生理論では、動機付け要因と衛生要因を区別し、どちらが満たされていないかを判断します。 実務での実践方法は？ 実務で特に有用なのは以下の2点です。 1. 相手のモチベーションを高めるコミュニケーション あらゆる場面で相手のモチベーションを高めるよう心がけます。メールの返事が遅い、または期待と異なる返事が来る場合でも、相手のモチベーションを高める姿勢を取ることで改善が図れるかもしれません。 2. 振り返りを行う際には、相手に考えてもらう問いかけを行います。 特にジュニアのメンバーとの振り返りでは、自分の経験談を押し付けず、相手自身がどのように感じ、今後に生かすかを考えさせるような対話を心がけます。自分自身の振り返りでも、昨年の経験を生かし、タイムラインの設定に注意を払って計画を立てることが有効です。 相手のモチベーションを高める際には、共感や理解を示し、良いと思った点を積極的にフィードバックします。自身のモチベーションを保つためには、自分がチームや会社に貢献できているかを意識し、その価値を自分で認めることが大切です。また、プロジェクトを継続的に見直しながら改善し、より具体的な行動計画に結びつけることが求められます。

顧客体験の本質は？ AI活用の方法について学ぶ中で、最初は業務効率化を意識した内容が中心だと感じていました。しかし、学びが進むにつれて、本講座の核となるテーマは「顧客の価値体験をいかに設計するか」という、ビジネスの本質に迫る内容であると実感しました。AIによって作業の効率は向上するものの、その先にある問い、「顧客にとって本当に価値のある体験とは何か」を考えることがますます重要になっています。特に、継続的なサービスを提供する立場として、顧客がずっと価値を感じ続けられる体験設計は、単なる学習テーマに留まらず、実務として直面するべき重要な課題であると認識しています。 学びはどう変わる？ ６週間の学びを通じて、AI活用に関する基本的なアプローチから、最終的にはビジネスの根幹をなす本質的な問いに立ち返る視点を養えたことは大変興味深かったです。この経験を経て、今後は顧客の価値体験を感覚的に把握するだけでなく、その構造を要素ごとに分解し、実践的なスキルとして活かすことを意識していきたいと思います。 枠組みはどう使う？ また、先週学んだ「既存の媒体 × センサー」というフレームワークは、自社のプロダクトを考察する上で応用可能だと感じました。まずは社内の勉強会でこの考え方を共有し、サービスや業務にどのような可能性があるか議論してみる予定です。さらに、ライブ授業のグループワークでは、「人の評価にはバイアスがかかるため、AIによる分析は新たな視点を提供する」という意見をいただきました。今後は社内のコミュニケーションツールのログやサーベイ結果など、様々なデータを活用して分析に取り組んでいきたいと考えています。 AI分析の課題は？ 一方で、経営指標の分析をAIに依頼する際には、実務上いくつかの課題も顕在化しました。現在利用している会計システムでは、必要なデータを一括で抽出するのが難しく、複数回に分けてダウンロードしたデータを組み合わせる必要があります。この手作業は完全ではありませんが、継続的な実施には工数の負担が大きいのが現状です。最近、利用中の会計ソフトから公式の改善策が発表されたため、今後はこれに伴い、GitHubなどの基本操作についても学び、改善に努めたいと考えています。 活用法の可能性は？ 今回の講座を通して、AIを単なる効率化ツールと捉えるのではなく、「どう活用すると面白くなるか」という観点で考える発想の余白が生まれたことは大きな変化です。グループワークやアクティビティでの仲間の反応も、学びをより実りあるものにしてくれました。今後は、この実体験を業務でのフィードバックとして活かし、前向きな姿勢で取り組んでいきたいと思います。

ゴールの明確化とは？ 今週の学びを通して、「ゴールの明確化」「取捨選択」「独自性」という3つの要素が、戦略思考においてどれほど重要な役割を果たすかを改めて実感しました。これらの要素は単独で存在するのではなく、互いに連携することで大きな成果へと結びつくという視点が特に印象に残っています。 独自性の本質は？ また、「独自性」については、単なる差別化の手段としてではなく、我々の強みを可視化し、組織が社会にどのような価値を提供しているのかを示す本質的な要素であると理解するに至りました。戦略は単なる計画ではなく、組織の進むべき方向を示す道しるべであり、意思決定の基盤となる考え方であると実感しています。この視点を持つことで、日々の業務にも一層の意味と目的が感じられるようになりました。 現場の混乱は何？ 私の部門では複数のプロジェクトを同時進行していますが、現場では割り込み作業や短期的な対応に追われるため、戦略的な視点を十分に持つ余裕がありません。その結果、プロジェクトごとの方向性にばらつきが生じ、経営方針との整合性が損なわれるリスクがあると感じています。 方向性をどう統一？ この状況を改善するため、まずは各プロジェクトのゴールを経営戦略と照らし合わせて明確にし、その内容をチーム内で共有することから始めています。これにより、プロジェクトの方向性を統一し、チーム間の連携を円滑にすることで成果の最大化を図ろうとしています。 優先順位は明確？ さらに、限られたリソースの中で成果を最大化するためには、「やるべきこと」と「やらないこと」を明確に区別し、優先順位を整理することが不可欠です。情報の解像度を高め、判断の精度を向上させることで、プロジェクト運営の効率化を図りたいと考えています。 競争力の根拠は？ また、部門の強みである業務知識の蓄積、人材育成への取り組み、顧客との信頼関係を基盤としたコミュニケーションを活かし、独自性を競争力へと転換する戦略を構築することも目指しています。戦略実行にあたっては、個人の理解にとどまらず、チーム全体での共通認識と協働体制の構築が不可欠です。 戦略の浸透方法は？ 今後は、対話の機会や仕組みづくりを通じて、チーム内に戦略的な視点を浸透させ、組織の持続的な成長に貢献していく所存です。戦略が単なる計画ではなく、意思決定の基準として機能する状態を目指し、組織全体の一体感と推進力の向上に取り組んでいきたいと考えています。 現場活用の工夫は？ 戦略を現場で活用するにあたり、どのような工夫をされているのか、ぜひお伺いしたいです。

本質の学びは何？ 今週の学びのポイントは、①問題の本質をとらえる、②洞察の整理と可視化、③顧客課題仮説の作成、④ユーザー中心の視点の維持、⑤検証と改善の5点でした。特に③顧客課題仮説の作成は、何となく感じていた課題を「●●は●●という状況で、●●という課題を抱えており、●●という解決策を提供できるのではないか」という形に整理することで、その課題が真に本質的なものかどうか、またその根底にある意図に気づく大きなヒントとなりました。 受講生の視点はどう？ 先日、担当しているビジネススクールで、受講生から「自習時に周囲が気になって集中できない」という課題が相談されました。当初は「耳栓を使用してみてはどうか」といった提案をしましたが、今回の学びを踏まえ、これを改めて課題仮説に当てはめてみることにしました。その結果、「受講生は教室で自習する際、周囲が気になって勉強に集中できないという課題を抱えており、簡易パーテーションを設置するという解決策を提供できるのではないか」という形に整理でき、受講生の立場に立った新たな視点に気づかされました。 環境改善の鍵は何？ これまで「周りが気になる」という相談に対しては、うるさい受講生への注意や配慮を促す張り紙の掲示など、ソフトな対応を中心にしてきました。しかし、受講生の目線で考えると、簡易パーテーションのような物理的な解決策があれば、より快適な環境が整うことに繋がると感じられたのです。もちろん、実際にそのような取り組みを行うには費用面などのハードルがあるものの、その障壁があったためにこれまで検討の対象になってこなかったと改めて認識しました。 ユーザーの隠れたニーズは？ また、今回の学びでは、観察やインタビューを通じて得たユーザーの気づいていないニーズ（暗黙知）や認識しているニーズ（形式知）をもとに、本当に解決すべき課題を定義する重要性を学びました。文字情報の分析や定性分析、コーディング、さらにはKJ法や付箋紙法といった手法を通じて、受講生への共感から本質的な課題を抽出するプロセスが理解できました。初心者は、まず観察から得たメモの中からポイントを抽出することから始めるとよいとのことです。 解決策検討の視点はどこ？ 今日の学びとしては、ユーザーの声を素直に受け止め、様々な角度からソリューションを検討する姿勢がいかに重要かを実感しました。ユーザーの話を聞く段階では十分な理解が得られても、実際に解決策を検討する際には、初めから制約にとらわれて選択肢が狭まってしまいがちです。そこで、課題文として整理するステップを設けることは、広い視野を保つ上で意義深いと感じました。

正確な表現は何？ 正しい日本語とピラミッドストラクチャーの活用で相手に伝わりやすくなり、課題認識のズレを防げると学びました。特にカスタマーサクセスにおいては、「わかりやすく、論理的に、具体的に伝える力」が成果に直結していると実感しました。 どのように報告する？ まず、顧客への改善提案や定例会議では、利用状況の報告、課題整理、改善施策の提案といった場面でピラミッドストラクチャーが役立ちます。たとえば、結論、理由、具体例の順で話すことで、説明が長くなったり論点が散らばったりすることを防ぎ、相手に意図がしっかり伝わります。実際の例としては、曖昧な「最近投稿率が低くて、コメントも少なくて…」という表現ではなく、「現在の課題は投稿率の低下です。理由は管理職の発信不足により、社員が投稿しづらい状態になっているためです。まず、管理職の週1回の投稿を促進しましょう」と話す方法が効果的です。 聞き取り整理は？ 次に、顧客ヒアリングや課題整理の場面では、主語や目的語を明確にし、曖昧な表現を具体化することの重要性を学びました。たとえば、「活用が進まない」という話題も、誰が、どの機能が、どの程度、いつからという視点で整理することで、真の課題を浮かび上がらせられます。 数字の伝え方は？ また、データ分析結果の共有においては、単に数字を並べるだけでなく、一番伝えたいことを最初に提示する必要があります。たとえば、「最も改善優先度が高いのはコメント率です。ログイン率は高いため閲覧はされていますが、交流が生まれていません。」といった説明が、数字の背景にある意味を的確に伝えます。 報告はどう進める？ 社内連携や上司への報告では、要点を整理して簡潔に伝えることが、状況の判断や認識の共有をスムーズにし、意思決定を迅速にする効果があります。何が起きているのか、なぜ問題なのか、どう対処したいのかを明確に伝えることで、連携が深まります。 具体的な行動は？ さらに、顧客に行動を促す際は、専門用語を控え、一文を短く、抽象表現を避けることで、次の具体的なアクションが伝わりやすくなります。たとえば、「エンゲージメント向上施策を推進しましょう」という表現ではなく、「まずは管理職が毎週1回、感謝投稿を行う運用を始めましょう」と具体的な指示を出すことが効果的です。 相手はどう理解？ 最後に、大切なのは自分が話したい内容ではなく、相手が理解できるかどうかを基準にすることです。最初に結論を提示し、曖昧な言葉を減らし、数字や事実を添えて具体的な行動に落とし込むことで、コミュニケーションが確実に成果へと結びつくと感じました。

相手のやる気はどう引き出す？ 仕事を依頼する際は、相手がやる気になれるよう、相手の関心やモチベーションについて事前に把握し、任せる仕事がどのように自身の成長や目標実現に役立つかを明確に伝えることが大切です。大きなプロジェクトの一部を依頼する場合でも、その作業が全体の中でどのような位置づけにあるのか、目的が何であるのか、そして仕事を通してどのようなスキルが身につくのかを説明し、意味付けをするよう努めます。また、仕事の成果がどのように活かされたかというフィードバックや、プロジェクト終了時の感謝や労いの言葉は、相手にとって大きな励みとなります。 任せた後はどう見守る？ 仕事を任せた後は、責任感を持たせる一方で、丸投げにせず定期的に進捗や成果をフォローすることが求められます。問題が発生した際は、まず事態の収拾に努め、その後、なぜ問題が起こったのか、どのような行動が原因となったのかを多角的に分析します。この分析では「誰が」ではなく、「何が」「どのように」うまくいかなかったのかに着目し、具体的な改善策を一緒に考えることが重要です。振り返りを定期的に実施し、出来たこと・できなかったことの両面を本人自らの言葉で語ってもらい、次に活かせる気づきを得る機会とします。 リーダー経験はどう育つ？ 部署MBOプロジェクトにおいては、4～8年目のスタッフにリーダー経験を積んでもらうことが目的です。グループリーダーが主体となり、計画の立案から実行、評価、修正までを自ら行うことで、計画を自分の問題として捉え、仕事に対する責任を持つよう促します。定期的な振り返りの場では、計画通りに進んでいるか、逸脱している部分はないかを本人の言葉で確認し、必要に応じてどのように修正すべきかを一緒に考えます。また、経験を積んだスタッフをサポートメンバーとして配置し、相互に振り返りを行うことで、全体の成長を支援しています。 他部署連携はどう築く？ 一方、部署横断長期計画では、9年以上の経験を持つスタッフが他部署との協働プログラムに参加し、モチベーション向上を図っています。参加メンバーには、短い時間でも構わないので、他部署での経験や困難、工夫した点について語ってもらい、そこで感じたことや必要なサポートを共有してもらいます。これにより、相手が大切にしている考えや、どんな環境で力を発揮できるかを理解し、衛生要因や動機づけに基づいて、必要なインセンティブや支援の方法を考えます。普段の業務での様子や他者との関わり方を観察することで、一人ひとりの目標やモチベーションの源泉を見極め、次回以降の活動に活かせるようサポート体制を整えることも重要です。

モチベーション理論の活用は？ モチベーション理論を振り返ると、仕事や身近な人々のモチベーションに当てはめたとき、多くの納得できる点がありました。目に見えないモチベーションですが、理論をフレームワークとして活用することで、次に取る行動のヒントとなると感じました。今後、日常業務でもこの理論を積極的に取り入れていきたいと思います。 仕事の振り返りはどのように？ 仕事の振り返りについては、これまで自身の経験をもとに教訓を話すことが多かったため、今後は若手自身の言葉で考えを語ってもらえるよう意識していく必要があると感じました。 リーダーは何をすべき？ また、チーム全体で大きな成果を出すためには、各メンバーのモチベーションが非常に重要です。ただし、リーダーが「あなたのモチベーションを上げようとする」と伝えると、必ずしも良い反応を得られるとは限りません。モチベーションの向上はあくまでも成果として現れるものであり、リーダーとしては業務上の障壁を取り除くことに力を入れるべきだと考えています。ここでいう障壁は、ある理論で指摘される衛生要因や動機付け要因に関するものです。 効果的な対応方法は？ 日常的なコミュニケーションを通じて、各人のモチベーションの源泉を把握した上で、プロジェクトの進行中に発生する課題やトラブル、節目の際にタイムリーかつ迅速に対応していきたいと考えています。対象者ごとの接し方は以下の通りです。 まず、ベテランには感謝と労いの言葉を中心に伝え、相手の自尊心を満たすことを重要視します。困難や不満を感じている場合は、率直な意見を聞き、その声に寄り添う姿勢を示すことが大切です。また、年齢差を考慮し、過度なアドバイスは控えて尊重と傾聴を優先します。 中堅層に対しても同様に感謝と労いを伝え、今回学んだ振り返りのテンプレートを基に、相手の反応を見ながら次回に活かせるようなアドバイスを心がけます。本人のやり方を尊重しつつ、改善の余地がある点については成長の機会として積極的に指摘していきます。 ほぼ新人の若手には、感謝と労いの言葉を十分に伝えた上で、学んだテンプレートに沿ったフィードバックを実施し、成長を促すよう努めます。新人は基本の習得が中心となるため、基本に忠実な対応が求められます。 フィードバックのポイントは？ 仕事の振り返りは、業務の流れの中で自然に伝えられるよう、できるだけタイムリーかつ迅速に実施したいと考えています。業務の一区切り前から「良かった点」や「改善点」を意識することで、あえて改まった場を設ける必要がなくなり、効果的なフィードバックが可能になると感じました。

会話分析で隠れたニーズは？ 定性分析について学んだ中で、CRMの管理者として、営業担当が顧客との面談で交わした会話内容をテキスト分析することで、隠れたニーズを発掘できるのではないかと考えました。一人ひとりの顧客に対し、営業担当自身がそのニーズに気づけるCRMシステムが理想です。しかし、そのシステムが効果を発揮するためには、まず営業担当のインタビュー能力を高め、会話内容を漏れなくテキストとして記録する仕組みが必要だと感じました。 研修でどう均てんする？ インタビュー能力の均てん化は研修を通じて改善できると考え、記録については音声入力などのテクノロジーが一定の解決策を提供してくれるのではないかと思います。 セグメントの切り口は何？ また、顧客のセグメンテーションは売上などの定量的な視点からだけでなく、定性分析を通じてこれまでとは異なる切り口で行える可能性があり、その各セグメントに対する最適な解決策を考えることができると感じました。このため、膨大なテキストデータのコーディング作業が非常に重要だと考え、AIの活用により効率的に対応できるのではないかと期待しています。 システム改善をどう確認する？ システム導入については、すぐに実施するのは難しい状況ですが、リニューアルされた別のシステムが以前より使いやすくなったかどうかをチャットベースでのインタビューを通して確認する取り組みも行っています。ただし、単に「使いやすくなった」といった安易な回答に終始せず、具体的にどの点が改善され、どこに課題があるのかを掘り下げる質問をしていくことが重要だと考えています。たとえば、普段どのページにアクセスしているのか、そのページやデータへのアクセスが容易になったかを確認するなど、具体的な視点から質問を設定しています。 利用意義をどう問う？ また、システム利用によって本来的に実現したいことに焦点を当てる必要性も感じました。問題点を問うのではなく、見たいデータへのアクセス手順が改善されたか、データがインサイトを得られるように可視化されているか、といった具体的な問いを設定するべきです。ざっくばらんに意見を募ると、後々コーディングして集約する際に混乱が生じる恐れがあります。 仮説構築の秘訣は何？ 定量分析が仮説の検証を目的とするのに対し、定性分析は新たな仮説構築を目的とします。コーディングを通じてプロセスやフレームワークを構築することで、これまで想定しなかった要素も明らかになるでしょう。デザイン思考においては、仮説が広範囲になりすぎず、解決策ありきの課題設定を避けることが肝要だと感じました。

伝える力の本質は？ 生成AI時代においても「伝える力」の本質が変わらないという点が、今週の学習を通して強く印象に残りました。対AIも対人間も、何を目的としているのか、どの前提条件に立っているのかを明確に言語化することが重要です。AIは文脈をもとに推測を行ってくれるものの、前提が不十分だと、複数回のやり取りで認識をすり合わせる必要があるため、前提やゴールを明確にすることの大切さを改めて感じました。日常業務においても、作業内容だけでなく目的・背景・制約を整理して伝えることで、手戻りや認識のズレを減らすことにつながると実感しています。 生成AIで業務改善は？ 管理部門業務の効率化や意思決定の質の向上に向け、生成AIの活用方法について具体的に考えてみました。例えば、1on1や部内ミーティングでは、Notion AIによる文字起こし・要約を活用して議事録作成の負担を軽減し、次回の振り返りやフィードバックに役立てることが考えられます。また、従業員のエンゲージメント向上施策として、サーベイ結果をNotebookLMで可視化し、会議資料として利用することで、より具体的な議論ができると思います。さらに、部門別損益データを用いた経営会議では、NotebookLMを活用して資料を作成し、毎月の実績や予測値の確認に役立てる計画です。 行動計画はどう進む？ 具体的な行動計画としては、まずNotion AIの定着を図り、1on1や会議で継続的に文字起こしや要約を実施します。うまくいった点や改善点を振り返って、事前情報の入力方法をさらにブラッシュアップしていきます。次に、NotebookLMの基礎習得として、部門の各種データや画像データなどを取り込み、効果的なプロンプトの書き方や出力形式の指定方法を試行錯誤します。さらに、複数のソースを組み合わせた資料作成や実際の経営報告資料作成へと応用し、最終的には大量のデータ処理が必要な業務にGeminiの活用を検討する段階まで進める予定です。 専門分野と課題は？ 一方で、自分が専門外の分野に生成AIを活用する際、回答の正確性をどのように担保すべきかという課題に直面しており、自信がない部分については過度に問い掛けないというアプローチには疑問を感じています。また、業務データや社内情報をAIに入力する際、どのレベルまでが許容されるのか、その線引きを組織としてどう設けるべきかも重要な検討事項です。現在の自社はセキュリティ上のルールや仕組みをより綿密に構築していく段階にあるため、今後、これらの点に対する意見や改善策を模索していく必要があると考えています。

結果から問題設定は？ 問題や課題を解決するには、ただ漠然と分析するのではなく、まず結果から逆算して問題を設定し、その根本原因を把握することが重要だと学びました。表で示されたデータを図に起こすことで、全体像を俯瞰しやすくなり、どこに課題が潜んでいるかを明確にできると感じました。 数字の裏側は？ また、計画値と実績値のギャップが全体にどの程度影響しているかをパーセンテージで示すことは、単なる数字の大小だけでなく、その背後にある要因を突き止め、分析の精度を高める上で有効です。単に数字が大きいという事実に注目するだけでなく、継続して損失が出ている状況など、現場での定性的な情報も加味し、何を最優先で分析すべきかを決めることが大切であると感じました。 分析の切り口は？ さらに、すべてのデータが整っているわけではないため、まずはどの切り口でデータ分析を行うか、仮説を立てた上で手元のデータを整理、収集する姿勢が求められます。データに向かう前に、視野を広げ多角的に問題を捉える体制を整えることが鍵となります。 現状と理想は？ また、現状（as is）と理想（to be）のギャップを明確にすることが重要です。何を理想とするのか、どこにギャップがあるのかという点を関係者全員で合意することが、問題解決のスタート地点になると理解しました。 解決策の整理は？ 問題解決には、改善を目的とするアプローチと、さらなる向上を目指すアプローチの2つがあり、ロジックツリーのような思考整理のツールは、全体を複数の要素に分けて検証する際に非常に役立つと感じました。具体的には、層別分析や変数分析などを駆使して、細部にわたる解決策を検討することが効果的です。 その他の注意点は？ 加えて、全体の中で『その他』に分類される割合が大きくなる場合は、データの切り分け方が適切かどうかの見直しも必要です。数値上は少数であっても、影響力が大きい要素には十分な注意を払うことが重要だと思いました。 戦略分析はどう？ 広報戦略や施策の検討においても、ロジックツリーなどを活用し、どの視点からデータを分析すべきかを考えることが有効だと感じています。また、ウェブから得たデータを単に眺めるのではなく、具体的な問題や課題を設定し、何を知りたいのかを明確にすることで、分析の精度を大いに高めることができると思いました。 定性情報は何？ こうした定量的な分析に加え、定性的な情報も取り入れる事例を学ぶことで、納得感を持ちながら現場の試行錯誤をより深く理解できるようになったと実感しました。

なぜ自分が対象？ 一番印象に残ったのは、「クリティカル」の対象が他者ではなく「自分」であるという点です。人は誰しも思考のクセや思い込みを持っているという前提に立つことで、業務上の対立や他者の意見に対する自身の反応が変わると感じました。 事実で判断するのは？ また、感情で反応するのではなく、事実に立ち返って判断するという視点を得ることができました。個人の感情ではなく、発言内容そのものに偏りや思考のクセが含まれているという前提で場を理解することが、新たな気付きにつながりました。 学びの実感は何？ 今週の学びの中で、自分にも他者にも思考のクセがあることを認識し、型を活用した分析が建設的な意見を生み出すきっかけになると実感しました。これまで意見の押し付けだと感じて苦しかった場面も、WEEK1で学んだ考え方を用いることで、前に進むための対話へと変えることができるのではないかと考えています。 どの視点が有効？ 【クリティカルシンキングの学び】として、まず①誰しも思い込みがあること、次に②視点（人別）、視座（役割別・役職別）、視野（広範囲）という3つの「視」を持つことで思考の広がりが得られること、そして③ロジックツリーやMECEなどの型を利用することを意識しました。 課題は何だろう？ これらを踏まえ、以下の自分の課題を改善していきたいと思います。伝えたいことが多すぎてまとめに苦労している点、論理に飛躍がある点、自分の思いを言語化するのが苦手である点です。 本質を探るには？ 特に、さまざまな「視座」を持つことで業務の「視野」を拡げ、自分なりに「問題の本質」が何か、過不足がないか、またはずれていないかを見極めるトレーニングを続けたいと考えています。そのため、まずは1日20分、業務を点検し、思考のクセや型の実践を振り返る時間を作るつもりです。 極端な例はどう捉える？ ドラッグストアの事例では、売っていない商品の例として「ロケット」や「アメリカ」など、極端な例が挙げられていました。実務で活用するにはやや飛躍した印象を受けましたが、思い込みや制約の影響という観点で理解するには有意義であったと感じます。 実務への応用は？ とはいえ、極端な例は理解できるものの、実務にどのように落とし込むかが課題です。意見の発散と集約の場面において、最低限外してはならない条件とは何かという点に着目し、発散を広げすぎずに思考を狭めないための前提設定や問いの置き方について、参加者同士で工夫やTIPSをブレインストーミングしてみたいと思います。

エンパワメントは何が肝心？ ■エンパワメント・マネジメントについて エンパワメント・マネジメントは、リーダーシップの技法のひとつです。目標は明示しながらも、実行方法はメンバー自身の判断に任せることで自律性を促進します。また、メンバーが活動しやすい環境を整える支援が重要となります。実行プロセスにおいては権限と責任を譲渡し、育成に努めるエンパワメント型と、すべての命令を管理する命令管理型とがあります。 どう実践すべきか？ ■エンパワメントの実践ステップ エンパワメントの実践には、以下のステップがあります。すべてのプロセスでは、双方のコミュニケーションを重ねることが自立を促すために必要です。 ① 目的やビジョンの共有 ② 対象者の把握 ③ 適切な仕事の割り当て ④ コーチングによる動機付け ⑤ 実行支援 注意すべき点は？ ■実践時の留意点 ・各メンバーに適した仕事、あるいは不向きな仕事を見極めること ・部下の持つ権限が十分に機能していない状況を避けること ・リスクを想定し、対策を事前に準備しておくこと 現状の課題は？ ■直近の業務と発生している課題 私が直近で担当しているシステム開発におけるテストでは、複数のシステム連携テストを実施するため、以下の作業を行っています。 ① システムテストの計画作成 ② テストシナリオの作成 ③ システムテストの実行および推進 しかし、現状ではテスト対象や関係するシステムの内容が十分に共有されていない課題が発生しています。直接の原因として、以下の3点が挙げられます。 ・ドキュメントによる情報共有がなされていない ・情報が日本語で記述されていない ・イメージ図が用いられていない どのように対応？ ■対応策と運用方法 対象は課題が発生している各担当者です。これまでは目標は明示し、遂行方法はメンバーの自主判断に任せるエンパワメント・マネジメントで進めていましたが、現状を改善するため命令型に一部切り替え、フォローアップを強化する方針です。 具体的には、発生している各課題に対して、私自身が実際に動いて一つ一つ内容を整理していきます。また、ゴール達成のために必要なタスクをより細かい粒度で言語化し、メンバーとともにタスクを解消していく形で進めます。再度、以下の課題点について検討・改善していきます。 ・ドキュメントでの情報共有の不備 ・日本語での記述不足 ・イメージ図の欠如