(18ページ目)

課題 ✕ 目的

に関する学び

---

共感で成果はどう出る？ 戦略的な営業手法として「共感、自分事化させる」アプローチがあります。これまでなんとか成果を上げることができたものの、実際には適切な方法やコーチがいなければ手探りになり、場当たり的な対応に終始してしまい大変時間を浪費してしまうこともあると感じます。今回の学習を通して、そのような現状や課題が明らかになりました。自身の成長のためにも、視点の偏りや座、そして野といった多角的な視点から分類し、考え抜くプロセスを基本動作に取り入れることの重要性を再認識しました。 企画書のコツは？ 事業企画書の作成においては、目的、実行手段、計測可能な目標、さらにはKPIなどの項目を明確に設定することが求められます。提案資料では、まず顧客課題を整理し、優先順位やトレードオフの定義を行い、成功基準やコスト、リソースの判断を行います。そして、行動計画やマーケティング施策においては、遂行目標や手段の設定、さらに進行・中止・撤退の判断が不可欠です。 日常業務でどう確認？ これらの内容は、日常の業務においても活用できる考え方です。例えば、日常の発信や応答では、「目的とは何か」「誰のためで誰の基準であるのか」を徹底的に考え、漏れや重複がないかを常に確認することが大切です。また、定期的なビジネス報告や会議では、視点だけでなく視座の観点からの確認やヒアリング、報告が求められます。さらに、事業企画やレビューの際には、顧客や市場、効果の見通しについて偏りや漏れがないかどうかを十分に検証することが重要です。

プロトタイピングの留意点は？ システム開発では、定められた手法に沿った実践が成果の成否を分けるとよく言われます。その一環として、プロトタイピングが推奨される場合もあり、顧客に実際の成果物に近い形を見せることで、齟齬がないかを確認することが目的です。しかしながら、プロトタイピングはコストがかかる点や、成果物に近いがゆえに本来の目的と異なる変更が行われるリスクがあると感じています。そのため、KT法など他の手法も併用すべきではないかと考え、今回の学びを改めて実務に活かす必要性を再認識しました。 初期案件で試す価値は？ 開発初期の案件でこれを試みるのが最もやりやすいと感じています。初期段階であれば、手法や認識に囚われ過ぎず、目的を確実に反映させることが可能だからです。現在、ヒアリングの初期段階にある案件もあるため、その案件で実践してみたいと思っています。目的の決定においてはMUSTとWANTの両面が存在することから、これらを明確にし、常に共感を得続ける姿勢が大切だと考えています。 非線形プロセスの注意点は？ また、WEB制作も手がけている中で、ビデオ内の説明は非常に分かりやすかったと感じました。実際に手を動かしていない方にはイメージしにくい部分もあるかもしれませんが、実務では線形的なプロセス進行が理想とされる一方、現実には非線形となる場面が多いことが大きな課題となっています。手戻りは望ましくないものの、「手戻り禁止」ではなく、最低限に留めるという意識が必要であることを改めて認識しました。

分解の切り口は？ 先週までの学びで、分解することの重要性については理解が深まりましたが、どのような切り口で分解すれば良いのか疑問にも感じていました。今週の学習で、分解の際に使える代表的な切り口について理解できたことは大きな収穫です。 どの手法を試す？ まず、層別分解では、全体を定義した上で「～である／～でない」や年齢、性別、地域などの基準で部分集合に分類します。次に、変数分解では、売上を「単価×販売数量」、利益率を「利益÷売上」といったように、ある事象を構成する変数で分解して考えます。そして、ある事象に至るプロセスごとに分け、その中でいずれの段階に問題があるのかを明確にする方法もあります。 ユーザー離脱の理由は？ 現在、会社の採用サイトではユーザーの離脱が多く、目的のエントリーに至らないという課題があります。そこで、ユーザーがどの段階で離脱しているのかを把握し、改善策を検討するために、プロセスの分解を用いてユーザー行動を細分化し、どのフェーズにボトルネックが発生しているか、また何が離脱の原因となっているのかを明らかにしようと考えています。 どの改善策が効果的？ 具体的には、ゴールデンウィーク明けに課題に取り組む予定です。まずはプロセスを分解し、各段階で確認できる数字を抽出します。数字に極端な変動がある部分を特定し、そこから仮説を立て、問題の洗い出しを行います。私は、頭を整理するために紙やノートに図を書きながら進める方が分かりやすいため、その方法で取り組むつもりです。

