(9ページ目)

状況 ✕ 設定

に関する学び

---

戦略の再定義はどう？ 普段、漠然と使用していた「戦略」という言葉を改めて定義し直し、「ゴールを明確化すること」の重要性を再認識しました。演習問題では「ゴールが明確でない」と感じましたが、実際の業務では「手段」に目が行きがちだと気付きました。「ゴール」についても、自分が考える「目標・ゴール」ではなく、組織全体としての「ゴール」を考える必要がありますが、異なる価値観を持つ人々の集合体である組織において、その「ゴール」を設定する難しさを感じています。今後、この点についてさらに学んでいきたいと思います。 企画業務で何を見抜く？ 企画業務においては、企画の実現に向けた戦略的なアクションが必要です。人事部としての目指すゴールと事業本部の目指すゴールが初めから一致することは少ないです。そのため、傾聴して相手のニーズを分析し、必要に応じて人事部から提案することで、最終的に共通の「ゴール」を設定し、実現に向けた手段を検討していく必要があります。 論理と共通解は何？ 自分の考えを論理的にまとめるだけでなく、周囲の人々の状況や考えを認識し、共通する結論、つまり目指すゴールや解決策を見出していくことが求められます。本講座のグループワークでも、自分の意見を押し通すのではなく、グループとしての最適解を導き出せるよう努力しました。

リーダーシップとは？ リーダーシップとは、必ずしももっとも優れた人物や組織のトップである必要はなく、フォロワーがついていく現象そのものです。つまり、誰でも自らの行動を通じてリーダーシップを実現することができます。 行動と意識の秘密は？ リーダーシップを習得するためには、まず行動が「能力×意識」で成り立っていると考えることが大切です。能力や意識は直接見えるものではないため、相手に伝えるためには、実際に行動を起こすことが必要です。その行動から学び、模倣することでリーダーシップは自然に身についていきます。 若手の挑戦はどう？ また、業務設計の段階で、若手社員が小さなながらリーダーシップを発揮できるテーマやタスクを設定する取り組みも有効です。例えば、あるプロジェクトの一部として若手社員が自ら考え、率先して動くような課題を与え、結果のリスクを最小限に抑えるために、必要なアウトプットの準備を事前に整えました。 解決策はどこに？ さらに、ビジネス開発の現場では、市場調査が不可欠なものの、予算の制約から外部の調査会社の活用が限定される状況に対応するため、手詰まり状態にあった調査チームに対しても、自ら小さく早い行動で解決策に取り組む決断をしました。これにより、組織全体の成果を最大化するための一助となると感じました。

セグメントは正しい？ セグメントについては、事前に持っていた認識が正しかったと感じています。市場評価基準（６R）の考え方を理解し、一人の中にも状況や場面によって多様な個性があることから、ターゲティングを行う際には背景やシーンを明確にする重要性を実感しました。 訴求はシンプル？ ポジショニングに関しては、訴求ポイントを２つに絞えるという考え方が有効だと学びました。実際、ポジショニング後も顧客からどのように見えているかを客観的に把握し、状況の変化を常に観察する必要があると感じました。 強みは複合的？ また、自社の強みを複合的に掛け合わせる可能性についても考えました。これまで紹介事業で培ったサポート力を、転職活動中の方だけでなく、前工程・後工程や転職市場以外の分野でも活かすことができないか、検討する価値があると捉えています。 誰に届ける？ さらに、新ブランドを立ち上げる際の訴求ポイントの整理にも注目しました。社員それぞれが感じる自社サービスの強みを洗い出し、現状のターゲットのペルソナをより具体的に言語化することで、「誰に向けたサービスなのか」を再設定し、その上で強みのどの部分が当てはまるかを検討していきます。こうした取り組みは、SNSのショート動画などのコンテンツ作成にも応用できると考えています。

