(44ページ目)

業務 ✕ 本

に関する学び

---

どう認識を合わせる？ 課題は、見る人や見る角度によって変わるため、何を解決すべきかを正確に判断し、関係者全員がその認識を共有することが重要だと実感しました。また、時間が経つにつれて認識が薄れ、混乱が生じる可能性があるため、常に課題を再確認し、認識にズレが出ないよう努める必要があります。 導入の本質は？ 私の業務は、新しい技術やソリューションを現場に導入することです。しかし、過去には「ソリューション導入」自体が目的化し、本来解決すべき課題や本質が曖昧になってしまったことが何度もありました。 問いの立て方は？ 今回の問いの立て方は、これまでの経験を踏まえると非常に示唆に富むものでした。今後は、まず現場の課題を大局的に把握し、そこから各要素に分解していくアプローチで問いを設定していきたいと考えています。この方法により、本質的な課題解決につながると期待しています。 課題はどう可視化？ まず、自分なりの現場での課題を、たとえ漠然としていても可視化します。その後、既存のフレームワークを活用して、課題を具体的な要素に分解していきます。 理解は届いてる？ そして、その分解した内容を上司や同僚に提示し、課題の理解が共有できているかを確認します。理解が得られた段階で、適切なソリューションを検討し、具体的な実行内容を上司や同僚と協議して進めるようにしています。

録画視聴の感動は？ 当日は参加できなかったため、録画を視聴しました。皆さんのプロトタイプ発表から、視野の広さや発想の自由さに大変感銘を受け、生成AIを活用してイメージ画像を制作している姿勢に、実際に物理的な制作が難しくても目に見える形で伝えられる時代を実感しました。デザイン思考入門を受講して本当に良かったと感じました。 届けたい相手は？ 今回の発表を通じて、誰に届けたいのかを改めて考える必要性がより一層明確になりました。全ての人にとって完璧なものは存在しなくても、本当に届けたい相手にとってより良いものを模索する大切さを学びました。 自分の位置は？ 私はチームのリーダー的な立場ではありませんが、組織内での自分の位置づけをデザイン思考を用いて見直してみようと思います。業務においてtoC向けコミュニケーションが多いことから、相手に対して意見を押し付けることなく、丁寧な伝え方を心掛けたいと考えています。 年度目標はどう？ また、4月から新年度が始まるため、まずは年度MBOの目標設定を自分自身のポジショニングのデザインから深掘りして進めていこうと思います。さらに、toC向けのコミュニケーションでは、相手に必要性を感じてもらえるような伝え方を設計し、発信前に社内で試作と改善のプロセスを繰り返す時間をスケジュールに加え、より良いアウトプットを目指していきます。

今すぐ実践できる？ すぐに実践できるかというと、まだイメージが十分に湧いていません。しかし、現在の業務において大きな課題があるわけではないため、まずは自分や周囲の業務を担当しているメンバーが表面的に感じている課題を中心に掘り下げ、実際に体験して共感のプロセスを試してみたいと考えています。今回学んだインタビュー設計を活用し、実際から学び取っていきたいと思いました。 本質をどう探る？ また、課題の認識や解決を図る上では、単に他者から話を聞くだけではなく、実体験を通じた共感が非常に重要であると理解しました。まだ実践は課題の見極めの段階ですが、背景をしっかりと理解し、実際に体験したり質問を重ねることで、先入観にとらわれずに本質的な問題を掘り下げることが大切だと感じています。 インタビューの極意は？ 調査に取り組む際は、インタビューの設計が一つの取り組みやすい方法であると感じました。しかし、注意すべき点として、インタビューを受ける人数が十分で、偏りが生じにくいかどうかや、質問する側の技量が問われることが挙げられます。クローズドな質問にならず、オープンな質問で相手の意図を引き出し、誘導にならないよう心がける必要があると認識しました。また、相手の表情やしぐさから得られるヒントも見逃さず、開発側が気付かなかった新たな視点を発見することが重要であり、その難しさも実感しています。

