(4ページ目)

課題 ✕ 検討

に関する学び

---

戦略的選択の重要性とは？ 今週は「戦略的に選択する（捨てる）」というテーマについて学びました。これまで続けてきたことを「捨てる」のは誰しも避けがちですが、ビジネスにおいては重要な選択であると感じました。 捨てる際に考慮すべき要素は？ 捨てる際に考慮すべき要素として、①時間当たりの利益率、②市場性、③ROI（投資対効果）に基づいて優先順位を決めることは合理的で、判断の基準として有効であると感じました。 判断基準の統一がなぜ重要？ 捨てる際の留意点としては、以下の点を学びました： 1. 決断は一人で行うのではなく、複数人の視点を加えることが重要です。そのためには、判断基準を統一するための検討材料の準備が必要です。 2. 何かを捨てることで顧客の利便性が向上することがあります。これはトレードオフの考え方にリンクしており、コストリーダーシップか差別化戦略をとるかを判断し、資源配分をメリハリよく顧客ニーズに合わせて考える必要があると感じました。 3. 昔の惰性に流されないようにすることも大事です。組織改編を通じて多くの仕組みや手法を見直してきましたが、その際にメンバーから不満が出ることもありました。このため、なぜそれを実行する必要があるのかを視覚的に説明できる準備が求められます。 4. 餅は餅屋に任せるべきだと感じました。 学びをプロジェクトにどう活かす？ この学びを踏まえ、以下のプロジェクトに活用できると考えています： 1. 組織の体制改編の検討: 現在の作業をフルタイムの従業員だけで行うのではなく、「捨てる」の意識を持ちたいです。惰性で実施している作業で廃止可能なものを見極め、アウトソーシングやベンダーに任せられる業務を選定する際には、作業時間、工数、および費用を考慮したいと思います。 2. 顧客満足度の向上: 製品の領域ごとに異なる課題に対してのアクションがあります。どのアクションを取るべきかをトレードオフの観点から判断し、効用を最大化するポイントを見つけたいと考えています。 組織改編の具体的ステップは？ 具体的には、以下のステップを行いたいと思います： - 体制改編においては、FTE計算を基に組織体制案を作成し、新体制時の各作業の理想的な時間と工数を提案します。そして、不要な業務をリストアップする段階に進みます。 - 顧客満足度向上における課題については、必要なリソースを投入する課題とその解決策の優先順位を決定するための資料を作成し、議論を進めます。最終目標は顧客満足度の向上であり、解決策の優先順位決定においてトレードオフの観点から最も効用が高まる要因を検討することが課題です。

本質の学びは何？ 今週の学びのポイントは、①問題の本質をとらえる、②洞察の整理と可視化、③顧客課題仮説の作成、④ユーザー中心の視点の維持、⑤検証と改善の5点でした。特に③顧客課題仮説の作成は、何となく感じていた課題を「●●は●●という状況で、●●という課題を抱えており、●●という解決策を提供できるのではないか」という形に整理することで、その課題が真に本質的なものかどうか、またその根底にある意図に気づく大きなヒントとなりました。 受講生の視点はどう？ 先日、担当しているビジネススクールで、受講生から「自習時に周囲が気になって集中できない」という課題が相談されました。当初は「耳栓を使用してみてはどうか」といった提案をしましたが、今回の学びを踏まえ、これを改めて課題仮説に当てはめてみることにしました。その結果、「受講生は教室で自習する際、周囲が気になって勉強に集中できないという課題を抱えており、簡易パーテーションを設置するという解決策を提供できるのではないか」という形に整理でき、受講生の立場に立った新たな視点に気づかされました。 環境改善の鍵は何？ これまで「周りが気になる」という相談に対しては、うるさい受講生への注意や配慮を促す張り紙の掲示など、ソフトな対応を中心にしてきました。しかし、受講生の目線で考えると、簡易パーテーションのような物理的な解決策があれば、より快適な環境が整うことに繋がると感じられたのです。もちろん、実際にそのような取り組みを行うには費用面などのハードルがあるものの、その障壁があったためにこれまで検討の対象になってこなかったと改めて認識しました。 ユーザーの隠れたニーズは？ また、今回の学びでは、観察やインタビューを通じて得たユーザーの気づいていないニーズ（暗黙知）や認識しているニーズ（形式知）をもとに、本当に解決すべき課題を定義する重要性を学びました。文字情報の分析や定性分析、コーディング、さらにはKJ法や付箋紙法といった手法を通じて、受講生への共感から本質的な課題を抽出するプロセスが理解できました。初心者は、まず観察から得たメモの中からポイントを抽出することから始めるとよいとのことです。 解決策検討の視点はどこ？ 今日の学びとしては、ユーザーの声を素直に受け止め、様々な角度からソリューションを検討する姿勢がいかに重要かを実感しました。ユーザーの話を聞く段階では十分な理解が得られても、実際に解決策を検討する際には、初めから制約にとらわれて選択肢が狭まってしまいがちです。そこで、課題文として整理するステップを設けることは、広い視野を保つ上で意義深いと感じました。

