(6ページ目)

課題 ✕ 出す

に関する学び

---

欲求の階層って何？ 人間の欲求は、生理的欲求や安全・安定性欲求、そして社会的欲求など基本的なものから、承認欲求や自己実現欲求といった高次の要素まで階層的に構成されています。特にモチベーションを維持するためには、これらの高次の欲求が満たされることが重要であると実感しました。 共に目標を立てる？ モチベーション向上の基本は、相手を尊重しながら共に目標を設定することにあります。その上で、振り返りとフィードバックを通して、成功体験や課題を自分の言葉で整理するプロセスが効果的です。この過程では、相手の意見に真摯に耳を傾け、支援者としての姿勢を示すことが大切です。また、自分自身の教訓や気づきを見出し、今後に生かす具体策を考える機会とすることが、モチベーションの向上につながると感じました。 職場環境を整える？ さらに、職場環境においては、衛生要因と動機付け要因の両面に配慮する必要があります。単なる報酬制度ではなく、人間の欲求構造に沿ったインセンティブ制度の構築が求められます。個々のメンバーの価値観を理解し、内発的動機を引き出すアプローチを実践することで、チーム全体の生産性の向上と個人の成長が促進されます。 信頼関係の築き方は？ 具体的なプロセスとしては、まず第1段階である価値観の理解と信頼関係の構築が重要です。定期的な1on1ミーティングを通じて、各メンバーが大切にしている価値観やキャリア志向、成長したい分野について対話を重ね、安心して本音を話せる環境を作ります。 適材適所の工夫は？ 次に、第2段階では、把握した価値観に基づいて個々の動機付け要因（やりがい、成長、承認など）に合った役割や業務を設計します。挑戦的なタスクに適切なサポートを加えつつ、自律性も尊重し、成功体験の積み重ねを促す取り組みがポイントです。 成長への権限移譲は？ 最後に、第3段階として、成長に応じた段階的な権限委譲とエンパワーメントが挙げられます。自己決定の幅を広げながら、失敗を学びの機会と捉える心理的安全性を保ち、メンバー間の相互支援を促す仕組みを整えることで、全体としての自律性と生産性の向上につながると感じました。

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

データ分解で得られる新視点とは？ データを分解することで事象の解像度が上がることを学びました。データを単なる数字として見るのではなく、一手間加えることで新たな視点が得られます。例えば、データをグラフ化したり、割合を計算してみたりすることで、より深く理解できることが多いです。 データをどう分けるべきか？ データを分ける際には、定性的な仮説を持ち、複数の切り口から分解することが重要です。その際、MECE（もれなくダブりなく）の原則を活用すると効果的です。MECEを用いると、全体集合を部分に分ける（足し算）、事象を変数で分ける（かけ算/わり算）、あるいはプロセスで分けるという切り口が考えられます。 MECEの原則を実践するには？ 私はこの概念を知ってはいましたが、実際に分解をする際にうまくできていないと感じていました。切り口についても感覚に頼っていましたが、言語化された切り口を示されたことで、今後はそれを指針にできるようになったと感じています。 営業成果への応用とは？ 営業部門の成果の低迷や、良好な場合の要因を探るために、この手法が活用できると思います。プロセスで分解している部分はありますが、クライアントを特徴別に分けたり（足し算）、売上や利益率から分解する（かけ算/わり算）部分が不足していることに気づきました。これを行うことで、良い成果を上げた要因を特定し、勝ちパターンを見出すことができ、悪い時は修正ポイントを明確にして改善行動に役立てることができると思います。 人事課題の解析はどう役立つ？ また、人事課題の検討においても、従業員をMECEで分解し、課題点を探ることで、解決策を考えるのに役立てることができると感じています。 実践のための初めの一歩は？ 学んだことを実践に移すため、データの切り分けを実際に行う機会を持ちたいと考えています。現在、すぐに取り組むべき課題もいくつかありますが、データを全体的に捉えられていないものが多いです。まずはデータを集めることから始めなければなりません。そのために、どのようなデータが必要なのかを5W1Hを使って考え、それをMECEを用いて分解しようと考えています。

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

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

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

