(27ページ目)

自分 ✕ 出す

に関する学び

---

リーダーシップは何？ 振り返ったとき、誰かが自分についてきてくれていれば、それがリーダーシップを発揮できている証だと感じています。リーダーシップは、決められた役割ではなく、実際に行動を起こすことで示されるものです。 行動と意識はどう？ 行動は、能力と意識の掛け合わせで成り立っています。目に見える行動こそが評価の対象となるため、日々の取り組みで能力と意識の向上に努める必要があると実感しています。 業務の感謝は何？ 業務面では、自主的に行動したメンバーに感謝し、学びをアウトプットしてチーム内に共通認識を醸成することが大切です。自分の行動が誰かに追随されるものでなければ、真のリーダーとは言えないと考え、常に自問自答しながら日々の実践に励んでいます。 組織の評価はどう？ また、組織としては役割だけでなく、実際の行動を評価・賞賛する姿勢を取っています。日常的なコミュニケーションや意見交換の中で、メンバー同士が適切なフィードバックをし合える環境作りも意識しています。 本音を引き出すには？ 一方で、経験の差から自分の発言が正解だと捉えがちな傾向も見受けられます。そのため、メンバーの本音や意見をいかに引き出すか、プレイングマネージャーとして日々のコミュニケーションの中で工夫し、より良いチーム作りを目指しています。

目標設定はどう考える？ 目標設定に関して、これまでの経験を振り返ると、目標面談で何にチャレンジしたいかをまず聞かれることが多かったと思い出します。もし一方的に全く関係のないことを伝えられていたら、モチベーションを維持するのは難しかったでしょう。以前の職務では権限委譲、つまりエンパワメントが当たり前でしたが、今回の経験を通じてオフィスワークにおけるエンパワメントについて新たに学ぶことができました。 部署間の連携はどう？ 有志プロジェクトメンバーの中では、役割や任せたいことは伝えられていましたが、それぞれの部署が異なり顔を合わせる機会もほとんどありませんでした。しかし、新入社員や若手メンバーがいない状況で進めることができると思っていました。任せた仕事が完了しているか、お困りごとはないか、といった進捗状況の確認を積極的に行う必要があります（若手ではないため、伝え方には配慮が必要だと思います）。 やる気をどう引き出す？ 今後は思い込みを排除し、それぞれのメンバーのやる気を引き出す声かけや仕事の割り振りを意識して行っていこうと思います。自分の感情を基に仕事をする「気難しいメンバー」という色眼鏡を外し、一人ひとりがどんなことにやる気を見出すのかをまっさらな気持ちで理解し、伝えていくことを心掛けたいと思います。

言語化の重要性と体験価値 言語化しにくい事柄が、マーケティング全般のキーワードなのかなと感じました。そこに目をつけて「商品そのもの＋αの体験価値」を付け加えることがユニークで、差別化につながっているという学びには非常に納得しました。特に、iPhoneやスターバックスなど、これまで経験したことがなかった「こんなの欲しかった」というワクワクするような感情を引き出す体験に着目する考え方は、自分の中にしっかりと取り入れておきたいと思います。 業務における体験価値の発見 これまでの業務を振り返ると、通常よりも＋αでうまく進んだ業務とそうでない業務の差異は、ワクワクする感情やチームメンバーの一体感といった体験があったかどうかに気づきました。それらの感情や体験の源となっているのは、やはり商品そのもののコンセプトやユニークさであるということにも気づきました。自分の業務においても、周りのメンバーを巻き込み、魅力的な体験価値を提供できるように日々考えて行動していきたいと思います。 日常生活での体験価値の探求 また、身近なところからコツコツと鍛錬を積み、自分のものにしていきたいと思います。職場や家庭において、普段の会話から体験価値が付加されている事柄がないか情報収集し、それを聞き出すためにさりげない投げかけも試みたいです。

データ比較で新たな発見をどうする？ 他のデータと比較することで、新たな洞察を見出すことが重要です。分析のプロセスとしては、まず目的を明確にし、次に問いに対する仮説を立て、その後データを収集し、最終的に分析によって仮説（ストーリー）を検証します。 どの分析視点が有効か？ 分析における視点としては、インパクト、ギャップ、トレンド、ばらつき、パターンを見ることが大切です。具体的なアプローチとして、代表値（単純平均、加重平均、幾何平均、中央値）やばらつき（標準偏差）を使うことで、データの特徴を理解します。 仮説検証で気づく新たな問題は？ 提案する際に、自分の仮説を立証するためのツールとして、これらの手法を使いたいです。仮説には正解がないことから、むしろ仮説が間違っている場合は、実際の状況とのギャップに気づきやすくなり、新たな問題発見につながります。ですので、間違った仮説を立てることも恐れず、仮説の幅を広げたいと思います。 勘と経験を超えて新たな仮説を 長年、勘と経験で仮説を立てていましたが、自分の思考範囲を超えた仮説を立てることで、マーケットの状況を広く知り、新たな問題点に気づけるようになります。また、いろいろなグラフを作成し、自分の仮説に対して一番説得力があるものを比較してみたいと考えています。