基本フレームワークは何？ 今週の動画学習では、戦略を考える上で有用な基本的フレームワークについて学びました。まず、3C分析では、市場・顧客、競合、自社という3つの視点から現状を把握し、戦略を立案する枠組みを学びました。また、PEST分析により、政治、経済、社会、技術の各観点から自社を取り巻く外部環境を整理する方法を理解しました。さらに、SWOT分析で自社の強み、弱み、機会、脅威を洗い出し、それらを掛け合わせるクロスSWOT分析によって、現状や将来の方向性をより具体的に検討するプロセスを体験しました。バリューチェーン分析においては、製品やサービスが顧客に届くまでのさまざまな工程を整理し、そこに競争優位の源泉を見出す考え方を学びました。 分析で今何を感じる？ 現段階では、これらのフレームワークを完全に使いこなせているとは言えませんが、実際に自社の状況や経営環境に照らし合わせて分析することで、現状の把握や今後の戦略の方向性を具体的に考える良い手がかりになりました。実践演習では、「自分ならどう考えるか」、「チームとしてどう合意形成を図るか」という視点を重視し、多様な意見を引き出す姿勢の重要性や高い視座から課題全体を俯瞰する必要性を実感しました。 業界戦略はどう考える？ 私は医療関連業界で自社戦略の立案を担う部門に所属しており、今回学んだ各種フレームワークは業務に直結する重要な知識です。3C分析による現状把握、PEST分析による外部環境の理解、そしてSWOT分析およびクロスSWOT分析で整理した自社の強みや課題をもとに、今後どのように戦略を展開していくかを具体的に検討していきたいと考えています。 学んだ知識をどう使う？ この学びを実践に活かすため、今週末までに学んだ全てのフレームワークを自社の状況に合わせて分析することを目標に設定しました。動画学習だけでは補いきれない部分については、関連書籍を活用して復習し、戦略的思考をより深めていく所存です。過去にフレームワークを学んだ経験はありましたが、当時は実務へ反映させる意識が薄かったため、今回の学びは業務に直結する形で活かすべきだと強く感じています。 難題にどう向き合う？ 一方で、グループワークの課題となっているバリューチェーン分析を、調剤薬局業界に当てはめる点については難しさを感じています。製造から販売までを一貫して実施する企業であれば学んだ内容がそのまま当てはまるのですが、保険制度で決められた報酬体系の中で経営を進める業界特有の側面をどのように取り入れるかについて、具体的なアドバイスやヒントをいただけるとありがたいと思います。

