(8ページ目)

課題 ✕ 方法

に関する学び

---

「思考のOS」とは？ クリティカルシンキングの「思考のOS」という表現がとても印象的でした。基本となるスキルをしっかりと固めることで、さまざまな業務の場面での活用が期待できると感じています。 どうして深掘りする？ 今回学んだのは、問題に対してすぐ結論を出すのではなく、多角的な視点や広い視野で物事を深掘りすることの大切さです。目的意識を持ち、自分の思考のクセを把握し、常に問い続けることで、より論理的な判断ができるようになると実感しました。 失敗から何を学ぶ？ 実際の業務での失敗例から、多角的な視点が欠けると、一方的な成功事例を他の現場にそのまま適用してしまい、急激な変化をもたらすことで反発を招くリスクがあることが明らかになりました。これを教訓に、今後は自分の経験や希望だけに依存せず、さまざまな角度から物事を検証する習慣を身につけたいと思います。 どう整理すればいい？ また、考えを整理するためには、しっかりと言葉にすることが有効です。実践演習や振り返りを丁寧に行い、自分の思考をさらに深める努力を続けたいと考えています。 転向成功の秘訣は？ さらに、今年は営業職への転向を目指しているため、社内転職を成功させるための具体的な行動計画を立てています。顧客の課題を的確に理解し、共感し、適切な提案ができるスキルを身につける必要があります。幸いにも、社内では営業職向けのロールプレイが活発に行われているため、来月のロールプレイの機会を利用し、今回クリティカルシンキングで学んだ内容を実践してみる予定です。 なぜ顧客目線？ 具体的には、まずは身近な企業をイメージし、その業界のトレンドや共通の課題を洗い出すために思考ツリーを使って項目を整理し、架空の顧客像と課題設定を行います。次に、「なぜ自社のサービスが必要なのか」という視点を、単にベンダーとしてではなく顧客目線で考えるプレゼンシナリオを作成し、複数の立場のレビュアーに意見を求めることで、内容の偏りを防ぎたいと思います。 アイデアの源は？ そうは言っても、どうしてもアイデアが浮かばなくなった場合、皆さんの実体験や工夫された方法をぜひお聞かせいただきたいです。

思考、どう確認する？ 批判的思考力を高めるためには、自分自身の思考をチェックすることが重要だという点が印象的でした。具体的には、次の3つのポイントが挙げられます。まず一つ目は、視点・視座・視野の3つの視点を持つことです。日々の実践としては、人とコミュニケーションを取る際に、自分がどの立ち位置で発言するのかを考えることで活用したいと思います。次に、切り口を多く持ち、具体と抽象を行き来することで頭の使い方を覚えることです。これに関しては、生活の中で目に入る物や人をどのような切り口で分類できるかを考えることで実践していきたいです。そして最後に、誰がどのような目的で何をするのかといった情報から切り口を探すことが挙げられます。具体的には、属性や趣味嗜好、5W2Hを用いて切り口を広げ、抽象と具体を行き来しながら思考したいと考えています。 偏りをどう防ぐ？ 自分自身が偏った思考に陥っていないかを確認するためには、チームメイトと話すことで見直しを行いたいです。 どうやって活かす？ この3つのポイントを活用できそうな場面としては、以下の点が挙げられます。まず、自社の売上や在庫の変化点分析において、どの要素で変化が起きているかを分析する際に役立つと感じています。そして、課題解決策の提案の際には、切り口を分解し、課題を洗い出すことで効果的な打ち手を検討したいです。さらに、日々の上司や他部門とのコミュニケーションにおいては、相手がどの視座・視点・視野で考えているかを理解した上で会話することで、望む回答を得やすくなると考えています. 行動計画はどうする？ 11月に実践する行動計画としては、次の3点があります。まず、販売拠点の在庫管理の課題分析です。ここでは、在庫の増減要因をどの切り口で分けられるかをMECEで分析し、課題を明確にしたいと思います。次に、部内に提出する提案資料の作成です。自身の意見が採用されるように、どの視点・視野・視座でプレゼンすればよいか考え、資料に反映させたいです。最後に、課題の深堀りです。下期に取り組む工場での在庫管理体制の課題と解決策の検討において、最も効率的な打ち手を考えるために、どのデータをどの切り口で分析すればよいか検討したいです。