顧客の真のニーズとは何か？ 顧客が求めているものが商品やサービスそのものとは限りません。これは「ウォンツ」と呼ばれるものです。「〇〇が欲しい」というのは解決策に過ぎず、「なぜ〇〇が欲しいのか」という目的を突き止めることが重要です。「〇〇が欲しい理由」こそが真のニーズであり、単純に商品やサービス自体を「顧客ニーズ」と捉えないように注意が必要です。 参考になるデプスインタビューの手法 真のニーズを捉えるためにはデプスインタビューなどの手法が有効です。動画で紹介されていた床屋の話は、真のニーズを聞き出す方法として非常に参考になりました。 バックオフィスでのニーズの重要性 バックオフィス業務にも常に相手が存在します。相手からウォンツが提示されたときには、それを注意深く考え、ニーズを捉えるよう努めることが重要です。現在行っているルーティン業務に関しても、常にニーズがあるかどうかを意識しながら進めていくことができると感じました。 コミュニケーションでニーズを把握する方法 相手とのやり取りは対話に限らず、文章（メッセージやメール）で行われることも多いです。そのため、真のニーズを捉えることが難しい場面もあります。理解できないことがあれば、必ず自分が納得するまでしっかりと聞く姿勢を持って業務に取り組んでいきます。

効果検証を改善するには？ 今週の講義内容は、すでに実践していることをさらにブラッシュアップして継続する必要があると感じました。特に効果検証については、ノイズを排除しきれずにABテスト自体が難しい場合や、施策の実施数が多く、全ての分析を物理的に行うことが困難な場合があります。 デジタル時代のデータ分析とは？ デジタル領域では、質よりもスピードが重要な場面が多くありますので、完璧なデータ分析に固執しすぎないことも心掛けたいです。データ分析はあくまで結果を出すための一つの手段に過ぎず、それ自体を目的としないことが大切だと再認識しました。 仮説思考を磨くために何が必要か？ また、仮説思考を鍛えるためには、思考力を磨くことが最も重要だと感じました。情報を集めたり事象を分析しているだけでは、思考の精度は上がりません。本当に必要な情報を見極めるために、何のために情報を集めるのかを自分の頭で考えるトレーニングが必要です。 行動で成果を生み出す方法は？ さらに、答えを持っている人に対して自分の仮説を試してみることも大事です。不正解でも良いので、アウトプットする機会を増やし、トライアンドエラーを繰り返すことが重要です。成果は行動することでしか生み出せないため、とにかく積極的にアクションを起こすことが求められます。

分析の丁寧さは？ 教材の事例を通して、分析の丁寧さがいかに現状把握に直結するかを痛感しました。細かな分析を怠ると、本来のイシューを見誤ってしまい、解決策も誤ったものになってしまう可能性があると理解しました。また、施策のタイミングが効果に大きく影響するため、現状分析に再度立ち戻る重要性を感じました。提示された数字から更に見えにくい指標を導きだし、その裏に隠れた課題を発見することも大切だと学びました。 数字は何を語る？ 数字を分解し、それぞれの数値が持つメッセージや背景を考える作業は、普段あまり扱わない分野であったため難しさを感じました。しかし、新聞やニュースで見かける数字を自分なりに解釈し、分析することができるのではないかという自信にもつながりました。さらに、グラフの種類や見せ方の工夫の大切さについても演習を通して再認識しました。 数字に慣れるコツは？ とにかく、数字に慣れ、しっかりとした分析を行うことが重要だと感じました。苦手意識にとらわれず、興味のある分野から取り組んでいくことで、数字を楽しむことができるのではないかと思います。ビジネスの現場では、感覚的な判断ではなく、数字を用いて現状を明確に把握し分析することが必須だと改めて実感し、この講座を受講した初心を取り戻す良い機会となりました。

戦略の本当の意味は？ 「戦略」という言葉について考えを深める中で、自分がそれを曖昧に捉えていたことに気づきました。難しく考えすぎると頭に入りにくいので、戦略とは「目的・目標をラクに達成するためのもの」や「やること・やらないことを選ぶこと」と解釈しました。この考えに基づくと、目的・目標の設定が今まで以上に重要であることがわかりました。 IT部門の悩みは？ 当社のIT部門も他社と同様に、計画済みの重要テーマに加えて経営や事業からの緊急案件が絶えず降りかかり、質・量の両面でメンバーへの負担が大きくなっています。そこで、社会や当社事業の状況を前提条件として受け入れつつ、メンバーが心身ともに健康で持続的に働ける組織を作るための運営戦略を確立したいと考えています。 研修後の見直しは？ 研修を終えた後には、まず以下のことに取り組みたいと思います： - 当社のIT部門の当面の役割・目的・目標を再評価し、明文化する。 - ミッションを効率的に達成する方法や、やらなくても良いことを構造的に考え、書き出す。 毎日の行動の意義は？ さらに、日々の行動としては次のことを徹底していきたいです： - 「やらない」という選択肢を常に意識する。 - これまで以上に目的・目標の設定を重要視する。