振り返りで何を学んだか？ Week1からWeek6までの講義や演習を振り返り、私の中では「つい決め打ちしてしまう」という考えが消え、多くの仮説を立てられるようになりました。これにより、今後の仕事における課題解決や成果につながると感じています。特に、今回のライブ授業での陶芸体験の演習では、様々な仮説や解決策が瞬時に思い浮かび、考えることに対して柔軟になったと感じました。 少しずつ成長していることを実感し、自分が勉強や学ぶことが好きだということを改めて思い出しました。 オウンドメディアでの検証方法は？ 弊社のオウンドメディアにおける検証については、まずSEO数値分析やユーザー導線の見直し、SEOコラムのオーガニック増加をMECEで分類し、細かく分析しました。影響力の大きい分類だけでなく、%が少なくても重要視すべき分類もあるかもしれないので、細分化しました。6つくらいの大分類に分けてリライトの優先順位を決めました。 新規ユーザー獲得への取り組み 自社のWebサービスについても、以下のように活用しています。 1. 新規ユーザー獲得導線の増強に活用（Google広告のKWD分析など）。 2. 現在のユーザーに関しても分析し、新規獲得に活用。 まずは、自分のマーケティング、メディア制作、CS効率化などのタスクを明確化し、最終ゴールである新規会員登録増加と正しいKWと属性のユーザー獲得の仮説を検討しました。その後、スケジュールを立ててチームに共有。これにより、新たな発見や課題が出ることを期待しています。 3Cと4Pフレームワークの活用 また、オウンドメディアからの新規ユーザー獲得について、メディアの3Cの内「市場」と「競合」を4P（商品、価格、場所、プロモーション）フレームワークを活用して網羅的に検証しました。既存ユーザーに対しても同様に4Pフレームワークを活用し、ゴールまでの仮説を立てました。 Webメディア運用での問題特定法 自社Webメディアの運用では、現状の問題を特定し、What、Where、Why、Howの各要素に分けて進めました。また、A/Bテストやサイト上でのサムネイル策定、広告でのABテストに時間をかけ、効果を出していきたいと考えています。 原因をプロセス分解し、ボトルネックをきちんと把握することが課題解決の近道です。正解はないので、広く視野を持ちトライアンドエラーの精神で、複数の選択肢を視野に入れサイクルを構築。短期・長期のモデルを検討しながら結果をしっかり分析し、最大限の効果が現れるように、その見極めができるようになりたいと考えています。

伝える力の本質は？ 生成AI時代においても「伝える力」の本質が変わらないという点が、今週の学習を通して強く印象に残りました。対AIも対人間も、何を目的としているのか、どの前提条件に立っているのかを明確に言語化することが重要です。AIは文脈をもとに推測を行ってくれるものの、前提が不十分だと、複数回のやり取りで認識をすり合わせる必要があるため、前提やゴールを明確にすることの大切さを改めて感じました。日常業務においても、作業内容だけでなく目的・背景・制約を整理して伝えることで、手戻りや認識のズレを減らすことにつながると実感しています。 生成AIで業務改善は？ 管理部門業務の効率化や意思決定の質の向上に向け、生成AIの活用方法について具体的に考えてみました。例えば、1on1や部内ミーティングでは、Notion AIによる文字起こし・要約を活用して議事録作成の負担を軽減し、次回の振り返りやフィードバックに役立てることが考えられます。また、従業員のエンゲージメント向上施策として、サーベイ結果をNotebookLMで可視化し、会議資料として利用することで、より具体的な議論ができると思います。さらに、部門別損益データを用いた経営会議では、NotebookLMを活用して資料を作成し、毎月の実績や予測値の確認に役立てる計画です。 行動計画はどう進む？ 具体的な行動計画としては、まずNotion AIの定着を図り、1on1や会議で継続的に文字起こしや要約を実施します。うまくいった点や改善点を振り返って、事前情報の入力方法をさらにブラッシュアップしていきます。次に、NotebookLMの基礎習得として、部門の各種データや画像データなどを取り込み、効果的なプロンプトの書き方や出力形式の指定方法を試行錯誤します。さらに、複数のソースを組み合わせた資料作成や実際の経営報告資料作成へと応用し、最終的には大量のデータ処理が必要な業務にGeminiの活用を検討する段階まで進める予定です。 専門分野と課題は？ 一方で、自分が専門外の分野に生成AIを活用する際、回答の正確性をどのように担保すべきかという課題に直面しており、自信がない部分については過度に問い掛けないというアプローチには疑問を感じています。また、業務データや社内情報をAIに入力する際、どのレベルまでが許容されるのか、その線引きを組織としてどう設けるべきかも重要な検討事項です。現在の自社はセキュリティ上のルールや仕組みをより綿密に構築していく段階にあるため、今後、これらの点に対する意見や改善策を模索していく必要があると考えています。