クリティカルシンキングの核心とは？ クリティカルシンキングで最も重要なのは「問い」に関する部分です。まず、目の前の出来事が「問い」なのかに気づくこと、認識することを大切にしたいです。 正しいイシューの特定方法 起こった事象に対して「問い」を立てるのか、それとも事象が起こる前の部分に「問い」を向けるのかによって、アウトプットは大きく変わります。これまで学んできた「考えること」「分解すること」が重要で、本質を見抜くことが求められます。 基本戦略やセオリー、本来正しいはずの理論や手法も、特定した「イシュー」が間違っていれば、悪手になることがあります。「イシュー」は常に変化するため、定点観測や分析を通じて追い続けることが必要です。局面ごとに最適な「イシュー」を導き出すことが求められます。 問いの共有が鍵となる 「イシュー」を特定するためには、「問い」から始め、問いを残し、問いを共有することが重要です。まず疑問文の形にすること、具体的に考え、過度に壮大にしないこと、一貫して「イシュー」を抑え続けることが求められます。 自身に対して「問い」を立てる際は、的外れな方向に進まないようにし、立ち止まることや「問いを残すこと」を意識したいです。 具体例を視覚化する効果とは？ また、基本的な「き」に立ち返り、分解を行うことが大切です。具体例を視覚化したり、多角的に見るためには図などを用いることが有効です。 イシューを見極める場面とは？ 「イシュー」を特定する場面としては、業務改善や組織・チームの改善、営業戦略の立案時、さらには自身のタイムマネジメント不足に対処する際があります。目の前の課題に気づき、問いを起こすことができるかどうか、常に気付きのレベルを高く保つ必要があります。そのためには学習や自己啓発を続け、引き出しを増やし続けることが重要です。具体的な行動や取り組み姿勢として、自らをそうした環境に置き続けることが必要です。 最後に、「イシュー」を特定する際に「問い」を持ち続けるために、自分にとって視覚化が重要だと感じました。ソフトウェアの活用などを通じてこれを実践していきたいと思います。

分解手法の課題とは？ ロジックツリーについては知識があったが、「層別分解」や「変数分解」については理解が浅かった。このため、分解の方法に甘さがあったことに気づいた。MECE（漏れなくダブりなく）の原則に基づいて物事を分解しようとしていたが、ただ「その他」という項目を入れないようにしよう、「漏れなくダブりなくしよう」とするに留まり、実際には分析の観点で意味のある分解ができていなかった。「切り分けて意味のある分け方」ができていなかったのだ。 SFAでの運用改善策とは？ マーケティングにおけるリードから商談に至るまでの顧客属性や営業活動履歴について分解し、SFA（営業支援ツール）上で選択肢を設定している。しかし、これがMECEであったとしても、分析の観点で後々良い結果に繋がらない選択肢を設定してしまっていたと気づかされた。ルールとして運用に乗せているため現場には混乱が生じがちだが、説明を通して理解を得て改善していきたい。 問題解決に向けたステップ SFAでの選択肢に関して直近の課題については、以下のステップをとる予定だ。 1. 最適なSFAでの活動結果の選択肢を調整するため、これまでに蓄積された様々な結果を分解手法を用いて再分解する。 2. 修正点についてチームメンバーと意見交換を重ね、最終的な決定を行う。 3. 現場の運用に支障が出ないよう、営業メンバーに理由を含めて通達し、理解を得る。 冷静な問題解決が大切 また、今後自分が行う企画については、「問題解決のために必要なステップ」である「what（何が問題か）」「where（どこに問題があるか）」「why（なぜ問題が起きているか）」「how（どうすればよいのか）」をきちんと踏まえ、目の前に見えて重要そうな課題や感情論に走らず、冷静かつ客観的に根拠のある分析を進めていきたい。企画時点での分析をきちんと行い、その結果をまた分析することでPDCAサイクルを回すことを徹底したい。 説得力を高めるには？ 他メンバーに対して意見を出す際にも、上記の問題解決のステップを踏まえた説得力のある意見を出せるよう努め、納得を得られる形にしたい。

