(17ページ目)

確認 ✕ 設定

に関する学び

---

本質を探るには？ 文章を書き始める際、まずその会議や目標、文書、会話で本質的に求められている内容は何かと自問することが大切だと感じています。文字に起こすことで、問いの内容や変化の経緯をしっかりと記録でき、効果的かつ効率的な成果へと繋がると思います。 目的と結論は？ 会議では、最終的に導き出したい結論や方針を明示する必要があると実感しています。また、目標設定では、単に講義を受講することを目的とするのではなく、クリティカルシンキングの考え方を取り入れて、日常業務で建設的な議論ができる環境を作ることを重視すべきだと考えています。 合意は確認済？ 一方で、会話においては、途中で話を遮りながらの問いかけは避けるべきだと思います。しかし、「これってこういうことでしょうか？」といった確認の問いかけは、必要なコミュニケーションを円滑にするためにも積極的に用いるべきだと学びました。 文章の基本は？ 文書作成においては、まず本質的な問いを立て、その問いの答えに基づいて内容を整理しながら書き始めることが、理解しやすい文章を生み出す基本だと改めて感じています。

イシュー設定の意味は？ イシューの設定によって対策や結果が大きく変わることを強く感じました。これまで、イシューの導き出しには直感を頼りにしていたのですが、クリティカルシンキングの様々な考え方を用いることで、イシュー設定と対策の具体化・実行の精度が高まることを理解しました。 総合演習の学びは？ 総合演習では、これまでのいくつかの考え方や手法が一つのケーススタディを通じて体系的に活用できると学びました。 会議で何を気づいた？ 普段の社内打ち合わせや商談では、話の道筋がずれてしまい、当初の目的とは異なる議論になることがありました。イシューを最初に参加者と合意し、その後会話を始めるという基本ができていなかったことに気づきました。今後、打ち合わせの前に「今回のイシューはこれです」と明言し、明記してから会話を始めたいと思います。 MTGで宣言すべきは？ 具体的には、来週のチームMTGでは会話の冒頭でイシューを宣言し、Teamsでの打ち合わせ時にはチャット欄にイシューを明記することで、参加者が常にイシューを確認できるようにして会話を進めます。

B/Sの表現はどう違う？ B/S上で、業種ごとに異なる事業モデルがどのように表現されるかが非常に興味深かったです。たとえば、資産面から固定費が大きくなる事業とそうでない事業があり、経営コンセプトによって必要な資産の状態が変わるため、それに合わせた負債の設定も変わることが理解できました。 B/Sの特徴はどう見る？ また、B/Sに関しては以下の点に注目して学びを深めたいと考えました。まず、業種ごとにB/Sの特徴がどのように異なるのか、大きな傾向を感じ取ること。次に、同一業種内でも企業ごとの資産、負債、純資産の構成の違いに焦点を当てること。そして、35年ほどの長期にわたるB/Sの変化の流れを把握することです。短期間、たとえば3年程度では変化が見えにくいという仮説も立てています。 財務数値はどう分析？ これらは、財務関係の書籍で顕著な事例が紹介されているため、その内容を確認することで業種ごと、企業ごとの違いを概略的に理解していきたいと考えています。ある程度理解を深めたうえで、実際の財務数値を整理し比較することで、より確実な分析に繋げていきたいです。

クリティカルシンキングの再認識 今回の事例は、結果を知っているからこそイシューを絞り込むことができたと言えます。しかし、未来が見通せない中ではイシュー設定や課題抽出、意思決定力が一層難しくなります。この点で、クリティカルシンキングを再度学ぶ価値を実感しました。 イシュー設定の難しさをどう克服する？ イシュー設定自体も難しいですが、仮にイシューを設定して思考を進める過程でズレが生じた場合は、軌道修正が必要であることに気づきました。私は、この事例を通じて得た学びを、自社の経営課題である「5年以内に収益性を2倍にする」という目標に当てはめることができると思いました。特に、問題課題に対する審議を進めていく中で、イシューからのズレが発生し、迷子になる場面で役立つと感じました。 イシューツリーで見える新たな視点 自社の経営課題をイシュー化し、イシューツリーを作成する過程では、これまで見落としていた視点や、分析が不十分なデータを発見することができます。また、問題解決の場面では必ずイシューを明文化し、審議するメンバーがいつでも確認できるようにしておくことが重要です。

