(11ページ目)

質問

に関する学び

---

どうしてフィードバック成功？ 評価面談ロールプレイングでは、課長役を演じる貴重な機会を得ました。効果的なフィードバックを意識し、相手の心情に配慮したコミュニケーションができた点は大変有意義でした。動機づけや自己エンパワメントについて改めて考える機会ともなり、改善の意志を伝える大切さや、複数の視点から物事を見るクリティカルシンキングの必要性を実感しました。 何が学びを深めた？ グループ対話での「学びと成長」振り返りでは、パスゴール理論、エンパワメントや質問力、キャリアアンカーなど、さまざまなテーマが各参加者ごとに印象深く語られ、非常に興味深い意見交換が行われました。 どうやって理想追求？ また、ありたい姿を描きなおす過程では、理想とするリーダー像自体は大きく変わらなかったものの、その実現のための具体的な行動指針や方法論を学べたことが大変有意義でした。さらに、強化すべき知識やスキルの重要性を再認識し、習得に向けた計画に対するモチベーションが向上しました。 タスク分配は円滑？ 今後、ジュニアメンバーへのタスクの割り振りにおいては、パスゴール理論やエンパワメント実践のステップを意識し、業務実施後には動機づけを行いながら、成長のサポートを徹底していきたいと考えています。具体的には、目標設定や計画の策定、進捗の確認、そして振り返りの際には頑張った点をきちんと認め感謝することを基本としながら、改善点を明確に伝え、解決策を共に考えていくプロセスを実践していく予定です。

イシューの軸はどこ？ 問いを断ち切ることが重要であると学びました。考える際には、まずイシューを正確に特定することが大切です。物事を捉える際に、意識せずにいるとイシューからずれてしまうことがあるため、常にイシューに戻ることを意識する必要があります。特に、他者と意見を交わしているうちにイシューから逸れ、異なる問題点に話題が移行してしまうことがあります。そうした場合には、ピラミッドストラクチャーを用いて論点を整理し、議論がずれないように心がけることが重要です。 本質をどう捉える？ 日常の仕事においても、イシューを特定しないまま、表面的な解決に飛びついてしまうことがあります。たとえば、早く問題を解決したいという思いから、一見最適に思える答えに飛びついたり、上司や意見の強い人の言葉に寄り添うことが無意識に行われているかもしれません。これらすべてにおいて、答えを急がず、イシューを捉え続けることで、最適な意見と行動につなげていきたいと考えています。 本質と目的の秘訣は？ また、質問や問い合わせに対しても、まずイシューを特定し、本質を見極めてから回答することが大切です。これにはミーティングやメール、チャットでのやり取りも含まれます。さらに、研修を企画する際には、スキルアップや安定した運営を目指すだけではなく、ピラミッドストラクチャーを活用して、「何のために、誰のために研修を開催するのか」というイシューを明確にし、目的をしっかりと意識したいと思います。

なぜP/Lを理解する必要があるのか？ ビジネスのコンセプトやビジネスモデルを理解した上でP/Lを読むことが重要です。ビジネスモデルが分からないままP/Lだけを見ても、数字の示す意味が理解できなくなります。ビジネスモデルが分かると、数字、特に費用の内訳が想定しやすくなります。特にマーケティング費用は時折忘れがちになるので注意が必要です。これは、エンジニア出身者の弱点としてより意識して取り組むべき点です。 ビジネスモデルごとのP/L比較 現在、部門内のいくつかのプロジェクトのビジネスケースを見直す時期です。各プロジェクトのP/Lを確認し、特にサービス、ハードウェア＋サービス、ハードウェアBtBなどのビジネスモデルごとにP/Lを比較しています。これにより、各プロジェクトの個別のP/Lが確認できる状態になり、横並びで比較することで違いが見え始めています。 効果的なP/L確認の方法とは？ まずは、各プロジェクトから提出されるP/Lを来週1日1件ずつ確認していきます。確認すべきプロジェクト数は5つあり、1日1件確認する予定です。分からない項目については、各プロジェクトチームに確認して理解を深めることが重要です。一件ずつ質問を通じて理解を深めていくつもりです。 来週の目標とアクション宣言 グループワーク後の宣言として、米国時間の木曜日までにGlobisの課題を終わらせる予定です。また、プロジェクトのP/Lを見ての気付きも発表する予定です。