データ分析の目的を見直す データ分析の手法として、データの収集、加工、そして発見に焦点が当たりがちですが、何のためにデータ分析を行うのか、その目的が最も重要だと認識しました。そのために必要なデータ項目を選定し、それに基づいてデータを収集する習慣や仕組みを作る必要があります。ただ業務をこなすだけでは、将来に向けた効果的な分析ができず、特に自社の業務データはインターネットで入手できないため、自社内での心がけが欠かせません。 本当の売上分析とは？ 私の業務では、データを集計して資料に記載することで終わることが多く、本来の意味での分析に至っていないと感じました。自部門の売上高を集計することが多いのですが、他部門との比較を通じて本当の意味での売上分析を行う必要があり、もっとオープンな視点での比較を考える必要があります。また、落札情報などを蓄積し、市場の相場観も併せて分析することが求められています。 有用なデータの収集方法とは？ 現在、社内では中期経営計画の策定時期が来ており、過去の売上や競合他社の状況、他部門との比較を行いながら、データ分析を活用したいと考えています。しかし、データが社内に散在しており、有用なデータが収集しにくいという課題があります。そのため、将来を見据えてどのようなデータが必要かを社内で議論し、データ分析がしっかりと根付く職場環境を作りたいと思います。データを蓄積するためのフォーマットを作成し、社内メンバーがそれを保管・活用できる仕組み作りも進めていきたいです。

日常業務で活かす学びとは？ 本講座を通じて学んだ内容を振り返り、次の4点を日常業務で意識する必要性を改めて感じました。①目的意識を持つこと、②自己対話を育むこと、③問いを中心に考えること、そして④分かりやすく伝えることです。 クリティカルシンキングの活用法 企画業務においては、施策を考える際や全店展開する際に、クリティカルシンキングを意識したいと思います。役員や上司、部下だけでなく、全社的に情報を伝える場面も多いため、考えるだけでなく、受け手の視点を重視した伝え方も身につけたいです。 論理的な伝え方をどう身につける？ 具体的には、頭の中で考えたことを箇条書きにするだけでなく、ピラミッドストラクチャーを用いて主張とその理由、根拠を論理的に整理し、書き出す習慣をつけたいです。これにより、自分の考えの妥当性を自己チェックしながら進めることができ、他人に伝える際や質問された際の論理整理が容易になります。併せて、根拠を多岐にわたって考えておくことで、想定外の質問にも対応できるようになるでしょう。 上司へのアウトプット機会を創出 さらに、学んだことを上司へのアウトプット機会に活用することが重要だと感じています。日常業務の中でじっくり考える時間を作ることが難しいため、過去の経緯を踏まえた難しい問題に対してクリティカルシンキングを用いる課題を設定し、定期的に上司と共有しながら解決を目指す場を持ちたいと思います。このように、学んだことを実践に活かすことで、さらなる成長を目指します。

プロトタイプはどう活かす？ 業務において、プロトタイプは新しいプロセスやアプリケーションの原型として位置づけられるため、本番の製品やサービスの一部と見なして、開発に過度の時間や労力をかけてしまい、せっかく作り上げたプロトタイプを無理にでも活かそうとしてしまうことがあります。しかし、プロトタイピングの本来の目的は、具体化されたアイデアに対するユーザーのフィードバックを得ることにあるため、効率的に、何度もプロセスを回すことを意識する必要があります。 評価の真実は？ 思い描くプロトタイピングのシーンでは、手間をかけて作ったプロトタイプに対してユーザーからの評価が必ずしも期待通りでない場合も考えられます。このとき、単にプロトタイプの作り方が悪かったと考えるのではなく、そもそもの発想や課題定義に問題があった可能性を検証することが重要です。デザイン思考の各ステップにおいては、できる限り手戻りが発生しないよう注意深く進める工夫が求められる一方で、うまくいかなかった場合には直前のプロセスだけに原因を求めず、必要に応じて大きく方向転換する決断力も大切です。 過程重視の意味は？ また、「プロトタイプ」と聞くと、自分のアイデアに対する試作品そのものに注目してしまいがちですが、実際にはユーザーからのフィードバックを得る過程全体を重視することが肝要です。そのため、単なる試作品の開発にとどめず、評価を得るまでのプロセス全体を意識した「プロトタイピング」に取り組んでいくべきだと考えています。

