(43ページ目)

確認 ✕ 認識

に関する学び

---

正しい問いは何？ 「問い」を誤ると、その後の努力が無駄になる可能性があると感じました。そこで、常に「問い」から始め、本当に正しい問いであるかを考えることの重要性を学びました。また、そのプロセスを共有し、確認し続けることも大切だと認識しています。 会議で問いは必要？ IT業界においても、そもそもの「問い」が誤っていたり、思い込みにより不要な作業が生じている場合があります。したがって、会議や議論の場で「問い」を意識的に共有することで、無駄を省き生産性を向上させられるのではないかと考えています。 導く問いは何？ 今後も常に「問い」から出発し、その正しさを確認・共有する姿勢を業務に取り入れていきたいと思います。また、クリティカルシンキング研修で学んだ自分の思考の偏りに気づいた経験を踏まえ、学んだ手法や考え方を活用しながら論理的な分析やグラフ作成など、客観的な判断ができるよう努めたいと考えています。

伝えたいメッセージは分かる？ 今回の講座では、伝えたいメッセージとグラフや文章表現のバランスがいかに重要かを再認識しました。スライドは、見るだけで内容が伝わるよう、受け手の目線に立った体裁作りが必要だと感じました。情報を探させないことを意識し、各要素が論理的かつ具体的に整理されている点が印象的でした。 アイキャッチってどう役立つ？ また、文章作成においては、冒頭にアイキャッチとなる要素を配置することで興味を引き、イメージしやすい内容にする工夫が役立つと実感しました。企画書やプレスリリースなど、すぐに実践できる点も学びとして大変有用でした。 読みやすい文章はどう作る？ さらに、内部向けのメールや共有文書にも「読んでもらえる文章」を意識することで、文章全体の硬軟のバランスや読みやすさが向上することを確認できました。全体として、今回の学びを活かし、今後の資料作成に反映させていきたいと感じました。

目的は何のため？ データ分析を始める際は、まず「何のためにこのデータを分析するのか」という目的意識を常に持つことが大切です。あらかじめ、どのような答えが得られるかをイメージしながら、分析に取り掛かると良いでしょう。 仮説と可視化の意義は？ また、データ分析のステップとして、仮説思考に基づいたロードマップを設定することで、全体の目的や認識を共有し、より納得のいく結果が導けます。さらに、データを可視化すると、さまざまな視点や切り口、解釈の可能性が広がり、複数の判断軸を持つことができます。 実務の判断はどう？ 実務では、データを活用する「ここぞというタイミング」を見極めることも重要です。そのために、何を解決したいのか、どのようなデータが必要か、データの収集方法やその後の展開についても具体的に考える必要があります。まずは、手元にあるWeb解析のデータを確認し、整理を進めてみましょう。

上司とリーダーはどう違う？ 上司とリーダーの違いについて、改めて考える機会となりました。リーダーになるためには、まず「行動」が大切だと痛感しています。そのため、行動を伴えるように意識や能力を伸ばしていく必要があると思います。また、意思疎通の重要性も再認識しました。 リーダーの責任とは？ 組織のリーダーとして、会社全体や各関係者、そして個人としての見解を求められる場面が多くあります。予算の最終決断や事業方針の決定、部下との1対1の対話、プロジェクトの進捗確認、さらには日常の会話においても、リーダーとしての責任を感じずにはいられません。 行動で信頼を伝える？ これからは、すべての業務において自身の思いをしっかり伝え、情報を共有したいと考えています。単に声に出すだけでなく、各タスクを細かく確認し、必要に応じた助言を行うことで、言葉だけに留まらない「行動」を重視したリーダーを目指していきます。

文構造はどう伝える？ 相手に伝わる文章を作成する際には、共通認識で正しい文構造を使用することが重要であると改めて理解しました。伝えたいことや目的、理由、根拠などをどのように要素分けするかは難しいと感じます。そのため、必要な要素を盛り込みつつ、粒度のばらつきをなくすために日々訓練を続けたいと考えています。 メールの使い方はどう？ 日常の業務では、メールの使用が多く、チーム内だけでなく、支社や他チームへの報告や依頼も行っています。また、業務改善の企画や複数のメンバーとともに行うタスクもあり、コミュニケーションを通じて情報を正確に伝えることが求められます。 伝達方法はどう確認する？ そのため、メールでは文構造や伝える内容をピラミッドストラクチャーで抽象化する練習を続けます。また、一人で完結させず、必要に応じて相手と会話をし、伝えたいこととの乖離がないか確認することも心掛けたいと思います。

ABテストの意義は？ ABテストを通じて、単にAかBを選ぶのではなく、前提条件を統一した上で比較・検証することが次の施策につながると感じました。問題のある箇所については、プロセスごとに分解し整理することが大切だと改めて認識しました。 数字で何が分かる？ また、具体的な数字を取得することで、試行した打ち手がどのような効果をもたらすかを明確にしたいと思います。サイトに限らず、アンケートなどを活用して課題を抽出し、想定される項目のほかに自由記述も設けることで、定量データとして予想外の回答が得られるかどうかを確認できる工夫が必要です。 FAQ改善の狙いは？ 業務面では、FAQサイトの問題箇所を特定し、改善案に基づいた比較テストを実施することが重要です。過去のPV数などのデータを把握し、変更後の数値の変化を確認することで、PDCAサイクルを効果的に回していきたいと考えています。