思考の偏りを感じる？ これまで、自分は思考には一定のパターンがあり、そのパターンに基づいて意思決定がなされると考えていました。しかし、意識的・無意識的な偏りが選択肢を狭め、本質的な課題にたどり着けないことがあると気づき、経験や直感のみの判断では不十分であると実感しました。客観的な視点を取り入れる重要性を改めて認識するようになりました。 成功体験に頼るの？ 業務で課題を検討する際、過去の成功体験に頼り「今回も同じ方法でうまくいくだろう」と安易な結論に至ることがありました。しかし、目的に本当に沿っているか、根拠は何かについて問い直すことで、より本質的な解決策に近づけることを実感しています。 目的は明瞭か？ 今後は、目的を明確に定めた上で問い続ける姿勢を維持し、ロジックツリーやMECEの考え方を活用して思考を整理していきたいと考えています。同時に、他者との対話や反復的な練習を通じ、視点・視座・視野の拡大を図り、柔軟で客観的な思考力を養うよう努めます。 再考の対話は有効？ 特に「もう一人の自分を育てる」という考え方は印象的でした。日々の業務において「これは本当に正しいのか？」「他に可能性はないか？」と自問自答する習慣を身につけることで、自問自答力を向上させたいと考えています。さらに、カテゴリ分解やデータ分析においても、正確な分解や分析が課題解決にどのように結びついているのかを常に確認する姿勢を大切にしています。 分解で真意は掴める？ 具体的には、焦点となる事象に対してカテゴリ分解を行い、必要に応じてデータ分析を取り入れて細分化するプロセスを重視しています。こうした中で「もう一人の自分」を意識し、客観的かつ多角的な視点から問いを立て、本質的な対話や文書作成へとつなげています。 持久力とは何か？ このような取り組みを通じて、問題解決力の向上、チーム内での深い対話の促進、説得力のある文書作成、そして自己成長と視野の拡大の4つの力を高めていきたいと思います。なお、思考の持久力は「問いを止めない力」として捉えていますが、長時間考え続けることが苦手な場合、どのような工夫をされているのか、自らに問いかけながら実践していきたいと考えています。

データ分析の目的は？ 「①データ分析の目的を意識すること」と「②正しく比較するために条件を揃えること」の2つが特に印象に残りました。これまでの仕事では、目の前にあるデータを漠然と加工し、何か分かることがないかと試行錯誤しているだけだったと改めて感じました。 明確な分析の必要性を感じる 今後は「何のためにデータ分析するのか」「何が分かると嬉しいのか」を明確にした上で分析に取り組むつもりです。また、自分の悪い癖として「結論ありき」のデータ収集や分析を行う傾向があると自覚しました。具体例では、「●●●という結論を導くために都合の良いデータを探してくる」という方法を取っていましたが、それだと誤った意思決定に繋がる可能性があります。常に正しい条件でデータを比較することの重要性を強く感じました。 賃金制度の課題とは？ ①新しい賃金制度の検討に活かしたい。自社の賃金制度に関する課題を明確にするためには、競合や労働市場との比較だけではなく、「現状の給与分布が自社の賃金制度の考え方に沿ったものか」、「自社の人事ポリシーに沿ったあるべき給与分布はどうあるべきかと現状との差異」を正確に比較したいです。 目的達成のためのツール選び ②新しいビジネスツールを導入する際の分析に活用したい。労働安全衛生関係の教育ツール導入を検討しているため、目的を明確にし、「目的を達成できるツール」を選定するための比較を実施していきます。 具体的に言うと、自社の賃金制度の課題を明確にするためには、競合他社や労働市場との年齢や等級ごとの給与比較は当然ですが、それ以外にも比較対象とする要素があるはずなので、漏れないように洗い出します。競合等と比較する際には条件をしっかり揃えることが大切です。また、ツール導入については「何のために導入するのか」「その目的を達成するために必要な要素は何か」「それぞれの要素の基準は何か」をしっかり考えて最適なツールを選びます。 継続的な評価が必要？ ツール導入後の経時変化も確認し、継続使用を検討します。いずれの取り組みも、目的や比較対象がズレていないか、要素に漏れがないかを上司やチームのメンバーとよく議論しながら進めていきたいと考えています。