隠れた欲求に気づく？ 美容院の例では、「自分では予想できない自分に似合う髪型を見つける」という潜在的な欲求が非常に分かりやすく伝えられていました。ただ、その潜在的な欲求にどう気づくのか、または気づかせるのかという点について、自分の仕事にどのように当てはめるかを検討する必要があることを感じました。 本質はどう見抜く？ 全体としては、真のニーズを捉えることの重要性が強調されていました。行動観察が一例として挙げられていましたが、自分の業種にどのように活かすかのイメージはまだ十分に湧いていません。また、デプスインタビューでは信頼関係を構築することが重要であり、雑談などが有効だとされているので、日常の会話技術をさらに磨く必要があると感じました。 真因をどう探る？ また、「顧客のニーズ＝顧客の困りごと」という考え方が伝わってきましたが、実際には表面上の困りごとと真因的な困りごとが存在するように思います。真因的な困りごとを引き出すためには、日々の業務の取り組み方を観察するとともに、ニーズを引き出すための関係性構築に注力していきたいと考えています。 会話のコツは何だ？ 皆様がインタビューを行う際に意識されている点について、ぜひ意見を伺いたいです。また、日常の雑談が苦手な自分としては、相手と寄り添った会話の仕方や雑談のコツについてもアドバイスをいただけると嬉しいです。

正しい問いは何？ 正しい問いを立てることの重要性を改めて実感したワークでした。Week1で学んだデータの分解やピラミッドストラクチャーは、適切な問いを立てることができて初めて効果を発揮します。イシューを特定することは、一人では難しく、同僚と共同で行うと論点がずれるリスクもあるため、とても難しいと感じました。しかし、「今解くべき問いは何か」を常に意識しトレーニングを続けていくべきだと考えます。 適切なイシューは何？ このスキルは、新規サービスやコンテンツ開発、既存サービスの改良にも応用できそうです。業務や事業における課題は多岐にわたるため、イシューを特定するだけでなく、どのイシューに取り組むべきかを決めることが重要です。より本質的な問いを立てる訓練をしていきたいと思います。また、お客様の声から得られる気づきをイシューに結びつけるインサイトに変える能力も向上させたいです。客観的に分析し、一人の視点に偏らないことを常に意識する必要があります。 新たな切り口はどう？ 普段行っている顧客アンケート分析において、従来の方法に固執せず、新たな切り口やグラフの選択を検討したいと考えています。さらに、アンケート項目自体の設計も非常に重要だと感じており、実施に移したいです。また、会議では論点を明確にし、その範囲から逸脱しないように議論することを心掛けていきたいと思います。

自問自答はどうする？ クリティカルシンキングでは、自分の思考傾向を理解し、「本当にその仮説が正しいのか？」や「他にどのような見方があるのか？」と自問自答することが重要だと感じました。一つの意見に固執せず、反対意見や「視点・視野・視座」の3つの視点を意識して多角的に考えることで、より深い結論に達することができると実感しています。 学びをどう広げる？ クリティカルシンキングを体系的に学び、その知識を自分の言葉で表現することで、理解がさらに深まります。さらに、学んだことを他者と共有する過程で、新たな視点や発見が生まれ、学びが一層豊かになることを実感しました。 業務にどう活かす？ 自分の業務において、クリティカルシンキングは様々な場面で活用できると考えています。例えば、相手を説得する場面や稟議書を作成する際、メール作成時、会議での発言、企画を通す際、課題解決の取り組み、そして無理な要求を押し付けられそうな場面で断る場面などです。 事象をどう疑う？ まず、目の前の事象を批判的に見ることから始めます。なぜその事象が起きているのか、他にやり方はないのか、本当に必要な業務なのかといった疑問を持ち、前提を常に疑うようにしています。また、導き出した答えが最も適したものであるかを検討する過程で、異なる選択肢の結果や他に取れる方法を複数考慮することを心がけています。

