(144ページ目)

意識

に関する学び

---

イシューの意味は何？ イシューとは、問いかけの形で具体的に定義し、ずっと念頭に置くべきものだと感じました。考えたい内容や既に知っている情報に流されがちですが、今ここで提示すべき問い＝イシューをしっかり握り続けることが、他のどの技術よりも難しくもあり、重要であると実感しています。 どう活かすべき？ この考えは、人事考課における目標設定や振り返り、プロジェクトの進め方に関するブレーンストーミング、障害発生後の振り返り会議、各種相談のシーンなど、さまざまな場面で活用できると感じました。単純な回答では済まないやりとりにおいても、イシューを軸に進めるアプローチは有効だと思います。 振り返りの確認は？ また、以下の点を意識するとよいと考えます。つい空白を埋めようと衝動に駆られることが多いため、まずは目的やイシューを検討・特定（まずは一旦黙る）すること。そのイシューが適切かどうか、ほかの視点がないか、他者にアドバイスを求めること。議論が流れに任せて進みそうになったり、本筋から逸れていると感じた時には、自ら方向修正を試みること。さらに、議論ややりとりの後に、初めに設定した問いをしっかり握り続けていたかを振り返ることも重要です。

結論を効果的に伝えるには？ 結論を最初に述べ、その根拠を論理的に示し、最後に結論で締める。この構造は非常に理解しやすく、相手にも伝わりやすいと感じました。特に、結論の理由を3つ以上論理的に並べることで、相手が反論するのが難しくなるという効果があります。これは、物事を説得する際に非常に役立ちます。今後、プレゼンテーションを行う際には、この方法を意識したいと思います。 ルール共有のポイントは？ 店舗運営において、ルールを設けて従業員と共有する際に理由を説明することはこれまでも行っていました。しかし、論理的に理由を構築することの重要性に改めて気づきました。ルールの設立によって得られる恩恵がどのように従業員に影響するのかまで詳しく説明することで、ルールの遵守を促進できそうです。 ロジックツリーでルールを浸透させる？ 店舗運営における行動ルールの設定と、そのルールを守らせるための理由を構築する考え方については、ロジックツリーの作成と掲示が有効だと感じました。これにより、従業員の遵守を持続的に促すことができそうです。また、新しい商品展開を推進する際のプレゼンテーションの組み立てにも、この考え方を取り入れたいと思います。

クリティカルシンキングとは？ クリティカルシンキングは、経営戦略に不可欠なスキルであり、特にマーケティング、アカウンティング、リーダーシップ、ファイナンスの基礎となっています。日常的に人は無意識に思考を制約し、つい考えやすいことや考えたいことに偏ってしまいます。そのため、思考の偏りを避け、自分の考えをチェックする「もう一人の自分」を育てることが重要です。 客観的に考える方法は？ 物事を客観的に考えられるようになるためには、まず頭の使い方を理解し、次に他者とのディスカッションを行い、さらに反復トレーニングを続けることが大切です。新たな実験や試験計画を立てる際には、課題と目的を明確にし、しっかりと文章にすることが求められます。また、記載した内容をメタ認知し、考えに偏りがないかをチェックする習慣をつけることが重要です。 業務面談で注意すべきことは？ 業務面談においては、相手にわかりやすい言葉で、具体的に伝えることを心がけるべきです。自分の計画する内容が主観的であったり偏りがあることを前提に、まずは考えを俯瞰する習慣を身につけたいと思います。付箋やメモを活用してできるだけ文字に残し、それを基に繰り返し練習していきます。

なぜ自分を疑うの？ 人は、自分がイメージできることや経験したことを基に答えを導きがちです。この傾向を避けるためには、考える前にMECEや様々な視点を意識して枠組みを構築し、考えた後に自分を疑い、批判的に振り返ることが重要だと学びました。 項目の漏れは防げる？ 検証項目を洗い出す際、マニュアルや類似商品に頼るだけでは、後になって項目が漏れていると感じることがあります。視点を縦横に広げる能力を持てば、上司や他部署が求めることも理解できるようになり、批判的思考が身につけば不足箇所にも気付けるようになると考えました。 上司への伝え方は？ 上司への報告では、「これもやるべきだった」「伝えたいことが伝わっていない」と感じることがあります。視点を広げ、批判的思考を取り入れることで、自分を相手にして深く広く考えられると考えました。 漏れなく考える方法は？ 「まず考え始める」という行為を控え、各案件に対してどう考えれば漏れが生じないかを考えてからリストアップを始めるようにします。そして、終了後にはクリティカルシンキングを活用し、もし不足がある場合は、どの考え方に問題があったか、どこでMECEが欠けていたかを振り返ります。