SCAMPER法はどう活かす？ ブレストにおいて紹介された「SCAMPER法」には、今後の授業でもすぐに実践してみたいという印象を持ちました。具体的な題材として「軽い登山用カバン」など、イメージしやすい製品からアイディアを膨らませることが有効だと思います。ただ、今回のワークで「軽い素材」というテーマに対しては、自分自身ではなかなかアイディアが浮かばず、ネット検索やAIに頼る結果となりました。今後はPDCAサイクルを意識しながら、改善を重ねていきたいと考えています。 自由発想だけで十分？ 最初の講義動画では、ブレストの手法の一例としてSCAMPER法が紹介され、その後ワークに取り組みました。しかし、単に自由な発想だけでは十分なアイディアが出せない可能性も感じました。そこで、まず自由なブレストでアイディアを大量に出し、その後SCAMPER法などの具体的手法を用いてさらにアイディアを深める方法が効果的ではないかと思います。グループワークを通して意見を交換しながら、試行錯誤して最適な方法を模索していければと考えています。 発想法の違いは？ なお、今回の授業では、以下のようなアイディア出しや製品コンセプト策定の手法についても学びました。ブレストでは、質より量を重視し、他者の意見を否定せず自由にアイディアを出す姿勢が大切です。KJ法は、出されたアイディアをカードなどで整理し、グループ化することで見える化を図ります。シナリオ法では、ユーザーの視点から具体的なストーリーを描くことで、新たな製品・サービスの改善点を探ります。また、ペーパープロトタイピングは、アイディアを紙上で具現化するプロセスであり、要件定義からユーザー調査までの流れを意識する必要があると感じました。 価値と調査はどう判断？ 製品コンセプトの策定では、競合他社や市場調査を行い、ターゲットやその課題を明確にすることが求められます。バリュープロポジションでは、企業が提供できる価値と顧客が求める価値を見極め、その交差点からコンセプトを導出するプロセスが重要です。今回の授業で得た知見をもとに、より実践的な方法を模索し、今後の学びに活かしていきたいと思います。

あるべき姿って何？ 今までは「あるべき姿」を、漠然と「ありたい姿」と「正しい状態」の二つの意味で使い分けずに運用していたことに気づきました。しかし、その区別を認識したことが今後の分析にどのような影響を与えるのか、正直なところ分かりません。今後その機会が訪れるのか疑問に感じています。 また、あるべき姿として何を設定するかを考えた時、以前はただ漠然と「こうなればいいな」と思う程度で、例えば急降下するグラフの曲線が鈍化すればよいという認識に留まっていました。今後は、より定量的に表現できる方法を検討していきたいと考えています。 早帰りは何故？ 人の管理において、業務終了時間が18時であるところ、早帰りが認められている場合、退社が17時になると、早帰りする人は17時前に業務終了の準備に取り掛かり、17時ちょうどに退出するケースも出てきます。そのため、17時前のお客様からの問い合わせに十分に対応できず、お待たせしてしまう場面があるのです。 解決へ向かう道は？ この課題を関係者間で合意のもと解決するためには、現状として17時前に何人が業務を離れているのか、またその時間帯にどの程度の問い合わせが発生しているのか、そしてその問い合わせにどの程度対応できれば問題ないのかといった、正しい状態を定量的に示す必要があります。これを踏まえ、現状を関係者間で共有し、合意形成を行った上で、解決手段を検討していきたいと思います。 まずは現状分析として、以下の点を把握する必要があります。 ① 17時前の人数 ② 17時後の人数 ③ ①と②の差から算出される早帰り人数（すなわち、17時前における作業可能人数の減少） これらのデータや、該当する時間帯の問い合わせ件数を数週間にわたり収集し、現状を明確にします。その上で、現状と理想の正しい状態が何かを議論し、あるべき姿を決定します。そして初めて、どのように問題を解決するか（how）の議論に入ることができると考えています。 これまでは、関係者間で現状のすり合わせを十分に行わずに解決策（how）のみを議論していた点を反省し、今後は一歩ずつ着実にステップを踏んで進めていきたいと思います。

