(83ページ目)

自分 ✕ 本

に関する学び

---

仕事のゴールを確認する理由は？ 仕事を任されたときは、まず相手が考えるゴールが自分の認識と一致しているかを確認することが重要です。また、自分が上司であった場合、部下に仕事を依頼する際に、逆の立場でどう感じるかを想像することが大切だと感じました。 依頼された仕事はどう慎重に取り扱う？ 現在、部下を持たない私にとっては、周囲から依頼された仕事に対して、そのゴールが正しいかを確認する必要があります。仕事の意義についても、日々の業務が会社の目的とどのように結びついているのかを理解することが重要です。それを怠った場合、周囲にどのような影響を及ぼすのかを考える習慣を持つことが求められます。 仕事の最終目的は何かを理解するには？ したがって、仕事を依頼された際には、その内容が適切かどうかを必ず確認する癖をつけることに努めます。そして、今の仕事が最終的に何につながっているのかを考え、それをスキップした場合に周囲にどのような影響があるのかを想像していくようにします。

なりたい自分は？ 目指すべき姿を言語化することで、「こうなりたい！」という強い思いが再確認できました。また、なぜこの単科を受講したのか、という理由が今につながることも明確になりました。行動を起こし、支えることは得意ですが、はっきりと物を言う点においては苦手意識があり、その改善に自信が持てそうです。 自ら行動する理由は？ ここで学んだことを思い返し、部下に接するときも、自分自身が率先して行動することが重要だと感じています。自身が動くことで、部下も自然と自分の姿を見ることができると考え、信念に基づいた言動や、さまざまな試みを実行していきたいと思います。 伝えるべき本音は？ また、支える・寄り添うという自分の長所は大切にしつつ、時にはオブラートに包まずはっきりと伝える必要性も感じています。とはいえ、相手によって言葉を使い分けようとすると、考え過ぎてしまい、結局うまく伝えられなかったり、後から「これも言っておけばよかった」と後悔することもあるのが現実です。

データ分析の目的は何か？ これまでの学習を振り返り、データ分析において目的が重要であることを再認識しました。自分がどうありたいのか、そのためになぜデータ分析を学ぶのかをしっかりと言葉にすることが大切だと感じました。振り返りの中で、学習した内容を理解したつもりでも、言葉にできなかったり、理解が定着していないことがあると気付きました。 学んだことを実務にどう活かす？ 講座全体を通じて学んだデータ分析のプロセスを、実際のお客さまアンケートや業務指標の分析に活用しています。サービス品質向上のために、問題点や原因を見つけ、それに対してどう対策するのかを具体的に見出していきます。 データ分析の具体的な手順は？ まずは9月末までに、上半期の各種データの大きな傾向を洗い出し、仮説構築まで行います。その後、10月に入ったら上半期全体のデータを当てはめ、より詳細な分析を進めます。データのビジュアル化も必要なため、Tableauに新たなダッシュボードを作成します。

ターゲットと競合の意義は？ 差別化戦略を考える上で、改めて「ターゲット顧客」と「顧客視点の競合」の重要性を認識しました。競合にばかり目を向けると、自社の本質を見失うことがあります。そこで、VRIO分析などのフレームワークを活用し、戦略立案や競合の把握に役立てることが重要です。 戦略実行の鍵は何？ 経営層が策定した戦略を実行する場面が多くありますが、今学んだフレームワークを活用することで、戦略への理解を深めることができます。また、自分が収集したデータを効果的に活用し、それを他のメンバーに共有することで、組織全体を正しい方向に導く努力をしています。 業務で差をつける方法は？ 具体的には、自分が担当する業務内で顧客と競合を見直し、現在の設定と比較して違いを見つけ出します。市場の変化を感じるだけでなく、フレームワークを用いて言語化し、その分析結果を組織へフィードバックしていきます。この考え方や動きを他のメンバーにも広げていくことを心掛けています。

直感ってどうなの？ 直感に頼ってアイディアを基に仕事を進める自分の傾向に気づきましたが、その方法が時として暴力的に映ることもあると感じています。また、他者の視点を十分に考慮しないコミュニケーションは、相手に対して失礼にあたるだけでなく、押し付けに繋がる恐れがあると認識しています。 クライアントに伝わる？ クライアントとの対話において、こうした経験は課題ヒアリング時に十分に活かせると感じています。クライアントのニーズに合致しなければ、本当にお役に立てるとは言えません。そのため、対価を頂く以上、ニーズを正確に理解する努力が必要だと強く思っています。 視点の違いを感じる？ また、自分の思考の癖に気づくと同時に、他者が異なる視点を持っているという前提で対話を進めることが大切だと考えるようになりました。相手にも自分にもフラットな態度で臨むため、俯瞰的な視点を常に意識し、今後習得するスキルを活用して自分自身を疑い続ける方法を学んでいきたいと思います。

なぜ振り返る必要がある？ 6週間を振り返った結果、日々の業務に追われ、全てのことを実践するのは難しいと改めて実感しました。しかし、同じような状況にある他の受講者の姿を見て、まずは研修内容を忘れないように振り返り、まとめることに努めています。その後は、できることから一つずつ実践し、自分のものにしていこうと考えています。 管理職準備はどう進む？ 4月から管理職に就くにあたり、まずは目の前の課題に直結する「3つの視」に取り組む予定です。自分の周囲だけではなく、客観的な自分自身や、自分がどの程度影響を与えられているか、またどのような人々に喜びを提供できるかを考えながら、日々の行動を見直していきます。 行動の見直しはどう？ 毎日帰宅時には、その日の行動や思考を振り返り、「3つの視」を十分に活かせたかをチェックします。もし不足している部分があれば、その原因を自問し、客観的な自分と本能的な自分との間でバランスを取りながら、実践経験を積んでいく所存です。