どう原因を探る？ 問題解決の原因を探る際は、まず全体像を把握し、プロセスをどのような構造で進めるかを考えます。そのうえで、単に全体を細分化するのではなく、「ここに問題があるかもしれない」という仮説を立てながら適切に分解していくことが大切だと感じました。 解決策はどう決める？ また、解決策を検討する場合は、複数の案を洗い出し、定量的な基準など根拠をもとに評価しながら絞り込むことが効果的です。この手法のひとつとしてA/Bテストが挙げられます。A/Bテストでは、実際の反応を確認することで、低コストかつリスクを抑えながら一つずつ要素を検証することができます。実施時には、目的や仮説、検証項目、そして期間や時間帯といった条件を統一することで、他の要因が評価に影響しないよう留意する必要があります。 本当のゴールは？ 実務においては、どうしても自身の感覚や他者の意見に頼りがちですが、次回からはたとえ結論が同じになった場合でも、客観的かつ定量的な評価を取り入れて複数の解決案を検討し、アプローチするよう心がけたいと思います。また、アサインされた案件や依頼事項の目的が本来「問題解決」であることに気付かない場面もあるため、まず「何がゴールなのか」を自分自身や他者に問い直すことの重要性を再認識しました。 もし、実際に業務でA/Bテストを実施された事例があれば、ぜひお伺いしたいです。

分解の基本は？ 分解は、物事を漠然と把握するのではなく、どこに問題が潜んでいるかを明確にするための基本的手法であると感じました。現状の解像度を高めるためには、MECEの考え方を意識して分解の精度を上げることが有効だという印象を受けています。 切り口はどう？ また、MECEの理論を踏まえながらも、目的に沿った切り口で分解する工夫が求められると理解しました。単に年齢層など機械的な区分ではなく、仮説を立て、どの視点から切り分けると物事がより見えてくるのかを考慮することが重要だと学びました。すべての業務に共通する点として、まずは分解してみることで、最終的な結果に早くたどり着けるという実感を得ました。 実践の方法は？ 実際に企業への仮説提案を行う際にも、まず経営企画部長との課題ヒアリングに向けて、企業が抱えるリスク全体像を定義し、層別に分けることで漏れがないかをチェックする方法が役立つと感じています。また、収益を変数ごとに分割することで企業課題を洗い出し、さらに営業活動をプロセスごとに分解することで、具体的な課題ヒアリングの準備につなげることができると思います。 切り口で悩む？ このように、情報を分解する際の適切な切り口の設定は難しいと感じる部分でもあります。皆さんの業界では、どのような視点・切り口で分解を行っているのか、具体例や考え方をぜひ知りたいです。

なぜ印象に残った？ 私が特に印象に残った学びは二つあります。 日本語の要点は？ 一つ目は、日本語を正しく使うことの重要性です。これまで私は、主語を明確にせず述語もうまく対応させずに説明してきたことを痛感しました。特に「自分がサボった分は、聞いている側がツケを払っている」という講師の説明が心に響きました。今後は、主語と述語がきちんと揃っているかどうかに注意を払いたいと思います。 ピラミッドの秘訣は？ もう一つは、ピラミッドストラクチャーの作成方法です。まずメインメッセージを設定した後、それを支える理由づけをまとめ、さらにそれぞれを深掘りしていく流れを理解しました。特に、各レイヤーにおいて情報の粒度を揃えることが重要ですが、これが非常に難しいと感じています。今後はこの点に焦点を当てて学んでいきたいです。 報告の伝え方は？ 他部署への報告業務においては、調達コストに関して発生した現象を正しく説明し、ピラミッドストラクチャーを使って要因を明確にし、端的に説明することを心がけます。 新規進行はどう？ また、新規プロジェクトの進行では、参加者に対して目的や手段を説明する際、日本語の選び方に注意し、主語と述語を正確に使用します。さまざまな意見をまとめる業務では、ピラミッドストラクチャーを用いることで、多様な意見をグループ化することに努めたいと思います。