問題解決の始め方は？ 問題を解決するためには、まず「何が問題か」を明確にし、「どこで」発生しているのかを特定します。その上で、原因を分析し、解決策を考えて実行するという4つのステップ（What、Where、Why、How）を意識することが大切です。 状況把握のコツは？ また、状況を整理するためのツールとして、3C（顧客、競合、自社）や4P（製品、価格、販売場所、宣伝）を活用する方法があります。これらのツールを用いると、事業の強みや改善すべき点がより具体的に見えてきます。 仮説は何故必要？ 問題の原因をつかむには、一つの仮説に絞るのではなく複数の仮説を立てることが有効です。異なる視点から仮説を構築し、その後に実際のデータを収集して検証することで、問題を多角的に理解し、正確な解決策に結びつけることができます。 データはどう取得？ データ収集においては、信頼できる情報源から、偏りのない意見を得る工夫が求められます。誰に、どのように質問するかを工夫し、整理したデータをもとに検証を進めることで、反論を排除しながら正確な分析が可能となります。 相談対応はどうする？ 実際の業務では、他部署から「業務がうまくいかない」という相談を受けることがあります。そうしたときは、まず問題の所在を整理し、どこでどんな問題が発生しているのか、またその原因を明らかにします。そして、仮説を立てた上でデータ収集と検証を行い、説得力のある解決策を提案できるように心がけています。 体制強化はどう考える？ 日常の業務において、問題解決の4ステップを意識的に実践し、仮説を立ててデータに基づいた検証を行うことで、より効果的なサポート体制を構築できると実感しています。また、3Cや4Pなどのツールを定期的に活用し、背景や業界の状況を把握しておくことも、今後の課題解決に大いに役立つと考えています。 振り返りの秘訣は？ 最後に、解決策を実施した後は、その結果を振り返り、どのステップや仮説が効果的だったのかを検討することが重要です。これにより、次回の対応に向けた改善点を明確にし、継続的なスキル向上につなげることができると思います。

PL読み解きの重要性は？ PLを読む際には、単に数字を確認するだけでなく、顧客価値を意識して読み解くことの重要性を学びました。顧客が何を価値と感じ、どのように満足しているかを理解することで、PLに現れる収益やコストの背景を深く捉えられるようになると感じました。さらに、顧客価値に基づく経営戦略を軸に、PLがその方針を反映しているか確認し、必要であれば経営の立て直しを図ることの重要性も学びました。数字を追うだけでなく、それが顧客や市場にどのように影響を与えているかを洞察する力の大切さを実感しました。 医療現場のPL分析方法は？ 医療現場では、患者や地域社会にとっての「顧客価値」を軸に考えることが、医療サービスの質向上や経営改善に直結します。この視点を活かし、病院の損益計算書（PL）を分析する際、非財務的な指標、例えば患者満足度や地域貢献度を念頭に置きながら、収益やコストの構造を見直したいと考えています。新たな診療サービスの導入や地域連携の強化など、患者価値を高める取り組みを財務データと結びつけ、現場の改善や経営戦略の立案に活用したいです。 改善施策のモニタリング方法は？ 具体的な取り組みとして、まず現場のニーズと顧客価値の明確化を図ります。患者満足度調査やアンケートを通じて、患者が求める価値やサービスの改善点を把握し、職員へのヒアリングを通じて、現場の課題と患者にとっての価値を共有します。次に、PLデータの分析基盤を構築し、医療サービスごとの収益とコストを分解・可視化する仕組みを整備します。 また、施策の有効性を評価するため、定期的に改善策が患者満足度や稼働率、収益にどう影響しているかをモニタリングします。さらに、顧客価値とPLを連動させる重要性を職員に教育し、データに基づく現場での行動を促進する場を設けます。成功事例を共有し、他の職員にも実践を促し、継続的改善とPDCAサイクルを回します。 成果の再確認と改善策の検討は？ 最後に、定期的に患者満足度とPLのデータを見直し、効果が不十分な部分には新たな改善策を検討します。必要に応じて外部の専門家の意見や他病院の事例を参考にしながら、行動計画を更新します。