リーダー像はどう変わる？ Week1で記述した「ありたいリーダー像」を再確認したところ、記された内容自体は大きく変わっていないように感じます。しかし、学習を終えた今、どのような行動や考え方がリーダー像に近づくために必要かという基礎が固まった点で、大きな成長があったと感じています。以前より、影響の輪を自分から積極的に発信していく自信がつきました。 行動計画はどう描く？ また、今後の具体的な行動として、「目標設定時の自分の納得感を高める」期間には、Plan発表の際に十分な時間を確保し、様々な角度から納得できるプロセスを探り、理由付けと数値目標を立てることに注力したいと思います。 振り返りは何を見る？ さらに、「振り返りの時間を取る」ため、手持ちの仕事が完了したタイミングで、仕事の結果を数字で表現し、成功点と改善点の両方を検証する時間を設けます。 数値評価はどう進む？ 具体的には、5月以降の期におけるPlan作成時に十分な時間を確保し、4月までに実施した業務についても振り返りを行い、具体的な数値で表現して評価してみる考えです。

課題をどう見極める？ 問題や課題、論点を明確にしておくことの重要性を改めて感じました。同時に、課題の優先順位をつけることや、課題を設定することの難しさも実感しています。責任のある立場として、課題を見極める判断力や、その迅速な対応力、そして判断センスが求められます。 イシュー表示は有効？ また、ホワイトボードやパワーポイントの左上に常にイシューを表示しておくと議論が脱線せずに進行できると思います。イシューという言葉自体は英語で理解しにくい人もいるかもしれないので、問題や課題、論点、目的など、会議やミーティングで全員が理解しやすい言葉に置き換えるべきだと考えています。 意図の確認はどう？ さらに、自分が話す時だけでなく、上司や同僚、部下から何らかの問題や課題の依頼があった場合にも、本質的な意図をしっかりと確認するよう心掛けたいと思います。お互いに誤解のないコミュニケーションを取ることができれば、様々なことが噛み合い、より良いワークライフを築けるでしょう。会社全体で課題の判断や解決策のアイデア出しを楽しんで行えるようにすることを目指します。

リーダー像はどう変わる？ ライブ授業を通じて自身の目指すリーダー像を言葉にしたり、人と共有する経験を重ねることで、そのリーダー像が一層鮮明になりました。また、フィードバックを行うグループワークでは、フィードバックの難しさを実感しました。相手に与える印象や使用する言葉の選択は、結果を見て初めて判断できますが、その前にしっかりと考えることが大切だと感じています。 伝え方はどう工夫する？ 私は定期的な部下との進捗確認の面談や半期の評価面談でフィードバックを行う機会があるため、相手のタイプを分析し、論理的に伝える内容や順序を考えて伝えることが重要だと考えています。これが実際に最も有効に活用できる場面だと思っています。 面談はどう活かす？ 近日中に実際に進捗確認面談を予定しているため、その際にこれらの知見を活用したいと思います。特に、評価基準や期の初めに設定した目標を振り返りながら、それに対する進捗を確認し、話を進めることが必要です。また、相手が思考することを苦手とするタイプであることを念頭に置いて、打ち合わせを進めていきたいと考えています。

原因分析はどう進める？ 原因の分析にあたっては、まずプロセスごとに分解し、確認することが大切だと感じました。特に「what／where／why／how」を意識し、まず「where」から入念に分析することで、その後の「why」や「how」の解像度が高まると理解しています。 A/Bテストってどうやる？ また、A/Bテストが有効な手法であることを学びました。その際、検証する「要素」は極力少なくし、その他の条件は共通とすることで、スコープを狭めることが重要だと感じました。実際にアプリ上でプッシュ通知とバナーを用いたA/Bテストを実施した経験から、振り返ると「キーメッセージ」に差が生じてしまった点が課題として残りました。 ログイン改善は何が？ さらに、アプリのログイン率向上を図るため、ログインに至るフローを細かく分解し、原因の追究を行いたいと考えています。特に、パスワード設定の箇所で離脱するユーザーが多いという仮説に基づき、検証からスタートする予定です。その後の改善策として、ユーザーインタビューやUIテストの実施を検討しています。