考える力を深める方法とは？ 自身の思考を広げ、本質的な課題や解決策を導き出すためには、「目的意識」「3つの視」「具体と抽象化の繰り返し」「問い続けること」が重要だと学びました。これらを怠ると、「問題の本質に気付けていない」「狭い範囲の検討に留まり議論のすれ違い・解の見落とし」というビジネスで成果を出す上での大きな障害を放置することになると感じました。 新たな価値を創出するには？ これらの要素を使いこなすことで、それまで別の事象としてしか捉えていなかったことの繋がりを発見し、他者が気付かないような価値（ソリューションやビジネスモデル）を創り出すことができると気付きました。特に、「3つの視」についてはこれまでは「2つ上の目線で考える」ことを重視してきましたが、視座の高さだけでなく、視野・視点を意識することでより客観的な視点を得て、論理的な理論構築が可能となると感じました。 情報収集の精度を上げるには？ また、自身や自社の専門性の無い分野へのソリューションやビジネスモデルの検討において、まず当該市場の初期調査を実施しソリューション検討に入りますが、得られる情報だけでは適切な市場・顧客セグメント・ターゲティングの検討が十分な精度でできていないと感じています。調査では省庁資料や専門誌からの情報取得、フレームワークを活用した課題整理など、効率的な進め方を意識していますが、後から情報を継ぎ足しで補完することが多々あります。そして、そうして得た情報の中に本来気付くべき課題やソリューション検討のヒントになる情報が隠れていたと後ほど気付くことも多いです。クリティカルシンキング、特に「3つの視」「具体と抽象化の繰り返し」を意識することで、情報を的確に深く調査し、精度の高い解や仮説を導けるようになると感じました。 プレゼンスキルを向上させるには？ さらに、役員向けプレゼンを行う際、「3つの視」「具体と抽象化の繰り返し」「問い続けること」を意識しストーリー構築を進めることで、自身の主張を裏付ける根拠の論理性が向上し、論理の飛躍を防止する効果が得られると感じました。 業界分析のアプローチ法は？ ソリューション提供やビジネスモデル構築に関わる業界、企業、個人（クラスター）を「3つの視」で捉え直し、「他に対象はないか」「構築した仮説は他の視点・視野・視座から視た際にどうか？それらを考慮し他に検討すべき事項は無いか」などを深掘りする。他に検討すべきことが見つかった際は、具体と抽象の思考でタテ・ヨコ・ナナメの関連事項を洗い出す、というプロセスが重要だと感じました。

結果から問題設定は？ 問題や課題を解決するには、ただ漠然と分析するのではなく、まず結果から逆算して問題を設定し、その根本原因を把握することが重要だと学びました。表で示されたデータを図に起こすことで、全体像を俯瞰しやすくなり、どこに課題が潜んでいるかを明確にできると感じました。 数字の裏側は？ また、計画値と実績値のギャップが全体にどの程度影響しているかをパーセンテージで示すことは、単なる数字の大小だけでなく、その背後にある要因を突き止め、分析の精度を高める上で有効です。単に数字が大きいという事実に注目するだけでなく、継続して損失が出ている状況など、現場での定性的な情報も加味し、何を最優先で分析すべきかを決めることが大切であると感じました。 分析の切り口は？ さらに、すべてのデータが整っているわけではないため、まずはどの切り口でデータ分析を行うか、仮説を立てた上で手元のデータを整理、収集する姿勢が求められます。データに向かう前に、視野を広げ多角的に問題を捉える体制を整えることが鍵となります。 現状と理想は？ また、現状（as is）と理想（to be）のギャップを明確にすることが重要です。何を理想とするのか、どこにギャップがあるのかという点を関係者全員で合意することが、問題解決のスタート地点になると理解しました。 解決策の整理は？ 問題解決には、改善を目的とするアプローチと、さらなる向上を目指すアプローチの2つがあり、ロジックツリーのような思考整理のツールは、全体を複数の要素に分けて検証する際に非常に役立つと感じました。具体的には、層別分析や変数分析などを駆使して、細部にわたる解決策を検討することが効果的です。 その他の注意点は？ 加えて、全体の中で『その他』に分類される割合が大きくなる場合は、データの切り分け方が適切かどうかの見直しも必要です。数値上は少数であっても、影響力が大きい要素には十分な注意を払うことが重要だと思いました。 戦略分析はどう？ 広報戦略や施策の検討においても、ロジックツリーなどを活用し、どの視点からデータを分析すべきかを考えることが有効だと感じています。また、ウェブから得たデータを単に眺めるのではなく、具体的な問題や課題を設定し、何を知りたいのかを明確にすることで、分析の精度を大いに高めることができると思いました。 定性情報は何？ こうした定量的な分析に加え、定性的な情報も取り入れる事例を学ぶことで、納得感を持ちながら現場の試行錯誤をより深く理解できるようになったと実感しました。