リーダーシップの違いは？ リーダーシップとマネジメントの違いについて学んだことは、両者の役割が明確に分かれているという点です。これまでマネジメント層がチームを率いると漠然と思っていましたが、実際には行動の原理や着眼点が異なり、双方の視点を均等に備えることが必要だと気づきました。 業績と関心の軸は？ マネジリアルグリッドの考え方では、業績への関心と人への関心という二つの軸で個々の志向性を捉える方法が、とても分かりやすいと感じました。これにより、メンバーが業務に対してどのような到達点を目指し、他者との協力をどのように考えているかを具体的に把握できるため、業務手順の具体的な指示を出すのはもちろん、より先を見据えた意識付けにもつなげることができると思います。 柔軟な対応って何？ また、パス・ゴール理論では、同じ部下であっても業務や環境が変わるとリーダーの対応も柔軟に変える必要があることを実感しました。指示された業務に対して、自ら提案を行うようになるまではしっかりとフォローし、部下が自身の方向性を確立したタイミングで一歩引いて進捗を見守る。こうした対応により、業務効率とメンバーのモチベーションの維持を両立できると理解しています。 部下支援の工夫は？ また、同じ部下でも環境や業務内容が異なれば、リーダーとして取るべき行動も変わるため、業務の進捗と並行して各メンバーが抱える課題や必要としている支援を常に観察し、状況に応じた適切な対応を心がけることが大切だと感じました。私は、業務遂行能力の高いチームに所属していることもあり、中期的な視点で課題を形成しながら、日常的なコミュニケーションを深め、必要なサポートが速やかに行える体制を整えたいと考えています。 板挟み時の対処法は？ プロジェクトのトップ層と現場の考え方に隔たりが生じ、自身が板挟みになる状況では、どのように振る舞うべきかが問われます。現場側の不満を共有することが多い一方で、その解決を求められることもあるため、個人としてではなくリーダーとして、どのようにメンバーと関わるべきか、今後の課題として真剣に向き合っていきたいと考えています。

仮説の設定と共有はどうする？ 「仮設の設定」 何が（what）、どこで（where）問題が発生しているのかという視点で考えることが求められます。その際、3Cや4Pのフレームワークを用いることで、網羅性を確保できます。自分自身の仮説を持つことも重要ですが、独りよがりにならないように、複数人で仮説を出し合うことが大切です。さまざまな視点で仮説を考えることで、より豊富な仮説を出すことができます。そして、その仮説がなぜ（Why）起こっているのかを考え、解決策（How）を導き出します。 仮説の検証はどのように行う？ 「仮説の検証」 解決策（How）として妥当かどうかを検証する際には、立証したい仮説に偏ったデータ収集は避けます。他の仮説を立証するようなデータも含めて、客観的にデータを比較することが重要です。これにより、仮説の説得力が強まり、仮説から導き出される結論（意思決定）の実効性も高まります。どんな単位を使ってデータを比較するのかや、主張したい仮説をいかに端的に説明できるかを慎重に考える必要があります。 データ分析で何を重視する？ 「仮説の共有」 特に組織においては、「問題解決の仮説」から導き出される「結論の仮説」を実行する際に、コミュニケーションの課題が発生します。自身の仮説を客観的に立証した上で、共有するための仮説を立てる必要があります。 自身の仕事の一つの課題として、ドライバーの待機時間の削減が挙げられます。得られたデータから平均値を算出し、標準偏差も計算します。そして、組織として持つべきKPI値（平均値・標準偏差）と比較します。そのうえで、KPI値未達の箇所（Where）に注目し、なぜ（Why）未達なのかを関係部門と数値を見ながら考えます。その後、仮説の設定（問題解決方法 How）を行います。 まずは、得られたデータから平均値と標準偏差を算出します。次に、得られた平均値が妥当なのかを標準偏差から検討します。標準偏差を悪化させている要因（外れ値）に注目し（Where）、なぜ外れ値が発生しているのかをプロジェクトメンバーと意見を交わして（Why）、直近で必要な対策（How）を考えます。

