(34ページ目)

結果 ✕ 本

に関する学び

---

新たな視点、どう受け入れる？ これまで、直感的かつ漠然と行っていたことに対して、今回改めて全く異なる視点があることを学びました。最初は、自分に固定された考え方があったために、その新たな視点を完全に受け入れるのが難しく感じられました。しかし、何度も動画を見返すうちに、次第にひらめきに近い感覚が芽生え、理解が深まっていったのが印象的でした。これからは、「イシューの定義、仮説の質の向上、まずはプロトタイプで形にし、検証を重ねる」というプロセスを意識して取り組んでいこうと思います。 検証不足、どう乗り越える？ また、私たちの組織では、新規事業を進める際に、本来は「仮説→プロトタイピング→検証」という流れで進めるべきところ、十分な検証が行われないまま、すぐに「うまくいかなかった」という理由でプロジェクトを中断してしまうことが多々あると感じています。検証が不十分なために、相関関係を因果関係と誤認し、都合の良い解釈に偏るバイアスが生じ、結果として前進が阻まれてしまいます。この経験から、問題を曖昧なままにして徒労に終わらせないためにも、速やかに仮説を立て、検証を重ねる姿勢を常に持ち続けることの重要性を実感しました。

なぜ即答に飛びつくの？ 今回、事前にさまざまな切り口でデータを分解して取り組んでみましたが、実践してみると答えにすぐ飛びついてしまう傾向に気づきました。こうした状況を避けるためにも、出てきた答えや傾向に対して常に「本当にそうなのか？」と問いかけることが重要だと学びました。 MECEで何を感じた？ また、MECEの考え方を学び、もれなくダブりなく切り分ける基本的なパターンは把握できたものの、プロセス分解という視点は初めて触れるものであり、新たな発見となりました。 顧客分析はどう進む？ 現在、顧客満足度調査を実施しており、まもなく結果が出る状況です。評価と顧客への対応との関係を分析する予定でしたが、今回学んだデータの切り口やMECEの考え方を活かして、層別分解に加えプロセス分解を取り入れた分析を試みたいと思います。 新手法に何を期待する？ 来月には顧客満足度調査の結果分析を行う予定で、メンバーが実際に分析に取り組む中で、出てきた答えに対して常に「本当にそうなのか？」と問いかける姿勢を大切にし、層別分解とプロセス分解を組み合わせた新たな手法を提案していきたいと考えています。

学びの流れは？ 実践演習を通して、What→Where→Why→Howの流れを学べた点が非常に印象的でした。実際の感想文を読むと、学んだ内容が具体的にどのように役立つかが実感でき、理解が深まったと感じました。 仮説と現実のギャップは？ また、仮説の正しさに固執せず、世の中の結果を生み出す要因が複数絡んでいるという現実に納得しました。仮説を立てた段階で行動に移すことの重要性を強く感じ、その姿勢が実務でも大切だと理解できました。 複雑な要因は何故？ さらに、複雑な要素が絡み合う中でWhyが必ずしも一つではないという点にも気付かされました。MECEに分類しながら仮説を立て、個々の要因を一つずつ検証していくプロセスは、仕事に応用するには手間がかかると感じました。しかし、説得力を持たせるためには、従来の仮説以外の理由を排除する作業が重要であることも学びました。 実務にどう生かす？ この経験からは、仮説以外の可能性をいかに排除していくかという点が、MECE思考の力に直結していると感じました。本から得たフレームワークを活用し、実際の業務で実践することで、さらに思考力を高めていけると確信しています。

なぜアウトプットが大切？ クリティカルシンキング講座を通じて、学んだ知識や将来のありたい姿について整理する機会を得ました。その結果、自分に不足している点や今後習得すべきスキルについて明確な指針が見えてきました。また、インプットだけの知識よりも、アウトプットを意識した知識の方がはるかに習熟度が高いことを、この六週間で実感しました。 変化の波にどう乗る？ 私の業務はソフトウェア開発であり、変化の激しい現代において特にその業界は急速に変わっています。生成AIの登場に伴い、ソフトウェアエンジニアの働き方も大きく変化している現状にあって、常に消費者のニーズを満たす製品を生み出すためには、クリティカルシンキングが大きな基盤となると感じています。 意見はどう伝える？ また、MTGでのディスカッションでは、認識のずれや歪みが生じうることを意識し、経験豊富な上司やメンバーの意見をただ受け入れるのではなく、自分の意見も積極的に伝えることを心がけています。さらに、ソフトウェアの機能開発においては、ユーザーが本当に求めているものは何かを常に考えながら、ユーザーの期待に応える製品作りに取り組んでいます。