試作で既視感感じる？ 試作は、プロダクトデザインや建築プロジェクトで通常実施される工程であるため、どこか既視感を覚えました。また、WEBのインターフェイスデザインに見られる機械のスイッチパネルといったメタファーは、自身の専門分野に近いこともあり、非常に理解しやすいと感じました。 WEB手法は建築に合う？ WEBデザインと同様のプロセスが、建築や施設管理運営のデザインにどのように応用できるのか、非常に興味深いと感じています。これまでの事例に照らし合わせ、応用の可能性を検討してみるとともに、自身の事務所のホームページのリニューアルにも活用する予定です。 建築手法は信頼できる？ 建築業界で活用される開発手法は、長い歴史と多くの実践に裏打ちされているため、精度が高く実務にも適していると実感します。しかし、似た考えを持つ人々によって運用されるため、気づかぬうちに独自の進化を遂げる場合もあります。また、竣工後のオペレーションや保守管理におけるプロトタイピングについては、まだ標準化された手法が確立されていないのが現状です。 デジタル手法は革新的？ 一方、デジタル分野ではアジャイルなど、他分野にも影響を与える新たな開発手法が続々と生まれており、今回学んだフレームワークも積極的に研究し、応用してみたいと思います。機会があれば、実際にデジタル業界で活躍されている方のお話も伺いたいと考えています。 評価の落とし穴は？ プロトタイピングの課題として、専門家でないユーザーが成果物の内容よりも表現技術の巧拙に左右されやすい点が挙げられます。上手な絵、最新の機材を活用した表現、巧みな言葉遣い、さらにはアイデアの発案者の知名度や地位によって、ユーザーの評価が影響を受けることがあるのです。優れたプロダクトを生み出すためには、制作者自身も厳しい目線を持つユーザーとの協働が必要だと感じています。 プロトタイプの役割は？ また、プロトタイプは単なる開発工程の一部に留まらず、ユーザーとの対話のためのメディアとして機能すること、さらには開発チーム内のコミュニケーションツールにもなることを改めて確認できました。 意味の共有はどう？ こうしたポイントは理解しているつもりでも、実際の開発後半では、開発者のアイデアを強調するためのプレゼンテーションツールとして利用され、ユーザーや他のメンバーが十分に参画できなくなるケースも少なくありません。今後の開発プロセスでは、プロトタイプの本来の意味をチーム全体で共有し、全員が対話できる環境作りに注力したいと考えています。