住民サービス改善とは？ 私の職場である自治体において、住民への行政サービス提供の改善を実践しています。一例として、市役所の窓口での手続き改善点を見出すため、職員がロールプレイング形式で体験しながら意見を出し合ったり、電子化された行政手続きを自ら試用してみたりする取り組みがあります。 試用体験の効果は？ 電子化された行政手続きは、リリース前に何度も動作チェックを兼ねた体験が行われるため、自然と試用される流れになっています。私自身は行政手続きの担当部門ではなく、システム開発側にいるため、制度の細かな点についてはあまり把握していません。そのため、住民に近い立場から、専門用語を極力排除し、質問項目も必要最低限に工夫して使うよう努めました。この経験から、行政特有の硬直した手続きや、利用者側のストレスを実感し、ユーザー視点に立ったサービス開発が可能であったと考えています。 ユーザー共感どう生む？ 利用者はあくまでサービスのユーザーであるため、ユーザー視点で製品やサービスを開発するのは当たり前のことです。しかし実際には、業務の多忙さや手間を理由に、この基本的なステップが省かれている場合が多く見受けられます。組織全体の取り組みとしてユーザー共感のプロセスを重視することで、より良い環境づくりが実現できるのではないでしょうか。共感と共創が伴わない製品やサービスは淘汰されるという認識のもと、今後もユーザー体験の改善に努めていく必要があると感じています。

なぜグループにまとめ？ 仕事でお客様の会社において、事業部、部門、部署、チーム、そして個人といった多様な単位でヒアリングを実施しています。各単位で個別に課題を抽出し解決策を検討するというよりも、各々の課題をコーディングし、小グループとしてまとめる手法に取り組みました。その結果、企業全体のインサイトがより明確になったと感じています。同じ課題であっても、観る角度や背景が異なるため、捉え方に違いが生じることを実感しました。 どう問いを工夫する？ また、ヒアリングやアンケートで得られたキーワードや文章をコーディングする際には、自身の考えや先入観を持ち込まないよう注意しています。適切な問いの立て方が非常に重要で、オープンクエッションを用い「WHY」を投げかけることで、目先の要求だけでなく、根底にある不自由さや真の要求を引き出すことが可能となります。問いを設定する前に、事前調査や自身の体験を通じた共感を得ることで、相手の立場に立った一歩踏み込んだ質問ができると感じました。 なぜ共感が大切？ 事前調査や経験による共感、そしてその共感に基づく一歩踏み込んだ問い、さらにヒアリングやアンケート調査で得た定性的な結果のコーディングを通して、課題とインサイトを明確化するプロセスは、相互に連携して作用しています。深い共感があれば、より深い問いが実現し、結果としてユーザーや生活者の深層心理を引き出し、課題とインサイトの発見へと結び付くと実感しています。

クリティカルシンキングとは？ クリティカルシンキングは、すべての知識の土台となる基礎OSのようなものであると理解しました。人は「考えやすい事」や「考えたい事」を考えてしまうという思考の偏りがあることを学びました。人の発想は本来「自由」であるにも関わらず、自らに自らで思考の制限をかけていることも実感しました。物事を分解することの重要性も強く感じました。 普段の仕事に潜む偏りは？ 自分自身の普段の仕事の進め方や物事の捉え方が、思った以上にバイアスがかかっていると気づきました。LIVE授業の最後の質問コーナーで、先生が意識されている「枠組みを考える」というお話が印象的でした。 また、他部署へのプレゼンテーションや説明、課題解決のためのヒアリング、資料作成、進捗報告、MTGの組み立て、営業計画策定、確認・把握、改善提案、業務フロー作成など、さまざまな業務の中で学びました。クリエイティブの制作や広告出稿計画の代替案の提案・改善案の提案も行いました。 どうやって確認を見直す？ 「勢い」や「スピード」にまかせきらないことが、自分の強みでもあり弱みでもあると気づきました。今一度「立ち止まる」こと、「分解」すること、「前提」や「慣習」を疑い「考える」ことを大切にしていきたいと思います。アウトプットを発信する前に、これまで以上に確認すること、確認する際は少し時間をおいてみたり、見方の角度を変えるような行動を取ることが重要だと感じました。