直感的な解決策とは何か？ 自分の経験に基づく直感的な解決策だけに頼っていたところ、改めてその考えが本質を捉える上で一種の障害となっていることを痛感しました。多様な考え方や状況が存在する中で、意見を尊重しつつ、共通認識を持ってもらうためには、その本質を見つけ出し、議論の軸を定めることの重要性を感じています。 若手育成に必要なステップは？ また、経験が浅い若手が多い職場では、目標と期限を設定するだけでは行動に移せないことが多いことに気づきました。これまではリーダーとして方針を決め、一方的にトップダウンで指示を出していましたが、具体的な話法やツール、直接的な指導を通じて部下が迷いなく行動できるように準備を整えること、そして個々の課題や考えについて対話し合意を得ることが大切だと感じています。 会議の改善策は何か？ さらに、会議の場でのみ進捗管理と指導を行っていたため、発言しにくい環境を作り出し、できていないことに対するストレスも生んでいました。これを改善するために、次の三つの対策を講じることにしました。 1. これまで確保できていなかった部下との定期的な対話の時間を設ける。 2. 部下の課題的な行動を聞き入れ、受け入れて褒める。 3. 次回の対話までの到達点を共有する。 このような取り組みを通じて、職場の環境改善と業務の効率化を図っていきたいと思っています。

思考プロセスは？ これまでの講座を振り返る中で、問いを設定し主張を展開する際には、結論とその根拠を明確にし、その根拠に至る思考プロセス—どのような考え方を経たのか—を言語化して、自分の頭の中を可視化することの重要性を再認識しました。 運用はどうすべき？ 普段はテキストベースでのコミュニケーションを活用していますが、実際のITインフラエンジニアとしての業務においては、例えばお客様からデータベースのバックアップに関する要望があった場合、どのデータをいつ、どこに保管し、どんな手法で誰がどのようにメンテナンスするのかといった具体的な要素に分解し、お客様が気づいていない部分まで明確にする思考法として応用できると感じました。また、バックアップ範囲そのものについても疑問を持ちながら、先方との課題を詰めていくアプローチが有効だと思います。 論理はどう整える？ 物事を考える際には、まず問いの形としてイシューを定義し、それを常に意識・共有する基本的な姿勢が大切です。また、自身の考えが偏らないよう、妥当性のチェックを怠らず、そのプロセスをアウトプットしてフィードバックを受けながら繰り返しトレーニングすることが必要だと実感しました。さらに、MECEやロジックツリー、ピラミッドストラクチャといった論理的思考を整理する手法は、使える場面で積極的に取り入れていきたいと思います。

データ分析で何が分かる？ 問題解決にあたっては、ステップごとにデータを分析しながら進めることで確実な解決が可能となります。また、様々な仮説を立てて検証することで、多角的な視点を得ることができ、この組み合わせにより、データ分析をより効果的に活用し、最適な解決策を導き出すことができます。 収集条件は統一できる？ 自分でデータを収集し、複数の仮説を検証する場合、それぞれの仮説に対応したデータ収集の条件を可能な限り統一することが重要です。既存のデータを比較する際も、比較したい条件以外の要素を揃えた状態で行わなければ、得られる比較結果が本来の目的と乖離してしまいます。 集中が続かない理由は？ 一方で、私自身は視野が分散しやすく、さまざまな仮説を考えるのは得意なものの、目的に向かって確実に進むことが苦手だと感じています。そのため、常にゴールへの道筋をステップに区切って考え、1つ1つを着実にクリアしていくことを心掛けるようにしました。これにより、自分の特性を活かしながらも、確実に問題の解決へ向かうことができると実感しています。 目標達成法はどうする？ 今後は、さまざまな業務に取り組む前に、まず解決すべき最終目標とそこに至るステップを明確にし、その上で各ステップで仮説を検証しながら前進していくことで、着実に成果へと導いていきたいと考えています。