クリティカルシンキングの鍵は？ クリティカルシンキングでは、まずイシューを明確にすることが重要です。イシューは「今ここで答えを出すべき問い」であり、「問い」の形にする必要があります。問いによって、その後の考え方の方向性が大きく変わります。そして、組織やメンバーが「問い」を共有することで、方向性の一致が図れます。常に問いを意識し続け、勘所を鍛えることが求められます。 プロジェクトを進めるために何が大切？ ベンダー主導のプロジェクトでは、毎回のワークショップでベンダーの提案について議論する場面があります。プロジェクト全体の方向性はキックオフ時にしっかりと頭に入れたつもりでも、議論が進むにつれて目の前のさまざまな課題が気になり、議論が発散することがしばしばあります。「誰がそれをやるのか」「今の体制では無理だ」といった話も出ることがあります。目的達成のためには、現状にとらわれず、その業務が本当に必要なのかといった捉え方をすることが重要です。 真の目的を見つける方法は？ 自身が運営するプロジェクトでは、企画から運営まで一貫性を持つことが大切です。本質的な目的の設定を行いたいと考えています。例えば、「業務削減のためにこのシステムを導入したい」というように表面的な理由ではなく、「何のためにその業務の削減が必要なのか」や「業務削減することで何が得られるのか」といった問いを掘り下げていく必要があります。そして、本当の目的を見つけ出し、それを解決するための運営内容を考えたいと思います。

戦略的思考ってどう捉える？ 戦略的思考とは、適切なゴール（目的）を設定し、現状を把握し、ゴールまでの道のりをイメージし、可能な限り最短・最速でゴールへ到達するために考え実行することだと理解しました。 その手段は何なの？ このための手段として、物事を俯瞰して見る、選択と集中を行う、そして独自性（弱みや強み）を活かすことが挙げられます。 課題の捉え方は？ 与えられた課題に対しては、ゴールを明確にし現状を整理し、最短・最速で楽にゴールに到達するという視点で改めて取り組んでみたいと考えています。現在、ゴール（目標や目的）がぶれることが多いため、「戦略的思考」という考え方を取り入れ、ゴール設定に時間をかけてみたいと思います。 判断の軸はどこ？ また、選択と集中、独自性という概念を取り入れるにあたり、判断基準について自分自身で考えてみたいと考えています。 ゴール設定で納得？ ゴール設定においては、正しいゴール設定を行うために、以下の点を重視します： 1. 会社・部課・自分の目標と一致しているかを点検する。 2. 言語化して納得感が得られるか確認する。 現状はどう整理？ 現状の把握においては、今の問題点の整理を徹底的に行うことが必要です。最短ルートを意識するために、まず「なぜやるのか（Why）」を考え計画を立てるように心掛けることも重要です。 新たな手法は？ その他の手法については、本講座で学んでいく予定です。

集客前提を疑ってみる？ スクールの課題に対する対応優先順位を誤ってしまいましたが、そこには「また間違った集客を繰り返しそう」という隠れた前提がありました。まずは、この前提を改めることが必要であり、その上で真に解決すべき課題を特定する必要性を感じました。また、生徒データの切り口に関するブレストの中で、「ああそうだ、その観点も必要だ！」との意見があったことから、広い視野を持って落ち着いて検討する重要性を再認識しました。 数字の分析意図は？ 分析したい項目がそもそも十分に取得できていない場合もあるため、あらかじめあきらめる部分もある一方で、見るべき数字の優先順位はしっかり決めて取り組む意向です。具体的には、イベントアンケート結果や申込者のデータについて、単に分析するのではなく「何が知りたいのか？その目的は何か？」と自分に問いながら進めるようにしています。 アンケート分析の意義は？ 各イベント終了後には、アンケート結果と申込者属性の分析を行い、その内容を報告する必要があります。その際、以下の点を意識して業務にあたっています。まず①どの数値項目を優先的に見るのか、次に②その数値が他のイベントと比較して問題ないか、さらに③比較する際には条件を揃えているか、そして④関係者に報告する際には自分の仮説をセットで伝え、議論を促すかという点です。 特に②以降の実施が十分ではないと感じているため、限られた時間の中で箇条書きなどで条件を明確にし、意識しながら取り組むことを心がけています。