社内調査はどう進める？ 私の場合、業務の特性から、利用者は社内の他部署にあたります。そのため、今回ご紹介いただいた調査手法が完全に適用できるわけではありませんが、インタビュー設計の考え方自体は今後活用できると感じています。例えば、毎年対面で行っている監査の最後に、各部署から意見や要望を聴取する時間を設けています。その際、安全保障輸出管理ルールや運用、研修に関する意見を伺うため、現状の課題を掘り起こす質問作りに、本手法の一部が役立つと考えています。 フィードバックの真意は？ これまでにも各部署からフィードバックをいただく機会はありましたが、いただいた意見をそのまま受け取るだけで、その背景や理由に至るまで深掘りできていなかったと感じています。一問一答形式のインタビューでは、十分な会話のキャッチボールが生まれず、オープンエンドな質問形式や、質問に対して質問で返す手法を取り入れる必要性に気づきました。 共感の鍵は何？ また、共感のフェーズでは、観察やインタビューを通して利用者が何を感じ、何を求めているのかを理解することが重要です。ユーザー視点で問題や課題の本質に迫るためには、調査側の十分な準備が欠かせません。利用者の潜在的なニーズをどこまで引き出せるかが、質問設計の鍵となり、単に表面的なフィードバックを求めるだけでは真の共感には至らないと思います。そのため、相手の立場に立ち、想像力と行動力を働かせることが大切だと実感しています。

エンパワーメントとは？ エンパワーメント、すなわち主体的に仕事を任せるという考え方について学びました。目標を明確に示すとともに、部下がその目標に共感し、使命感を持てるよう意識することが大切です。目標やゴールイメージを伝えた上で、どこまで理解し意欲的に取り組む姿勢があるか問いかけ、進捗状況を把握しながら適切なサポートを行う必要があると感じました。 フィードバックはどう？ また、エンパワーメントを効果的にするためにはフィードバックが重要であると学びました。まず、部下自身に自己評価を言葉にしてもらい、期待とのギャップや課題を明確にすることがポイントです。結果は分解して、うまくいった点と改善すべき点を具体的に説明し、本人が納得できるプロセスを踏むことが求められます。そして、できなかった要因や次にどうすべきか、いつまでに何をするかを本人自身の言葉で整理することで、納得感と実行力が高まるという点に学びました。 目標との関係は？ さらに、部下が目標に対して共感と使命感を持つためには、その目標が部下自身の価値観や業務にどう結びつくのかを質問を通して把握することが必要です。定期的な振り返りの機会を設け、まず具体的な事実や状況を確認し、次にその時の行動や気持ちを掘り下げ、得られた気づきや学びを整理します。最後に、それを基にして今後の具体的なアクションプランを策定するプロセスを丁寧に繰り返すことが、成長と成果に繋がると実感しました。

なぜ6割で作るの？ 私が最も学んだことは、ユーザー中心で考え、プロトタイプ（試作品）を迅速に作成して生きたフィードバックを得ることの重要性です。完璧を追い求めるのではなく、まずは6割の完成度で叩き台を作り、ユーザーと共に改善していくことで、失敗を防ぎ、よりよい結果をもたらすと感じました。 初案早見せはどう？ 学んだデザイン思考は、新規のお客様への看板デザイン提案の場面で特に活かせます。提案時には、いきなり最終デザインを提示するのではなく、「色のパターンだけ」や「文字の大きさだけ」といったシンプルな低解像度プロトタイプを早期に見せることで、お客様やターゲット層からの意見を聞き、提案の方向性にズレがないかを素早く確認・修正できます。 どう共感を引き出す？ さらに、共感の強化として、看板を見るターゲット層の気持ちや状況（たとえば急いでいる、スマホを見ているなど）を尋ねる質問をヒアリングに取り入れることが有効です。また、提案前には、ラフスケッチや単色デザインなどの「方向性確認専用」のシンプルな叩き台を必ず作成し、早い段階でチェックしてもらうことが求められます。さらに、プロトタイプ提示時には「どうですか？」という漠然とした質問ではなく、「この色は『活気』と『落ち着き』のどちらを感じさせますか？」のように、具体的な観点で意見を求める質問リストを用意することで、的確なフィードバックを得ることができます。