指標分析の重要性を理解する 売上高、営業利益、経常利益、当期純利益といった指標の順番で分析することの重要性を学びました。分析に際しては、比較や対比を用いて傾向の変化や大きな相違点を見出すことが必要です。 説明を丁寧にする意識を高める ケーススタディの設問に答える際に感じたこととして、コアな部分は捉えられているものの、顧客心理の説明においては、もう少し丁寧に説明する必要があると気づきました。これは、言葉足らずな部分を丁寧にカバーすることを軽視していた結果であり、もっと丁寧に説明する姿勢が重要だと実感しました。今後は、説明の出口部分から意識をより高めていこうと思います。 提供価値の分析と強化点は？ 自社の提供する価値と競合他社の価値をP/Lから分析し、それによって自社が強化したい点や改善すべき点を考えてみます。さらに、自分が関わる事業の商品やプロモーションで今後どのように注力していくかを検討したいと思っています。 数字の定着と今後の計画 自社のP/Lデータはすでに確認しましたが、数字を頭に定着させるために直近2年分と今期の予測を自分でまとめ、空で言えるようにしてみようと思います。競合他社のデータについては、今後数週間で確認する予定です。そして、推薦いただいた本もぜひ読みたいと思っています。

効果的な文章作成のコツとは？ 下記の4点が印象に残りました。 - 文章を作成する際、主語と述語を明確にすること（日本語は主語を省略しがちなので、その意識を持つ）。 - 一文を長くしすぎないこと。 - 伝える相手にとってどの理由を伝えることが効果的かを考えて文章を構成する。 - 主張を支える複数の理由をピラミッド構造で考える。文章を書き出す前に、結論を支える要素を複数考えてから文章化する。 リモートワーク時の時間効率化は？ リモート主体でテキストコミュニケーションが多いため、連絡や報告、相談や承認、調整など文章を書く機会が普段から非常に多いです。自分自身の文章の作成だけでなく、受け取る相手が読み解くための時間を労働時間に換算すると、大きなロスが発生している可能性に気付きました。相手の時間を不用意に奪わないためにも、今回の学びをもとに文章の構成や作成時間を改善したいと思います。 一度で済むコミュニケーションを目指すには？ テキストでの相談や依頼、連絡事項のやりとりについて、基本的に一度のやりとりで完結することを目標に文章を作ります。ベストはスタンプの反応一つで完結することです。もしやりとりが2回以上発生する場合、自分も相手も時間をロスしていると考え、文章をリライトしてみる必要があります。

問題の本質は何か？ 最初に重要なのは、「What（何が問題か）」をしっかりと見極めることです。具体的なデータを丁寧に集め、それを基に問題を特定することが肝心です。そして、問題を見つけた後は、その問題がなぜ起きているのか（Why）をよく考える必要があります。よくありがちなのは、「何が問題か（Where）」を見つけただけで、「どう解決するか（How）」に飛びついてしまい、WhatとWhyを飛ばしてしまうことです。これでは、解決策が不十分になることが多くなります。 直感に頼りすぎていない？ このような経験から、私はしばしばWhatとWhyを深く考えず、直感に頼って行動しがちだと反省しています。たとえ直感的に問題や解決策が思い浮かぶとしても、しっかりと事実と原因を見極めた上で、効果的なHowを導き出すことを意識します。 データ収集と原因分析のステップ まずは、対象としている状況に関連するデータをしっかりと集め、実際にどこが理想的な姿と比べて差が大きいのかを検討します。次に、その問題の原因が何であるかや、その問題がどのような影響を及ぼすのかを考えます。原因を明確にし、その問題をどのように解決するかを考えることが重要です。このプロセスを日々の中で繰り返すことで、自分自身の考え方を確立していきます。

前職はなぜ意義ある？ 前職ではSEとしてプロトタイプを作成し、フィードバックを受け取るサイクルを繰り返していたことを思い出しました。現在の業務では同じような機会は少ないですが、その経験を活かし、使用中のツールの改修や新規作成に取り入れていきたいと考えています。また、モノ作りのみならず、業務フローの改善にも生かす意欲があります。 フィードバックの鍵は？ 実践までは至っていませんが、実践演習を通して、まずアイデアを形にし、ユーザーからのフィードバックを受けるそのプロセスの繰り返しが、よりユーザーが求めるものを作り出す鍵であると感じました。さらに、プロトタイプの種類によって得られるフィードバックが異なるため、何を目的にするのか、現在のフェーズはどこにあるのかを踏まえた上で、プロトタイプの作成と検証を進めることが重要だと考えています。 スピードはなぜ大切？ とにかく、形にすること、そしてスピードが大切であると実感しています。形にすることで自分の考えが整理され、ユーザーやメンバーからコメントやフィードバックを得やすい状況が生まれます。そのサイクルをスピーディーに回すことが成果につながると感じました。また、ユーザーテスト前に評価基準を設定しておくことで、課題を見失わない工夫も大切だと実感しました。