エンパワメントの本質は？ これまで、感覚的に行っていた業務を論理的に学ぶことで、エンパワメントや目標設定において抜けていた視点に気付くことができました。特にエンパワメントでは、双方向のコミュニケーションが必要であり、対象となる方の状況やモチベーションを正しく把握した上で行うことの大切さを再認識しました。自分自身が気持ちに余裕がない時にエンパワメントを十分に発揮できていなかった点にも、改めて気が付かされました。 目標設定の疑問は？ また、目標設定に関しては、本人の参加を促す行動は取っていたものの、任せる業務やそのレベルに応じて「組織の課題に対して自分の持ち場で何ができるか」という視点が欠けていたことを痛感しました。個人の成長だけに焦点を当てていたため、スタッフ全体やチームの成長を促す視野が不足していたと考えます。 業務バランスはどう？ 少人数で多岐にわたる業務を担う部署であるため、業務のバランスが難しい中、今回の学習を通して、相手の状況をしっかり理解し、適切に育成するためには、自分自身もその職員にどうなって欲しいのか、組織の中での役割や立ち位置を明確にしておく必要があると再確認しました。 会議での視点は？ 主に会議や指示出しの場面では、一斉に指示を出すことが多かったため、中堅職員には組織の視点が持てるような問いかけや、業務への挑戦を促すコミュニケーションを心がけたいと思います。これにより、視野が個人だけでなくチーム全体へと広がることを期待しています。 新人育成の秘訣は？ 職歴の浅い職員については、まず業務の目的や具体的なプロセスがイメージできるような問いかけや対話を実施し、業務理解を深めるとともに、自発的に考える力を養っていきたいと考えています。 伝達方法はどう？ 日常の業務依頼の際にも、伝え方に意識を持ち、定例会議や業務見直しのミーティングでは、中堅職員と職歴の浅い職員それぞれに合った指示や伝え方を工夫してみたいです。また、3ヶ月に1度行っている面談の際にも、本人が積極的に参加できる目標設定となっているかを意識して取り組んでいきたいと考えています。

テストで何を見極める？ デザイン思考の最終ステップである「テスト」は、共感、課題定義、発想、試作というこれまでの流れを総仕上げしながら、各プロセスに戻るための道筋を示す重要な工程です。この段階では、試作に盛り込んだアイデアの充実度、課題定義の妥当性、そして初期の共感がどこまで実現されているかを議論します。状況に応じて、必要な工程に立ち返ることができるため、非線形的なアプローチの入り口とも言えます。 なぜ戻るが大切？ 一般には「戻る」という作業は嫌われがちですが、デザイン思考を活用して何かを実現するためには、このプロセスが非常に大切だと感じています。初めからプロジェクトメンバー全員がその重要性を共有していれば、スムーズに進められるのではないかと思います。 システム開発の難しさは？ 私の仕事であるシステム開発では、各ステップが線形に進む必要があるという制約があり、各工程ごとに承認や同意が求められます。一見するとデザイン思考とかけ離れているようにも思えますが、今回の学びを通じて、デザイン思考は全体を俯瞰するだけでなく、一部分の課題に対するアプローチとしても有効であると実感しました。特に要件定義の期間にデザイン思考を集中的に取り入れることで、その後の設計やシステムテストの工程に悪影響を及ぼすことなく、より効果的な成果に結びつけることができると考えます。 新規案件でどう活かす？ 現在手掛けている新規案件では、顧客側からの提案依頼がまだ明確ではないため、この段階でデザイン思考を活用できる可能性を感じています。顧客を巻き込み、共感のポイントを洗い出し、適切な課題定義に結びつけることができれば、その後に弊社側で発案する解決策との連携も取りやすくなり、システム完成後の効果がより実感できるはずです。一方で、試作段階については、単なる操作画面のスライドショーでは伝わりにくいという過去の経験もあり、工夫が求められると感じています。また、システム開発においては試作にかかるコストも課題となるため、これまでの経験を活かしながら、デザイン思考をうまく取り入れてより良い課題解決へ繋げていきたいと思います。