無意識の偏りは？ 質問を受けた際、自分が無意識に思考の範囲を限定していることに気付きました。そして、普段行わない行動を求められたとき、自分の得意な方向に考えてしまうという講師の指摘にも納得しました。例えば、ラグビーを未経験の人が「やってみて」と言われてもすぐには上手くできないように、クリティカル・シンキングも同様であるとイメージできました。今後は、自分の偏った思考を認識し、意識的に実践して繰り返すことで、自然に批判的思考ができるよう努めていきたいと思います。 なぜ結論に至る？ また、事務リスクの未然防止策を検討する際の原因分析や仮説の検討にもこの考え方が活用できると感じました。確証バイアスにとらわれがちなので、導いた結論が本当に正しいのか、なぜその結論に至るべきなのかを深く分析するよう心掛けたいと考えています。 他者の意見は？ さらに、自分で深掘りして分析するだけでは偏った思考が反映されてしまう可能性があるため、他者の意見を聞いて他者からの思考のヒントを得る努力も必要であると思いました。すべてを自分だけで完結させないようにし、チームメンバーの協力を得ながら自身の成長につなげる意識を持つようにしていきます。

B/Sが企業評価に役立つ理由 B/S（バランスシート）は、会社の健康状態を知るためのCTスキャンのようなものという表現により、B/Sがより身近で理解しやすくなりました。同じ見た目や体重（売上）を持つ企業でも、その中身の体脂肪率（負債）は様々であり、骨格や筋肉（純資産）の程度もわかります。 新規事業提案に必要な視点は？ 私は社内で新規事業を提案したいと考えていますが、その際にB/Sが必要かどうか、また他にもっと適切な表現があるのかについては依然として曖昧です。しかし、B/Sの考え方を元にして、お金の流れを意識した計画を立てたいと思います。この考え方を身につけるために、自分自身の家計のお金の出入りにおいて、何が流動資産で何が固定資産なのか、純資産や負債なのかを日頃から意識していきたいと考えています。 資金計画で重要なポイントは？ 新規事業提案を行う際には、何にどれだけの費用がかかるのかをできるだけ詳細に書き出し、お金をかけるポイントとかけないポイントをしっかり取捨選択したいと思います。また、自社の特徴や提案者の意図が費用分配からもわかるように、漫然と資金を使わないように意識した計画を作成していきたいと考えています。

商品と体験の融合は？ 商品と体験が融合することで、競合と差別化できる価値が生まれます。商品にまつわる体験が＋αの価値として加わるため、ポジティブな体験を意識的に設計し提供することが重要です。ただし、同じ体験を繰り返すと、その価値は次第に減衰してしまいます。 独自戦略は何？ 価格競争を回避するためには、ユニークな差別化が求められます。たとえば、ある企業は商品だけでなく体験そのもので差別化を図っています。結果として、単なるモノの提供に留まらず、顧客がその企業を選び続ける理由を創出しています。オンリーワンを目指す姿勢が、価格競争に陥らない鍵となるでしょう。 体験価値の広がりは？ さらに、単なる商品の体験を超え、ソリューションやサービス提供においても体験が大きな役割を果たします。これまで煩雑だった作業が簡略化されることで、IT業界では新たな案件の獲得につながるケースが多く見受けられます。顧客の要望を受け、仕様をまとめアプリケーションを作成するだけでなく、さらなる利便性を追求した提案が求められています。こうして提供された便利な仕組みは、顧客にとって予想以上の価値をもたらすとともに、企業にとっても大きな強みとなるのです。

規模の経済性、どう捉える？ 今回の講義では、規模の経済性について学びました。生産規模を拡大することで生産コストを削減できる点はもちろん、固定費と変動費の詳細な分析が必要であると再認識しました。また、習熟効果によって効率が向上し生産性が高まると同時にコスト低減につながること、さらには範囲の経済性で他分野への展開が可能になることも理解できました。一方、習熟効果は環境の変化により十分に活かせなくなる可能性もあるため、柔軟な戦略の構築が求められると感じました。 旅行業界の変革は？ 旅行業界においては、商品の造成や仕入れ、さらに多様な販売チャネルが存在する点が印象的でした。規模の経済性に基づき仕入れコストを低減するアイデアは理解できるものの、薄利多売や手数料商売といったモデルにどのような形で活用するか、改めて検討する必要があると感じました。加えて、受託収入による固定費の増加も考慮すべき点として意識しました。 ネット販売、何が鍵？ また、ネット専売という販売形態においては、ネットワークの経済性に基づき会員数の拡大が重要であると改めて認識しました。今回学んだ内容を活かして、さらなる知識の深化に努めたいと考えています。