なぜ全体では見えない？ 今週のケーススタディでは、データ分析における分解とプロセスのステップ化の重要性を学びました。最初は全体の満足度を確認したときは横ばいで問題がないように見えたものの、クラス別に分解すると上級クラスでのみ満足度の低下が見受けられ、全体の数字だけでは特定の条件下で発生する問題を見逃す危険性があると実感しました。 コメントと数字の関係は？ また、定量データと定性データの組み合わせによって数字の背景にある理由が明らかになる手法も印象的でした。充足率や苦情件数といった数字と生徒のコメントを照らし合わせることで、数字が示す事実に対するより深い理解が得られると感じました。 業務改善の分解法は？ さらに、採用プロセスをステップごとに分解してボトルネックを把握する手法は、自分の業務に応用可能であると感じました。業務フローの各ステップの所要時間を可視化することで、改善が必要なポイントを明確にできると考えています。 仮説検証の効果は？ 最後に、複数の仮説を立ててからデータで検証するアプローチが、問題解決の際に重要であると再認識しました。原因を一つに決めつけず、多角的に検討する姿勢は日々の業務においても活かしていきたいと思います。 エンジニア視点で何を学ぶ？ 私はWebサービスの安定運用を担当するエンジニアとして働いています。今回学んだことは、システム障害の原因分析と業務プロセス改善の二つの場面で活用できると考えています。 障害原因はどこにある？ まず、システム障害が発生した際には、全体のエラー率だけを確認するのではなく、機能別、時間帯別、利用者別など、複数の切り口でデータを分解して問題の発生箇所を特定することが重要です。また、利用者からの問い合わせ内容と数字を組み合わせることで、障害の背景にある理由を明確にすることができると実感しました。具体的には、障害時のチェックリストに分解の切り口を追加し、チーム全体で共有することで対応の質を向上させたいと考えています。 対応時間短縮は可能？ 次に、障害対応にかかる時間短縮という課題に対しては、原因検知から初動対応、原因特定、復旧作業、再発防止策の検討といったステップに分解し、各プロセスの所要時間を記録してボトルネックを特定する手法が有効だと感じました。例えば、原因特定に時間がかかる場合は、調査情報の整理や手順書の見直しが必要であると考え、障害対応の記録フォーマットに各ステップの所要時間を記入する欄を追加し、データを蓄積して分析することで改善に役立てたいと思います。

なぜ多角的視点？ 日常の中で、自分の視点だけで物事を捉えがちだと感じています。たとえば、薬局で販売されている製品を考える際には、客、従業員、メーカー、営業担当、経営者など、さまざまな立場から状況を捉える必要があると実感しています。同様に、病院においても、患者、医師、看護師、院長、職員といった関係者の視点を意識することが大切です。また、住宅の購入検討においても、売る側、買う側、開発側という異なる視点が存在し、各々のお金、ローン、資産、収入、本気度、属性などの具体的な要素を考慮する必要があります。 整理解の鍵は？ こうした多角的な視点を持つためには、ロジックツリーなどを用いてもれなくダブりなく整理することが有効です。他者と意見交換を行うことで新たな発見が生まれ、自分の思考が主観的な直観から客観的な分析へ展開できると感じています。今後は「誰にとって何を」という視点を常に意識し、立場や分野を広く考慮するよう努めたいと思います。 業績縮小の原因は？ 現在、業績が縮小している状況にあり、従来のアプローチだけでは業績拡大は難しいと感じています。取引先、ユーザー、自分自身の三者の視点から問題点や強みを明確にし、具体的なプランを立てる必要があると考えています。ユーザー視点ではコスパ、ニーズ、利便性、認知方法が、導入企業視点では社員の福利厚生や利用率、成果、利用者の反応が重要です。一方で、我々の視点では制度や製品の有効性、競合状況、周知方法、そして提供価格の適正さを見極める必要があります。これまでは、過去のやり方に頼った打合せや、申し込み方法の変更により利用者数の変動という現象があったものの、利用者や担当者が実際にどう感じているのか、十分に把握できていなかったと反省しています。今後は、利用者の意識を正確に捉えるための調査方法を検討していきたいです。 自己理解は正確？ また、15年以上一人で業務を担当してきたため、業務上の課題について他者と議論する機会がなく、自分の解釈だけで物事を理解していることに気付きました。取引先とのコミュニケーションでは問題なく進んでいたものの、テレビの報道などで、コメントに対して疑問が残る場面を目にすると、自分が本当に正しく理解しているのか、また相手に意図が正確に伝えられているのかを疑う必要性を感じています。今後は、取引先や利用者といった異なる立場の意見を盛り込んだ資料を作成し、第三者にも理解してもらえる内容にしていくことで、自己の業務や考え方を多角的に見直し、深めるトレーニングに努めたいと考えています。