どの問題から解決すべきか？ 問題があると、複数の解決すべき課題を同時に考えてしまい、何から着手すればよいか分からなくなることがあります。しかし、問題を分解し、「今ここで答えを出すべき問い（イシュー）」を特定して、その解決策をまず考えることが大切です。例えば、某飲食チェーン店では、客数の増加に取り組んでから単価を上げるための施策を考えた結果、成功を収めました。もし逆の順序で進めていたら、客足が遠のく可能性がありました。 イシューを特定するポイントは？ イシューを特定する際には、次の三点に気を付けるべきです。まず、「問い」の形にする（疑問形）。次に、具体的に考える（壮大すぎる問いにしない）。最後に、一貫してイシューを押さえ続ける（話がそれないようにイシューを何度も確認する）。 業務効率化の鍵はどこに？ 業務効率化を提案する際には、まず効率化を図るべきイシューを特定し、それをチーム内で共有します。これにより、何を根本的に解決したいのかを全員が認識し、効果的な方法を見出すことが可能になります。例えば、時間がかかっている業務がある場合、1点に集中して効率化を図ると、別のところで時間がかかってしまうことがあります。これを防ぐためにもイシューの特定と共有が必要です。 問い合わせ増加への対応策は？ また、日々の業務改善や問題解決には、具体的なイシューを見逃さないことが重要です。たとえば、ある問い合わせが例年より増加している場合、その原因を探るために情報の掲示方法や他の根本的な問題を検討する必要があります。普段より対応件数が増えていると感じた場合も、その違和感を無視せず、根本的な問題を特定し、それを解決する方法を考える時間を作ることが求められます。場合によっては、同じような問い合わせに対する対応時間が短縮されるかもしれません。 チームにおけるイシュー共有の重要性 常にイシューを意識し、その解決策を探る姿勢を持つことが、業務の効率化や改善につながる重要なポイントです。イシューを共有することで、チーム全体が同じ認識を持ち、一丸となって問題解決に向かうことができるのです。

顧客優先は正しい？ 私は営業部門で勤務しているため、「顧客ニーズ」を優先することが多く、それが視野を狭くしてしまうことがあることに気づきました。事業計画を考える際には、以下の3つの視点を持つことが重要であると感じています。 全社視点は大事？ まず、経営者の視座で考えることです。自分が発言する際には、常に全社的な視点を意識しながら行動することが求められます。次に、ジレンマを過度に恐れないことです。100％正しい判断は難しいので、ベストを求めすぎるよりもベターを選択する柔軟性を持つことが重要です。そして、他人の意見をしっかりと聴く姿勢も欠かせません。 フレーム活用でどう？ これらの考え方に加えて、フレームワークを活用することで、施策を客観的に考えることができ、取りこぼしの少ない計画を立てることができました。それらのフレームワークは、3C分析で顧客、市場、自社、競合を整理し、PEST分析で外的環境を考慮する手法、SWOT分析で内部環境を整理し、クロスSWOTで重要課題を抽出し、バリューチェーンで企業活動を一覧化するものです。これにより、視野が広がり、現実的な意見を出すことができました。 業務量はどう管理？ また、日常業務ではアフターフォローによる業務が多く、期待が高まる中で増える業務量への対応が課題となっています。この問題についてもバリューチェーンを作成することで、どの業務に重点を置くかが明確になり、社員全員が納得しやすくなると思います。また、やることだけでなく、やらないことを決める際にもバリューチェーンは有効だと考えます。 施策はどう練る？ 具体的な施策としては、自社更新率を高めるために3C分析やクロスSWOTを用いて現状の課題を明確にし、解決策を検討しています。施策を考える際には、経営者の立場で全社的な視点を持つことを心がけ、自己部署内や他部署からも意見を聴き、多角的なアイデアを引き出すことが重要と感じています。現状の業務フローをバリューチェーンで可視化し、資源の浪費を防ぎ、コストを抑えるべきポイントを特定することも進めています。