自律促す秘訣は？ エンパワメント型のリーダーシップスタイルは、メンバーの自律を促しつつ、必要に応じてサポートを提供するアプローチです。このスタイルは、ビジョンの共有から実行、さらに支援に至るまでの5段階を学ぶ機会を提供してくれます。しかし、エンパワメントが適している仕事もあれば、そうでない仕事もあるため、状況やメンバーを慎重に見極めつつ活用する必要があります。これを通じて、メンバーが本音で意見を交換できる状態を作り、一人ひとりが自発的に行動できる環境を整えることの重要性を改めて認識しました。 メンバーをどう知る？ 私の現在の組織では、メンバー間のコミュニケーションが不足している傾向があります。この状況を改善するために、まずはメンバーを深く知ることが第一歩だと考えています。モチベーションが高いメンバーには自律を促し、低いメンバーには適切な目標を設定しながらサポートを行い、成長を促したいと考えています。 役割の見極めは？ チームのミッションを整理し直す中で、私自身がリードすべき分野とエンパワメント型で進めるべき分野を見極めたいと思います。その上で、どのように仕事を分担するかを考えます。年央の面談が近いこともあり、メンバーそれぞれの目標を調整し、成長とスキルアップを促す行動を計画していきます。

戦略構築で見落としは？ 戦略を構築する際に、フレームワークを活用することで見落としを減らせると感じています。代表的なフレームワークとして、3C分析、SWOT分析、バリューチェーン分析などがあります。分析が終わった後は、「整合」を重視して戦略を立てることが重要です。全社的に考えることが求められ、一部門のみで整合がとれているだけでは必ずしも良い戦略とは言えないことがあります。また、短期的に成果を上げても、中期的には見直しが必要な場合もあるため、短期的施策として実施期間を設定したり、見直しの指標を設けたりすることが大切です。 会社状況をどう整理？ これまで、自分で会社全体の状況を整理する機会がなかったため、まずは3CとSWOT分析から始めてみたいと考えています。その際、各部門ごとに発表される戦略や目標に関する資料を活用し、それを元に自分なりに1つの資料としてまとめて分析します。この全体像の中から、自分のチームとして何ができるかを考える予定です。 チーム貢献、どう考える？ 会社全体および各部門の戦略を分析し、自分のチームがどのように貢献できるかを考えています。再来週には社員全体で今期の中間報告会が予定されているため、それまでに分析を完了し、チームとして事業に貢献できる部分を明確にしたいと考えています。

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

問いをどう理解する？ 「問いを立てる」という言葉について、普段の言い回しとは異なり、初めはピンと来なかったものの、ライブ授業の具体例を通じて理解が深まりました。YESかNOで答えられる問いを設定することで、その答えに対する論拠や分析が求められ、論理的な説明が自然と身につくと実感しています。これまでの日々の業務にも通じる部分があり、改めてその意義を認識することができました。 フレームワークの再確認は？ また、これまでシステム開発の現場で漠然と使っていた思考のフレームワークが、今回の学習を通じて再確認できた点も大きな収穫です。部署内で複数のシステム開発案件のレビューを行った際に、報告内容が論理的でない場面に直面することがあり、状況を整理するためにこのフレームワークを意識的に活用できそうだと感じました。さらに、事業計画の立案や部下のサポートにも、今までの経験にとらわれない新たな視点を加える上で大いに役立ちそうです。 イシューリストをどう見る？ ライブ講義で紹介されたイシューリストの作成方法も非常に印象的でした。日常業務では緊急度の高いものが優先され、本来注目すべき課題が見落とされがちですが、イシューリストを作成し定期的に見直すことで、重要な問題点を把握し、対処策を検討する体制を整えられると感じました。

問題の明確化の重要性とは？ 問題解決の４ステップ（What→Where→Why→How）のうち、最初のWhat（問題の明確化）の重要性について学びました。問題の明確化には、ゴールと現状とのギャップを定量的に数字で示すことが大切です。これにより、現状維持でよい部分と強化すべき部分が明確になります。 未来を見据えた戦略とは？ さらに、問題がない場合でも、よりよい結果を目指してテコ入れをする際（例えば単価改定や機能追加など）には、現状の状況判断が重要です。また、「もれなくダブりなく」というMECEの洗い出しも欠かせません。 情報共有を促進する方法は？ 例えば、自社ECサイトの会員数を120％に伸ばしたい場合、ロジックツリーやMECEを使って会員登録のモチベーションとなる部分を洗い出したり、利用者に行うアンケートの項目を設定する際に役立つと感じました。ロジックツリーを使うことで情報を可視化し、他のメンバーとの情報共有にも役立てられそうです。 過去の例に頼らない新しいアプローチとは？ これまで、企画やプロモーションは過去の例を参考に進めることが多かったですが、今後は目的を明確化し、What（問題の明確化）を意識して進めることで、現状の把握に役立て、それを基にした立案に活かしていこうと思います。