商品開発の重要性は？ 利用者のニーズに合わせた商品開発と進め方の重要性に気づかされました。BtoBとBtoCの違いはありますが、結局商品はお客様あってのものです。進め方については別途考える必要があるかもしれませんが、重要なのは気づいた点を深掘りして考えていくことです。 業界現状をどう把握？ 私たちの業界はニッチで、製品の多くが海外の本社で製造されています。日本市場に適したアプローチを行い、国内の顧客が求めているものを正確に把握する必要があります。既にさまざまな取り組みを行っており、その結果として業績が向上しています。しかし、競合よりも一歩先を行くためには、日本の顧客が本当に必要としている物を見極め、本社との調整も重要となります。 本社調整はどうすべき？ 本社を巻き込んで調整するのは大変そうですが、まずは小さな一歩から社内の関係者を巻き込んでいきたいです。顧客は皆それぞれ異なり、何が必要かをしっかり検討する必要があります。また、自社製品のハードウェアからソフトウェアへの売り上げにつながるようなお客様がいるのかを考え、その方々が何を望んでいるのかを社内で議論しながら進めていければと思います。

どうして効果が出ない？ これまで、業務整理やチームの工数管理に取り組んできたものの、なかなか効果が見えず悩む中で、漠然と感じていたスキル不足の原因が「イシューの特定」ができていなかった点にあると、コースを通して実感しました。単にやり方を工夫するだけではなく、「今、本当に解決すべき課題」を正しく見極めることの重要性を学びました。 業務の優先度は？ この学びを得たことで、自分の業務やチーム全体の管理を、イシュードリブンの視点で見直し始めました。その結果、実は大きな価値を感じられない「いらない業務」や、もっと減らしても支障がない「頻度」が明確になり、逆に本来取り組むべき課題という新たな視点も見えてきました。 本当に仮説は組めた？ しかし、たとえその課題が本当に重要に思えても、場当たり的に行動を起こすのではなく、「本当にそれがイシューなのか」という仮説を立て、精査するプロセスが不可欠だと感じています。MECEやロジックツリー、ピラミッドストラクチャーといったこれまでの学びを活かし、多角的にデータの切り口を作るなどトライしているものの、精査するスキルは依然として不足していると実感しています。

シンプルな検証方法は？ テストを行う際は、コストや実現性に関するハードルに注目し、まずコアとなる機能に絞ったシンプルなサービスやプロダクトを試す方法が有効です。試した結果が芳しくなかった場合でも、顧客の視点に立って、何が良かったのか、何が課題だったのかをしっかりと振り返り、それを知見として共有しながら、何度も改善していくことが大切です。 基本姿勢は整っていますか？ フィジビリティスタディを重ねる中で、テストに対する基本的なスタンスが自分に不足していたと感じています。まずは、仮説としてのコア価値を定義し、確認したい観点にあったテスト形式を作成することが重要です。加えて、何度も振り返って改善を重ねることで、サービス全体の向上を図っていきたいと考えています。 離脱防止の秘訣は？ また、総合演習でも触れたように、顧客の離脱防止のために有効な打ち手を数多くテストしていく必要があります。そのためには、まず課題定義をしっかりと行い、振り返りの基盤となる先を作ることが前提となります。さらに、明らかにしたいポイントに応じてテスト方法を工夫することで、より具体的な改善策を見出していきたいと思います。

地域振興の意義は？ まちづくり活動の一環として、自治会の地域振興計画書作成に取り組みました。地域住民へのアンケート結果をもとに、ワークショップで各課題の重大度と緊急性を2軸に評価し、課題を整理する作業を行いました。これにより、まさに定性分析を体感したと実感しています。 定性分析の限界は？ ただし、今回の取り組みは定性分析の段階であり、コーディングの考え方までは取り入れていません。そのため、今後、具体的な行動計画の策定や検討において、コーディングを導入する可能性があると感じています。 共通理解の深め方は？ また、地域住民の課題感を言語化することが、参加者間の共通理解の深化に寄与し、より有意義なワークショップへとつながると考えています。学びがさらに深まった時点で、実践に移し、その成果を記録していく予定です。 学びの整理方法は？ 今回の経験で実施してきた取り組みが一つのフレームワークとして整理されたことは、理解の進展に大いに役立ちました。今後は、この学びを実践に定着させるとともに、同僚や団体のメンバーにも同じフレームワークを十分に説明できるよう、さらなる理解の深化を目指します。