理想と現実の違いは？ 問題定義については、常に「あるべき姿」と現実とのギャップを意識し、そのギャップを埋めるために関係者と共通認識を持つことが重要だと感じました。 分解法の違いは？ ロジックツリーには、「層別分解」と「変数分解」が存在します。私自身はこれを「足し算分解」と「掛け算分解」と表現しています。加えて、感度の良い切り口を多数持っておくことも大切ですが、これが自分の長年の課題となっています。 大枠から取り組むのは？ 問題分析を行う際は、まず大きな枠組みから着手することが肝要です。私は計数業務や人材育成、組織開発を担当しているため、さまざまな場面でこのアプローチを用いています。 評価の焦点は？ 具体的には、売上や予算を検討する際には、分解を通じて問題の大きさや影響範囲を特定するよう努めています。また、人材育成の方法を考えるときには、何が効果的かを明確にするために要素を分解し、議論を深めています。 要因の絞り方は？ さらに、組織の問題に取り組む際は、組織のありたい姿を定義した上で問題を分解し、その要因候補を絞り込む作業を重ねています。 成果物はどう捉える？ また、業務のアウトプット分解についても考えさせられます。業務を成果物と、それを生み出すアクションに分解し、受け取り手の観点から何が必要かを吟味することが、業務完了に向けた重要なポイントだと感じています。 分類項目のコツは？ 売上や予算の項目に関しては、適切な分類項目の設定が、事業の推進状況を的確に把握するために役立つと考えています。 育成理論を再検討？ 人材育成の観点分析では、人の性質や評価の項目化は進んでいる一方で、育成方法論についてはまだまだ整理の余地があるように思います。ここでは、「When」や「Where」といった切り口で新たな項目化ができる可能性があると捉えています。 数値評価の意義は？ 最後に、組織の問題分析では、定期的な組織評価の数値を基に、課題項目がどの要素や要因に分解されるのかを試行することが、今後の改善に向けた有効な戦略であると感じています。

問題解決への焦りはなぜ？ 何か問題が発生すると、「すぐにどうすればよいか？」と考えてしまうことは、私自身にも心当たりがあります。なぜそのような思考になるのかを考えると、問題を早く解決したいという焦りや、楽に解決したいという心理が影響しているのだと思います。しかし、こうしたアプローチは直感に頼りすぎるため、必ずしも良い結果を生むわけではなく、改めてこのことを認識しました。 まずは、問題を正確に定義することが重要です。そして、「その問題はどこで発生しているのか？」「なぜ起こっているのか？」「どのようにすれば解決できるのか？」というステップを踏むことで、直感的な解決策よりも、より高い確率で適切な解決に繋がることを理解しました。 過去の対策とその反省 過去に、不具合が頻繁に発生するシステムがあり、そのとき私は「すぐにどうすればよいか？」を考え、対策を講じていました。具体的には、エンジニアの責任感を高めるために定期的に1on1を実施し、細部まで仕様を決めて実装の指示を出す、さらに実装とテストを別の担当が行うようにしていました。しかし、それらの対策を実施しても、不具合が改善されることはありませんでした。根本的な原因を特定しないまま対策を講じていたことが理由だと考えます。 問題の本質を捉え、「その問題はどこで発生しているのか？」「なぜ起こっているのか？」「どのようにすれば解決できるのか？」をしっかり分析することが重要です。そうすれば適切な解決策が明らかになり、問題が減らせるかもしれません。 効果的な解決策を学ぶプロセス 今回、より高い確率で適切な解決策を見つける方法を学ぶことができました。学んだステップを実施する際に、漏れや重複があると効果的な対応ができなくなることも認識しました。しかし、「問題を早く解決したい」という焦る気持ちや、「できるだけ楽に解決したい」という心理が強く働くと、再び「すぐにどうすればよいか？」と考えがちになるかもしれません。 最初は、課題解決に時間がかかることもあるかもしれませんが、まずは今回学んだ方法を実践し、継続することで問題解決の精度とスピードを高めていきたいと思います。