BS全体像はどう？ 普段触れているBSは、細かい項目が記載されているため、各項目の内容理解が追いつかず、全体像が把握しにくい状態でした。しかし、今回の学習を通じて、BSが資金調達と資金の使い道を示すものであるという全体感を理解できるようになりました。また、業界や業態によってBSの構造や特徴に違いがある点も再認識しました。 活用方法はどう？ 具体的な活用例としては、まず子会社が提出する事業計画（例：3ヵ年計画など）に対して、BSを確認することでその計画の実現可能性を判断します。次に、事業計画に基づくBSをチェックし、数字上で無理がないか、何かリスクとなり得る点が見受けられないかを確認することが求められます。さらに、今回学んだBSの基本的な全体像を踏まえ、子会社のBSから重要な項目を抽出し、自分なりに整理することで、事業においてどの項目が特に重要かを見極める力が育まれたと感じています。

仮説はどう活かす？ 今週の学びは、「データ分析は仮説思考とセットである」という認識を再確認できたことです。これまで仮説を持つことの重要性は意識していましたが、今回、仮説設定と同時にデータ収集の設計まで考えることの大切さを学び、大きな収穫となりました。 分析の質向上は何故？ 単に手元のデータを分析するのではなく、立てた仮説を検証するためにどのようなデータが必要かを定義し、どのように取得するかを考えるプロセスが、分析の質を左右すると実感しました。今後は、特にデータ収集設計の質がますます重要になると感じています。 なぜ両面で考える？ 業務においては、仮説を洗い出し、その検証に必要なデータを定義するという両面を欠かさず意識することが大切であると考えています。毎回、チェックリストのように仮説とデータ設計を確認しながら、整った状態で分析に取り組むことを習慣化していきたいと思います。

壁打ちはどう使う？ 今週は、普段から活用している「壁打ち」の使い方を改めて整理・確認することができました。最終チェックとして用いるだけでなく、自分らしくない表現を置き換えるといった日常の工夫についても、体系的に振り返る意義を感じました。 AIツールはどう使う？ また、各AIツールごとに得意・不得意の面があることを再認識し、使い分ける必要性を強く感じた一週間でした。便利さに頼るのではなく、それぞれの特性を理解して上手く活用する姿勢が、今後ますます重要だと感じています。 Canvaで何発見？ さらに、これまで使ったことのなかったAIツールであるCanvaにも挑戦する機会となりました。普段は主にChatGPTを利用しており、日本語表現の不自然さも自分で修正しているため、特段の不便さは感じませんでしたが、今回の学びを踏まえて他のツールとの比較を試みることも有益ではないかと思いました。

記述統計量はどう見る？ 平均値だけでなく、中央値、標準偏差など他の記述統計量を抽出することで、データのばらつきまで確認できる方法を学びました。この手法は、問題解決の際に誤った仮説を課題と認識しないための一助となります。 現状指標の見直しは？ 現在の職場では、平均値、最大値、最小値のみが共有される指標となっているため、今後はQ1で述べた内容も加えて集計を行いたいと考えています。数値だけでは状況が把握しにくいこともあるため、ヒストグラムや散布図などのグラフを活用し、視覚的に理解しやすい資料作成を目指します。 実績可視化をどう進める？ また、FY24の実績値集計においては、ヒストグラムや散布図を用いて数値を分かりやすく可視化する計画です。具体的な項目としては、電話数と業務歴、トスアップ数と金額、トスアップ数と受注額、さらにはトスアップ数と年度内受注率の関係性を検証していく予定です。

どの問いが重要？ 今回の学習を通して、どのような問いを立てるかが最も重要であると感じました。例題からは、問いの立て方がその後の議論に大きく影響することも学びました。また、自分が立てた問いを他者と共有し、同じ問いに沿って議論が進んでいるかを都度確認することが大切であると実感しました。 焦点はどこに？ 日々のミーティングでは、最初に何を話すかという問いが明確であっても、気がつけば議論の焦点が見失われがちです。この現象は、問いの共有や振り返りが十分に行われていないことに起因していると改めて認識しました。 何が課題なの？ また、テキストコミュニケーションが主な状況では、日々のやり取りの中で問いを立て、その問いに対する答えを準備することが求められます。問いを立てる際、ロジックツリーなどを活用して、今問うべき課題（イシュー）を明確に整理しながら議論を進める方法も有効だと感じました。

問いはどう考える？ まず、重要なのは問い（イシュー）を立てることです。この問いは具体的であり、疑問文の形であるべきです。常に問いを考え続けることが求められます。たとえば、南守島のケースでは、データを様々な切り口で分析し、課題を特定し、その解決策を出すという一連の流れを理解しました。 イシューをどう整理する？ 議論が多岐にわたると、イシューを見失うことがあります。そのため、一貫してイシューを意識するのが重要です。議事録のヘッダーにイシューを入れることで、会議の開始時にメンバー全員で確認し、共通の認識を持つように心がけると良いでしょう。 会議はなぜ確認する？ 会議の最初には、イシューを全員で確認します。また、議論が逸れた場合には、軌道修正のために再度イシューを確認することが必要です。イシューが複数ある場合には、それを構造的に分解し、それぞれ個別に議論する場を設けると効果的です。