エンパワメントは何が肝心？ ■エンパワメント・マネジメントについて エンパワメント・マネジメントは、リーダーシップの技法のひとつです。目標は明示しながらも、実行方法はメンバー自身の判断に任せることで自律性を促進します。また、メンバーが活動しやすい環境を整える支援が重要となります。実行プロセスにおいては権限と責任を譲渡し、育成に努めるエンパワメント型と、すべての命令を管理する命令管理型とがあります。 どう実践すべきか？ ■エンパワメントの実践ステップ エンパワメントの実践には、以下のステップがあります。すべてのプロセスでは、双方のコミュニケーションを重ねることが自立を促すために必要です。 ① 目的やビジョンの共有 ② 対象者の把握 ③ 適切な仕事の割り当て ④ コーチングによる動機付け ⑤ 実行支援 注意すべき点は？ ■実践時の留意点 ・各メンバーに適した仕事、あるいは不向きな仕事を見極めること ・部下の持つ権限が十分に機能していない状況を避けること ・リスクを想定し、対策を事前に準備しておくこと 現状の課題は？ ■直近の業務と発生している課題 私が直近で担当しているシステム開発におけるテストでは、複数のシステム連携テストを実施するため、以下の作業を行っています。 ① システムテストの計画作成 ② テストシナリオの作成 ③ システムテストの実行および推進 しかし、現状ではテスト対象や関係するシステムの内容が十分に共有されていない課題が発生しています。直接の原因として、以下の3点が挙げられます。 ・ドキュメントによる情報共有がなされていない ・情報が日本語で記述されていない ・イメージ図が用いられていない どのように対応？ ■対応策と運用方法 対象は課題が発生している各担当者です。これまでは目標は明示し、遂行方法はメンバーの自主判断に任せるエンパワメント・マネジメントで進めていましたが、現状を改善するため命令型に一部切り替え、フォローアップを強化する方針です。 具体的には、発生している各課題に対して、私自身が実際に動いて一つ一つ内容を整理していきます。また、ゴール達成のために必要なタスクをより細かい粒度で言語化し、メンバーとともにタスクを解消していく形で進めます。再度、以下の課題点について検討・改善していきます。 ・ドキュメントでの情報共有の不備 ・日本語での記述不足 ・イメージ図の欠如

戦略はどう決める？ 戦略検討時は意見がバラバラになりがちですが、実践演習では個人の経験に頼るのではなく、PEST、3C、SWOT、バリューチェーン分析などの手法を用いることで、課題や強み・弱み、戦略の軸を明確にし、優先度の高いものから着手できることが分かりました。これにより、物事を局所的に捉えるだけでなく、大局的に見る重要性や、そのための具体的な手法について学ぶことができました。 習得の仕方はどう？ 理解した内容を頭の中で留めるだけでなく、実際に使い言語化し、人に教えることで体系化できると感じています。どの場面でどの手法を用いるかを意識し、その都度実践と試行錯誤を繰り返すことで、自分のスキルへと昇華させたいと思います。また、社会の動向にも敏感であり、正しい情報の取捨選択やAIの活用によって、効率的に目標に向かいたいと考えています。 バリューチェーンはなぜ？ 一方で、最も苦手な手法としてバリューチェーン分析が挙げられます。自分の部署や目に見える範囲だけにとどまりがちだったため、例えば地方工場の採用では、そのプロセス全体を把握し、全体を俯瞰して見る必要があると痛感しました。この経験を通じて、自社全体の理解が不足していたことに気付き、担当部署にとどまらず、全社の各部署がどのように連携し、他社との違いがどこにあるのかを分析し、言語化することの重要性を実感しました。 採用分析の流れは？ 現在、地方工場で高校生採用を開始するにあたり、関係者に対してPESTを用いて採用の必要性、3Cを使い他社、採用市場、高校生、保護者の視点から分析を行います。さらにSWOTで自社の強み・弱みを明らかにし、マーケティングの効果や入社後のメリット・デメリットを洗い出す予定です。バリューチェーン分析では、地方工場や自社の強みを探り、毎週の採用ミーティングでファシリテーションを行いながら、分析の意義やメリットを関係者に伝え、説得できるよう努めたいと考えています。分析結果に甘んじることなく、その成果をどのように活かすかについて具体的な提案ができるよう、常に現状と目標を意識しながらツールとして活用していきたいです。 成長へどう活かす？ まずは自分の中でイメージを整理し、他社との意見交換や共同での分析を通じて物事の本質を捉え、次のアクションへとつなげるプロセスを繰り返していきたいです。また、他の業界や職種での課題や具体例についても伺い、同じ採用や業界のクラスメートの意見も参考にしながら、自分の成長につなげたいと考えています。