正確な分析を行うには？ 分析においては、まず比較が重要です。そのため、目的を明確にし、適切な比較対象や基準を設定することで、正確な分析が可能になります。データはただ加工すれば良いというものではなく、それぞれのデータの種類に応じた適切な加工方法や見せ方を考える必要があります。分析を始める前には、目的と仮説を確認することが重要です。 ゴールの明確化が成功の鍵？ プロジェクトの進捗管理では、各マイルストーンやゴールを明確にし、進捗を把握するために必要な情報を整理しなければなりません。また、各タスクの進捗状況を可視化するためには、適切なデータ加工が求められます。これにより、課題をより効率的に把握できます。 早期検出につなげるには？ プロジェクトの進捗状況を確認するためには、分析に必要なタスクや情報を特定し、各タスクの進捗を定期的に把握することが大切です。さらに、各タスクの進捗が他のタスクにどのように影響するかを知るために、適切なデータの収集と加工を行う必要があります。これにより、プロジェクトの課題を早期に検出したいと考えています。

データの見せ方は？ 分析の基本は比較であり、どのデータをどのように加工するとわかりやすいかを考えながら進めることが重要です。データにはさまざまな種類があり、それぞれに応じた加工やグラフの見せ方があります。データ分析を始めるにあたっては、「目的」の確認や「仮説」の設定とその検証が欠かせません。 オンライン離脱はなぜ？ 私たちのチームでは、お客様に対して紙の手続きではなく、ウェブサイトでのオンライン手続きを推奨しています。しかし、オンライン手続きを行っているお客様がどの段階で離脱しているのか、また、紙を取り寄せるお客様の属性や動機がどのようなものかを理解し、分析する必要があります。 改善点の見極めは？ 具体的には、オンラインで離脱しているページやそのユーザーの属性、さらに紙手続きを行っている方々の属性や動機に関するデータを収集し、オンライン手続き率を向上させるためのボトルネックを特定することが目指すべきゴールです。仮説を立てながら慎重にデータを分析し、検証するプロセスを通じて、この課題に取り組んでいきたいと思っています。

データ分析はどう理解？ データ分析の手法について学び、既存のメソッドを活用することでデータ内に潜む意味を解析できることを理解しました。ただし、MECEの設定基準やその手法についてはまだ不明な点があるため、今後は確認を重ね、分析力の向上に努めたいと考えています。 現状のITは十分？ また、職場で業務改善を担当する中で、現在の環境では活用可能なITリソースが十分に利用されていないという認識に至りました。単に使い方や技術的な問題だけでなく、業務の種類、内容、工数、手順などが十分に把握されないままツールが導入されている可能性を感じたため、まずは自身の置かれている環境の理解を改めて確認する必要があると実感しました。 業務改善の手法は？ 今後は、職場内の業務項目、分類、関連する法令、関わるステークホルダー、工数、作業手順をリストアップし、最適なツールの選定や作業方法の見直しにつなげていく予定です。具体的には、現在使用している掲示板の改善に向けて、上記の内容を全員に再認識してもらうための作業と、その手順書の作成を進める考えです。

真因分析の切り口とは？ 真因を分析するためには、複数の切り口で分析する必要があります。切り口は、仮説を検証するために適した分け方であるかを事前に確認し、単純に分けるのではなく、目的を明確に設定しなければなりません。仮に仮説が立証できなくても、それは失敗ではなく、仮説が間違っていたことを発見できたと前向きに考えるべきです。 業務の違いはどこに？ 私は日常業務で、結果が出ている取引先と結果が出ていない取引先の違いを分析しています。これまでとは異なる切り口を増やして分析を行いたいと考えています。例えば、店主の年齢、社員数、業務品質の良し悪し、取引高の規模といった要素で分析すると、効率的な行動や指導方法に繋がるかもしれません。 効率的な行動を導く分析手法は？ 直近のデータを元に、自走化のレベル分け、販売率、顧客数の規模別に分析し、更に年齢、会社人数、業務品質別に分けて分析を行いました。結果が出ていない層に対しては、一定期間共通の働きかけを実施し、その変化を分析することで、次回の検証に繋げていきたいと考えています。