伝え方はどう工夫する？ ライブ授業内のロープレで部下役を演じた経験から、ただ目標達成を評価するだけではなく、貢献や努力に対する承認、労い、感謝の意を伝えることの大切さを実感しました。実際のフィードバックの場面では、自分が上手く伝えられるか不安が残るものの、しっかりと準備して臨めば、効果的かつ未来志向の振り返りが実現できると感じています。 目標はどう定める？ また、現時点で今期の目標設定が不明確なメンバーもいるため、早急に目標を定める必要があります。しかし、急がば回れという考えのもと、自分自身やチームの業務と会社全体の目標をしっかりと結びつけ、適度な成長機会を提供できるよう努めたいと考えています。そのためには、具体的な活動計画の策定と定期的な進捗確認が欠かせません。 1on1で支援はどう？ 今後は、1on1ミーティングを活用して各メンバーのモチベーションを理解し、業務の進捗を確認しながら、必要な支援を提供していきます。問いかけの方法にも工夫を凝らし、メンバー自身に考え、言語化してもらえるよう促すことを意識します。そして、各自が環境や仕事の状況を的確に把握できるよう、任せ方の変化にも取り組んでいきたいと思います。

数字は何を示している？ 数値や事実を分解することで、新たな事実が見えてくると同時に、その解像度を上げることができると感じました。この際、特に意識すべきは「切り口」であり、仮説や目的をもって複数の視点から事実を確認することが重要です。自分は、ある傾向にすぐ飛びついてしまい、その先の検討を十分に深められていなかったため、今後はどんな傾向が見えても多角的に事実を検証するよう努めたいと思います。 現状の原因は何？ また、企画立案の際も、ありたい姿と現状のギャップを埋めるために、事実を分解して原因を追求する手法が有効だと感じます。現状の事実がなぜ生じたのかを明らかにするために、事実を細分化し、多角的に確認することは重要です。実際、直近では、社員向けに業務と介護のリテラシー向上を図る施策の検討において、現状確認のために事実を分解して捉える作業を進めており、どのようなデータを収集すべきかも併せて検討しています。 業務改善の秘訣は？ さらに、進行中の業務に取り組む中で、早速「分解」に意識を置いた事実確認を試みています。この施策で得た経験をもとに、他の業務においても同様のアプローチを活用できるようにしていきたいと考えています。

フレームワーク活用は？ 課題に対して仮説を立てる際、4Pや3Cなどのフレームワークを活用することで、これまでの漠然としたアプローチから、より効率的かつ効果的な方法へと進化できることを実感しました。従来の方法と比べ、論理的に整理された仮説構築が可能になり、今後の取り組みに大きな期待を持っています。 客観データで見直す？ また、仮説思考においては、反論を排除せずに客観的なデータ収集を行い、都合の良い解釈にとらわれないことが重要だと学びました。仮説が間違っている可能性を認め、検証に基づいた見直しを行う姿勢が、正確な結論に繋がると感じています。 問題解決の切り口は？ 今後は、問題解決に向けて複数の仮説を立てる際、フレームワークを活用しながら様々な切り口で検討していきたいと思います。これまで何となく仮説を立てていた点を改め、より具体的かつ体系的なアプローチを心掛けるつもりです。 進行中の分析は？ 現在進行中のデータ分析に関しても、今回の学びを活かし、もう一度仮説を立て直して検証を行います。日々の業務において常に仮説と検証のプロセスを意識し、フレームワークの活用に習熟することで、より確かな成果を目指していきます。

仮説の違いは何？ 仮説を立てる際に活用できるフレームワークについて、改めて学ぶ機会となりました。そこで、結論としての仮説と、問題解決のための仮説という2つの考え方があることを理解しました。また、問題解決プロセスにおいては「where（どこで）」「why（なぜ）」「how（どのように）」の視点を意識することが重要だと認識しました。 利用状況変化はなぜ？ 具体的な事例として、12月から1月にかけてサービスの利用状況が低下した際の対応を検討しました。結論の仮説としては、長期休暇中にサービスから離脱が起きたという点を重視しました。同時に、特に正月期間にユーザーの離脱、すなわちチャーンが発生した可能性に着目し、問題解決に向けた仮説を立てました。さらに、年末年始の背景を踏まえ、プッシュ通知などでログインを促す導線を作ることが有効ではないかという仮説も検討しました。 データで何が分かる？ 加えて、12月から1月のサービス利用状況について、デイリーベースでデータ分析を実施しました。離脱ユーザーの属性やこれまでの傾向を可視化するとともに、プッシュ通知などのお知らせがログインのフックとして機能するのかをテストする工程を経ました。