論理的な説明の重要性は？ 物事を他者に伝える際には、論理的な説明の組み立てを考慮する必要があります。自分の思いだけで伝えると、本質が相手に伝わらないことがあります。そのため、ピラミッドストラクチャーを活用し、本質から理由を導き、理論的に会話や文章を作成することが求められます。 プレゼンや会話での工夫は？ プレゼンテーションなど、伝えることが求められる場面では、この方法を活用します。普段から、思いついたことをそのまま口にする傾向がありますが、説明資料とその内容を見直すことが重要です。また、メールやチャットでの会話においても、伝えたいことが相手にきちんと伝わるように文章構成を整える必要があります。 どのように資料を整える？ 資料作成時やそれに伴う説明を考える際には、伝えたい内容をピラミッドストラクチャー形式で細分化し、何を伝えたいのか、そしてなぜそうなのかを整理するように心がけています。これにより、内容を明確に整理して見直すことが可能になります。

財務諸表の理解を深める方法は？ 業務上、これまで漠然と頭でイメージしていた財務諸表について、今回の学習を通じてそれぞれの数字の意味や表の役割が言語化され、自分の理解を深められると感じました。 ITサービス企画職で活かす知識は？ 私は現在、IT系のサービス企画職として、自社サービスの新規開発や維持管理を担当しています。その際、新規設備投資や損益計算、売上計画を立てることがあります。本講座で学ぶアカウンティングの知識を基に、サービスの新規開発や既存の維持・改廃の判断をより適切にできるようになりたいと考えています。 異業種交流から学べることは？ まずは、本講座でしっかりと基礎知識を習得したいと思います。PL（損益計算書）などを扱う際には、ここでの学びを意識しつつ、適切な判断ができるよう心がけます。また、現在まで自社や同業界の市場にしか視野がありませんでしたが、他の業界の方々との交流を通じて、多様な視野や考え方も取り入れていきたいと考えています。

どうして深掘りが必要？ 顧客がある程度の満足度に達すると、自分自身でも本来のニーズに気づかなくなり、直接のヒアリングだけでニーズを把握するのは難しくなります。そのため、単なる質問だけでなく、訪問や街頭での行動を観察し、より深くニーズを探ることが重要です。また、商品を売り込む際には、サービス内容や機能がひと目で伝わるような印象的なネーミングが、顧客の興味を引く鍵となります。 上層部へ伝える秘訣は？ 一方、提案を受ける側は、自身のニーズを言語化できると知らずにいるケースがあります。投資案件を上層部に提案し、承認を得るためには、その役員がこれまでどのような取り組みを行ってきたか、どの部分に現在力を入れているか、普段の言動など、細かな情報を収集することが必要だと感じました。また、案件を説明する際に長々と話してしまうのではなく、まずはその案件の魅力が直感的に理解できるテーマを最初に提示することで、上層部により効果的に伝える方法を今後試してみたいと思います。

イシューの判断はどうする？ 物事の本質的な問題である「イシュー」を適切に判断することが重要であり、適切に判断しないと対処を誤ってしまうことを学びました。また、常に状況が変化するため、問いを持ち続けることが必要であることも学びました。 問題解決に活かす工夫は？ 職場の部下から、社内外で発生した問題やトラブルについて相談を受ける機会が多いため、それに対する具体的な指示やアドバイス、再発防止や改善策を考える際に、今回学んだ「イシュー」の考え方を活用できると思います。 質問で状況をどう把握する？ 発生した問題やトラブルの対処について相談を受けた際には、自分自身がその「イシュー」の見極めを誤らないよう、学んだことを思い出しながら考えるようにしたいと思います。また、そのためには、相談を受けた時に現在の状況を正確に理解するための質問も工夫する必要があると感じました。どのような質問をすれば正しい情報を得られるのかを意識するようにしたいと思います。

本当に原因は何？ 原因を探る際は、さまざまな角度から仮説を立てることが大切です。フレームワークや対概念を利用し、多くの切り口で検討することで、真の原因に辿り着く可能性が高まります。 何が解決の鍵？ 問題解決の際は、すぐに具体的な方法（How）に飛びつかず、まずは何が（What）、どこで（Where）、なぜ（Why）の各段階で十分に仮説を洗い出すことが重要です。このステップを順に踏むことで、より的確な解決策に繋げることができます。 どうして仮説広げる？ 実務では、過去の経験に頼って一つの仮説に固執しがちですが、より早く問題解決を図るためには、できるだけ多くの仮説を立てる努力が求められます。日頃からMECE、3C、4P、SWOTなどのフレームワークを意識し、抜け漏れのない思考法を訓練することが有効です。 共有で強化する？ また、自分だけでなくチームメンバーとも知識を共有し合うことで、組織全体の力を高め、さらなる成長へとつながります。

講義の振り返りはどう進める？ ライブ授業はこれまでの講座の総復習のような内容でしたが、全体の約8割を思い出すのに苦労しました。講義後に、ただその場の学びとして終わってしまったことを反省しています。 目標設定は本当に効果的？ 一度にすべてを実践しても定着しないと痛感したため、今後は1日の始まりにその日の目標を設定し、少しずつ着実に実践していくことを意識します。 問いの共有は十分でしょうか？ また、問いと答え、すなわち主張と根拠を考える際は、まず自分がどのような問いを持っているかを明確にしたいと思います。そして、メンバーやお客様、上司が何を問いにしているのかを共有し、問いの統一を図ることが大切だと感じています。 指示の伝達は問題ない？ プロジェクト内でエンジニアへ指示する際には、伝え方ひとつで重大なミスやスケジュールの遅延を招く可能性があるため、ピラミッドストラクチャーを活用し、正確に意図が伝わるよう常に注意していきたいです。