イシューの本質は何？ 解決すべき課題、つまりイシューを明確にすることの大切さを学びました。なぜなら、本質ではない課題に取り組むことで無駄な時間が増えてしまうからです。また、イシューは経験的に忘れやすいため、定期的に振り返ることも重要であると感じました。（会議中に議論が横道にそれる場合などが参考になりました。） チームリーダーの疑問は？ 一方、来年度からチームリーダーを任される立場として、今まで経験のなかったタスクの引継ぎを受けています。その際、タスクの目的、成果物が誰にどのように利用されているか、関係者は誰か、そしてタスクの重要なポイントはどこかといった問いを立てることで、タスクの理解度を高めたいと考えています。特に、リーダーが直接対応するタスクが逼迫すると、顧客からの新たな依頼に迅速に対応できなくなる懸念があるため、事前の段取りをしっかり整えることが求められます。 振り返りで学んだことは？ これまでの学びを振り返ると、客観的に物事を捉えるためには、適切な問いを立て、複数の切り口から情報を紐解いて構造化することが不可欠だと再認識しました。しかし、過去はしっかりとした問いを設けず、経験や感覚だけで「類似している」と判断していたため、解像度が粗くなり、手戻りやミスによる工数の増大という問題を招いていました。特に未経験の業務においては、解像度がさらに低くなりがちなため、今後は問いを意識的に立て、記録しながら振り返る習慣を継続していくことが重要だと感じています。

仮説検証の視覚化は？ ライブ授業では、これまで学んできた課題の特定方法や仮説の設定、結果の検証といったプロセスを再確認することができました。特に、仮説検証の成果をどのように可視化するかについては、参加者の意見を聞く中で、棒グラフや円グラフ以外にも表現方法が存在することを知り、新たな視点を得ることができました。また、限られた分析時間の中で、本当に必要な分析を見極めることの重要性を改めて実感しました。データが手元にあると分析したくなりますが、何のために分析するのか、得られた結果をどう活用するのかを常に念頭に置いて進めるべきだと感じました。 分析目的と改善は？ 講座を受講する前にデータ分析を学ぶ目的は「意思決定に活用するため」であり、その目的は６週間の学びを経ても変わっていません。授業内ではマーケティングに関する事例も取り上げられましたが、現業務において活かす機会は少ないと感じます。一方で、A/Bテストや４P分析は業務改善のための改善案策定に、また相関分析は将来の経費推計に役立つと考えています。 何かを決定する際は、まずデータ分析で解決可能かどうかを検討しています。その際、何のために分析を行うのか、何を明確にするのかを設定し、ただ単にエクセルでグラフを作成するのではなく、その手法が最適かどうかを熟慮することを習慣にしています。また、年１回の定例報告の場合、長年変わっていない報告形式も多いですが、可能な範囲でより伝わりやすい形式に改善していくことが重要だと感じています。

学びの目的は何？ ライブ授業を受けて、これまでの学びを振り返ることができましたが、なお十分に理解しきれていない部分もあり、実際に活用するイメージがまだ明確ではないと感じました。特に、データ分析に着手する前に「目的」や「仮説」が重要であるという基本原則をしっかりと自分の中に落とし込み、何のために分析を行うのかを意識する必要があると思っています。 仮説検証の流れは？ 分析のプロセスは、まず仮説を立て、それを検証するためにデータの収集や加工を行い、そこから新たな発見へと結びつける流れであることを再確認しました。データそのものが分析の起点になるのではなく、あくまで仮説を検証・裏付けるためのツールとして位置づけ、目的と手段が逆転しないように意識することが大切です。 仮説思考で解決？ また、業務上で大量のデータ分析に直接接する機会がなくても、さまざまな場面で問題解決が求められることは事実です。こうした状況においては、仮説思考に基づいたアプローチで検証を進めることで、課題解決に向かう思考プロセスを常に意識する必要があると感じました。 思考プロセスを活かす？ さらに、データアナリティクスの思考プロセスを基本に据え、テクニカルな側面に偏ることなく、仕事や日常の課題に取り組む際にもこのプロセスを意識することが重要だと思います。直接的な事例に触れる機会が少なくても、まずは解決すべき課題に向き合う際に、今回学んだ思考のプロセスを活かして取り組む姿勢が大切だと感じています。