読みやすい表現の重要性とは？ 読んでもらえるように書くことが重要だと学びました。相手の興味を引くためには、読みやすい表現や情報整理が鍵となります。ただし、内容がしっかりしていなければ、どんなにまとまってわかりやすい文章でも相手の興味を引くことは難しいです。相手にとってメリットのある内容を具体的に伝える努力をしたいと思います。 タイトルに必要な工夫とは？ 自社製品のユーザー向け運用記事を書くことがあります。その際、タイトルや冒頭文、見出しなどに具体性や意外性を持たせるよう工夫したいと考えました。また、「●●の運用事例」といった自社の目線からではなく、お客様目線のタイトル、例えば「セキュリティ対策の第一歩！●●の利用状況を把握できていますか？」といった形式に変換することを意識する必要があります。 読者ターゲットへの効果的なアプローチ 説明資料や運用記事を作成する際には、まず伝えたいテーマやターゲットをしっかり整理することが重要です。そのうえで、ターゲットに興味を持ってもらえるタイトルや見出しを設定することが求められます。ターゲットによって訴求ポイントや情報のまとめ方も異なるため、最初にこれを意識するように心がけます。また、文章を複雑にせず、読みやすさを意識して工夫しながら執筆したいと思います。

比較と目的はどう考える？ 分析において、「比較」と「目的への立ち返り」の大切さを改めて感じました。何かしらの数値をグラフ化して報告するだけでは、かえって分析した気分になってしまい、実際は単なる数字の結果報告に過ぎなかったと認識しています。今後は、目の前の数字だけではなく、適切な比較対象を設定し、分析結果としてしっかり報告できるよう努めたいと考えています。 上司の反応はなぜ？ 直近の業務では、状況報告を上司に行った際、好意的な反応を得られず、簡単に取得できる情報だけに依存し、見栄えの良いグラフや表を作成するだけの報告になっていたことを痛感しました。単に数値を並べるだけでなく、それぞれの情報をきちんと比較し、その内容から次の対応や施策を検討できるような報告に改善する必要性を感じています。 次の一手はどうする？ そのため、今後の取り組みとして以下の点を意識していきます。 まず、分析の目的を再度明確にすること。 次に、比較する項目や内容について、上司の意見や生成AIのサポートを活用しながら見直しを行うこと。 さらに、定量的な分析だけでなく、定性的な分析も取り入れられるよう検討を進めること。 そして、最終的には目的に沿った次の対応策が検討できるような報告をまとめることを目標とします。

問題点の把握はどう進める？ まず、問題点をきちんと把握し、理想の姿と現在の状況との差を捉えることが重要です。そのためには、物事を様々な角度から分析し、分解する必要があります。平均的に一括りで捉えると、真の問題を見逃す恐れがあります。ここで、MECE（Mutually Exclusive, Collectively Exhaustive）の原則を意識すると、要素を漏れなく重複なく分けることができ、問題の明確化から課題設定がしやすくなります。 数字の状況をどう把握する？ 数字の状況や問題点を把握する際には、つい平均で語られることが多くなります。しかし、細部までしっかりと捉えた上でサマリーをすることが大切です。そして、いつでも元に戻れるように、プロセスを明確にしてツリー構造として残しておく必要があります。これを怠ると、感覚的な議論と空論の間を行き来することが多く、物事が進まない原因となります。 視点設定と情報分解の秘訣は？ 数字や定量的情報で状況を表し、要素分解を行うことが鍵です。この際、視点の設定が非常に大切ですが、解決したい問題、本来の目標、最終目的を意識し、人に聞きながら自分の考えを伝える形で整理していきます。立ち戻る目的を明確にすることで、偏見がかからないように注意することも重要です。

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