VUCAはどう捉える？ 私はVUCAについては理解していたつもりでしたが、自分の言葉で定義し、その本質を言葉にすることが難しいと感じました。また、プロトタイピングに対する理解もまだ浅く、仮説思考とどのように連動するのか、十分に納得したとは言えません。仮説検証型の進め方では、不確実な中で実行に移すマインドチェンジが求められるため、私にとってはまだその一歩を踏み出す勇気が必要です。 営業の説得力とは？ 営業先では、前年と同様の施策を踏襲する傾向が強く、新たな提案を受け入れてもらうには、過去の実績に基づく成果が説得力を持つと感じています。今回学んだ時代に合わせた営業スタイルでは、まずは提案した仮説の納得度を高め、小さく試して結果を得ながら新たなプロトタイプを作成し、検証する流れを共に進めることが重要だと思いました。 新手法は受け入れられる？ VUCAの時代の要求やその本質についてはある程度理解しているものの、もし上層部が依然として仮説検証型の進め方をリスクと捉えている場合、どのように新しい手法を取り入れるべきか、皆さんのアドバイスやご意見をぜひお聞かせいただきたいです。

なぜ偏った視点に気づく？ 物事を考える際、人間はつねに偏った見方をしてしまうという現実を意識しています。その偏りこそが「ほかには何があるのだろうか」と自分に問いかけるきっかけとなり、課題に取り組む前にまず問いを立て、その答えを導き出すプロセスが大切だと学びました。また、相手に伝えるときは正しい日本語を使い、伝える手順を踏んで具体的な理由を添えることが必要だということも理解しています。 どう伝えると分かりやすい？ 顧客との会議や提案の場面では、まず問いを明確にし、事前に参加者と共有することが重要と感じています。その結果、伝わりやすい資料作りや話し方を工夫することで、常に重要なポイントに焦点をあてたブレのない進め方が可能になると考えています。 何を合わせるべきか？ さらに、自分の常識は会議参加者の常識と必ずしも一致しないことを認識し、まずは前提条件を合わせる姿勢が求められます。その上で、議題となる問いを全員で共有し、話が脱線しそうな場合には常に問いに立ち返って軌道修正を図ります。そして、情報を収集しデータを分解することで、相手に伝わりやすい形の資料を作成する努力を続けています。

分析って何を探す？ 分析とは、物事を比較しながら目的意識を明確にし、仮説を立てつつ進めるプロセスです。分析を効果的に進めるためには、「What（何を）」「Where（どこで）」「Why（なぜ）」「How（どのように）」という手順に沿うと良い成果が得られる可能性があります。 フレームをどう活かす？ 特に「Why」の段階では、ケースに応じて既存のフレームワークを活用することで、より深い洞察が得られるでしょう。また、分析結果をグラフなどで見える化することにより、その説得力は一層増します。 障害の本質は何？ 障害分析においては、過去の事例を参考にしながら、現時点では見えていない問題点を抽出することが重要です。これまでは既存の数字を並べるだけで手探りだった部分も、今後は「何を明らかにするか」という目的意識を持って進めたいと考えています。 データ活用はどう？ まずは、障害発生件数の減少を目指すために、どのようなデータが必要かを検討し、過去の事例から現在の課題を洗い出すことから始めます。その上で、得られた情報をもとに自分なりの仮説を立て、分析作業を着実に進めていきたいと思います。

本当に目的は達成できた？ 目的を見失わず、考えた答えが本来望んでいた結果に至るようにする必要性を実感しました。人は「考えたい」「考えやすい」という性質があるため、無意識のうちに偏った考えに陥っていたことを、自分の過去の経験から認識しました。 批判思考の本質は？ また、クリティカルシンキングは、一朝一夕で身につくものではなく、日々意識して考え方を変えていく努力が求められます。ここでいう「クリティカル」とは、他人を批判するのではなく、まず自分自身に向けられるものだと理解しました。 会議中の一工夫は？ 具体的には、ミーティング中に自分の考えや発言が偏っていないか、さまざまな角度から検証することが重要です。上司や部下との報連相、コミュニケーションの場面でもこの姿勢が活かされると感じます。また、一日の終わりに、その日に学んだことをどのように活用したかについてメモを取ることも有効です。 感情のコントロールは？ 議論の中で熱くなったり、感情的になる場面では、特に偏った考えに陥りやすいと思います。このような場合、どのように冷静さを保ち、自分を客観的に見つめる方法があるのでしょうか？