仮説とは何だろう？ 仮説とは、ある論点に対する仮の答えや、まだ十分に理解できていないことに対する仮の答えのことです。目的に応じて、結論の仮説と、具体的な問題解決を推進するためのプロセスに沿った問題解決の仮説に分類されます。 なぜ複数を検討する？ 仮説を考える際は、まず複数の仮説を立て、ひとつに固執しないことが重要です。異なる視点から複数の切り口を用意することで、網羅性のある考察が可能となります。 どの要素を比べる？ また、検証の際には、どの要素を比較するのかという意図を明確にしながら進めることが肝心です。単に何となく比較するのではなく、仮説に対する反論に対応できるよう、比較対象となるデータを計画的に収集してください。データ収集時には、誰に、どのように質問するかが回答結果に影響する点にも留意する必要があります。 どうデータを公平に扱う？ さらに、検証データを集める際は、自身の都合の良いデータだけに依存せず、フラットな気持ちで客観的にデータを扱いましょう。説明資料を作成する際には、想定される反論やコメントにも対応できるよう、十分な根拠となるデータを盛り込むことが求められます。 検証習慣はどうある？ 日頃から、仮説とそれを裏付けるために必要なデータの関係性を意識し、どのようなデータがあれば検証に役立つのかをセットで考えておく習慣を身につけることが、効果的な問題解決に繋がるでしょう。

知識の罠に気づくか？ 業務系システム開発では、顧客の業務知識が不可欠です。多くの経験を積んでいくうちにさまざまな知識を吸収できる一方、顧客の抱える課題を定義する際、その知識が逆に思い込みに陥る原因ともなりかねません。実際、ある講義での体験では、登山中の一場面だけに目を奪われ、準備や登山後のプロセスという全体像を見失ってしまったと感じました。このように、顧客のことを考えているつもりでも、自分の頭の中で構築したイメージにとらわれやすいという問題意識が生まれました。 顧客の本音を引き出す？ 新規案件のヒアリングでは、課題定義を意識しながら、まず顧客が困っている事柄を書き出してもらい、自分なりに整理してみました。講義で学んだ一次コーディングを参考に、何も知らないという姿勢で質問を続けた結果、顧客自身が「当たり前」と考えている部分を改めて考えさせられる場面が増えました。対話を重ねることで課題が可視化されるプロセスを実感し、より具体的に問題に向き合う大切さを学びました。 全体を見渡すには？ 登山の例においても、単に登山中だけにとらわれず、準備やその後の過程も含めた全体を見渡すことが必要だと感じました。どのような課題定義においても、まずプロセス全体をしっかりと考えることが、より正確な理解へとつながると実感しています。今後はこれらの気づきをもとに、広い視野で課題解決に向き合っていきたいと考えています。

比較で何を探る？ 「分析とは比較なり」という言葉が示すように、分析を行う際には、条件を整えて比較し仮説を立てることが重要です。この手法は、日常的にデータを扱う作業の中で非常に役立っています。例えば、全国推奨品になった製品のシェアが推奨される前後でどの程度伸びているのか、値下げ要求に応じた場合に売上がコストダウンのインパクト以上に増加したかどうかなどの質問です。 目的と条件はどう？ 分析を始める前に、分析の目的とデータの条件がしっかりと整っているかを確認します。目的がはっきりしていなければ、分析結果は曖昧になり、有益ではなくなってしまいます。また、「生存者バイアス」という思考に陥らないように、成功体験だけでなく失敗からも学ぶ意識を持ち続けたいと思います。たとえば、競合との製品コンペに勝つためには過去の成功事例から学ぶだけでなく、敗北したケースの反省点を検討し、どこが競合よりも劣っていたのかを追求していくことが重要です。 データの見せ方は？ さらに、データの見せ方も大切です。数字やパーセンテージで示すべきか、どのようなグラフを使用するかを考え、視覚的に訴える効果的な方法を選択することが求められます。こうした分析の技法や思考法は、データを扱う日々の作業の中で重要な役割を果たします。ファクトに基づいた正確な分析結果を出し、それを適切に伝えられるように努めていきたいと思います。