(4ページ目)

改善 ✕ 気づき

に関する学び

---

仮説検討は効果的？ フレームワークを使って仮説を検討する重要性を改めて実感しました。自分の視点だけで考えると、異なる仮説が実は同じ意味を持っていたり、抜け漏れや重複が生じ、MECE（漏れなく、ダブりなく）にならないことがあると感じました。また、業務では自社の既存データを中心に扱っており、外部のデータと比較する機会が少ない点にも気づきました。一般的なデータにも注意が必要で、信頼性が低かったり数値が大げさに見せられるケースもあるかもしれません。こうした状況だからこそ、学んでいる知識を活かし、有効なデータと信頼できる情報源を見極める必要があると思いました。 動画から何を学ぶ？ 先週のグループワーク後に視聴した関連動画で紹介されたさまざまなグラフや分析手法も非常に参考になりました。自分がこれまでなんとなく実施していた方法が当てはまる部分もあれば、これまで注目していなかった視点に気付くこともあり、改めて復習する意欲が湧きました。 実務で新発見は？ 実務では、指示通りに同じグラフを作成することが多い中、自分自身でフレームワークを活用して仮説を立て調査することで、新たな発見につながる可能性を感じています。現在の職場では、これまでにない未来的な取り組みが多く、自社の過去のデータだけでは捉えきれない視点が必要だと再認識しました。大きな歴史的流れに沿った視点も、今後の改善に大いに役立つと考えています。 改善策の検証は？ まずは、フレームワークを用いて「どの部分が改善され、会社の売上に貢献できるか」という仮説を立て、データの収集と検証に取り組みたいと思います。また、データだけに頼らず、職場の改善点や取り組みについても多角的な視点を持って検証することで、会社全体の業績向上だけでなく、自分自身の成長につながる発見があると期待しています。

数字分析で見える傾向は？ 数字をいくつかのパターンでグラフ化し比較すると、傾向や特徴がつかめることがわかりました。知りたい情報に対して、意図的に複数の分析軸が必要であることも理解しました。特に一番の気づきは、一つの分析結果だけを見てすぐに結論を出すのは危険だということです。急ぐあまりに、ついやってしまいがちですので気を付けたいと思います。 分解時の注意ポイントは？ また、切り口を考える際のポイントとして、全体を定義したうえでモレなくダブりなく分解していくことが重要だと感じました。意識してチェックしていないと、歪みが出ることに気付けません。 課題の本質をどう見抜く？ 自分の業務では、お客様アンケートなどを整理する際の切り口を設定するときに使えると思いました。さらに、原因不明な状態で課題改善を依頼された際にも有効だと感じます。例えば、上司から「この課題はおそらくこの辺に原因があるからこの方向性で解決してほしい」と相談され、現場では「ほんとの原因はそこではないと思う」という意見の乖離があった際、どのように調整すればよいか悩むことがあります。そのようなときに、要素分解を用いて課題の本質を明らかにすることができると思いました。 精度の高い分析へ向けて 現在推進しているサイトのUI改善は、ヒアリングを中心に改善施策を検討していますが、今一度データの分析を掘り下げてみたいと思いました。その際に以下の点を実施しようと思います。 - 切り口を複数用意するために、分析に必要なデータを多く収集する - 手を動かして分解する - どんな切り口が分析に役立ちそうか関係者にもヒアリングしてみる - モレなく、ダブりなくの視点で問題ないか、分析の切り口を周囲の人と意見を聞き確認してみる 以上の点を意識して、より精度の高い分析を行いたいと思います。

仮説の再考は？ 仮説の分類について考える際、私は従来「問題解決を過去から見る」観点に主眼を置いていました。しかし、仮説全体を見直すうちに、「結論や未来を予測し、仮定の上、検証する」点には十分踏み込んでいなかったことに気づきました。 視野を広げるとどうなる？ そこで、仮説全体を見る際には、結論や未来の予測を含む多角的な視点を持ち、バイアスにならないよう視野を広げて考えることが重要だと感じました。結論、つまりゴールから出発しデータを集めて検証していくものの、その過程で手戻りが発生し、結果として何度もデータを再確認することがあります。こうした経験から「方向性を見いだせて初めて動き出せる」という体験を増やしてみたいと思いました。時間効率を意識することで、普段の行動に留まりがちになりますが、時にはうまくいかないことを試みる勇気も大切だと考えています。うまくいかないことから得られる手戻りや試行錯誤の過程は、生産効率を低下させる一方で、自己を納得させるための貴重な材料にもなります。 根拠に基づく行動は？ 行動計画としては、「仮説を立てる」にあたって、数字に基づく根拠やフェルミ推定を活用し、意思決定において経験則に頼らず新しい立ち位置を見つけることを目指します。また、これまで行ってきたお客様の離脱予測を、仮説をもとに見直し、データ収集を通じて有効な改善策を模索していきたいと考えています。 データの真実は何か？ さらに、KPI関連指標については、チーム単体での目標達成がデータ分析を経ないままであったことを反省し、達成の要因を深掘りすることで、本当に正しい事業活動を行えているかを検証します。他チームや類似業務との比較を通じて、データ取得し仮説を立て分析を行うことで、一層の改善を図っていくことを目指しています。

分析の本質をどう理解する？ 「分析は比較なり」という言葉に触れ、データ分析の本質を理解しました。特に分析の重要な要素を短く表現していると感じ、講座の印象に残っています。具体例では飛行機の比較がありましたが、欠損部分を答えと思ってしまいました。この講座を通じて、すぐに正しい結論を導けるよう、考え方を習得したいと思っています。 分析前の準備は何を意識する？ 次に、分析前の「目的」と「仮説」が重要であることを学びました。これまでは仕事の中でしばしば「分析しておいて」と言われ、提案書の内容やグラフの色選びで迷うことが多くありました。これらの悩みの原因は、分析の目的や仮説の前提が欠けていたことに気づきました。この気づきにより、目の前の作業に集中するのではなく、前提意識を持って取り組むことで、提案書の質やクライアントへの説得力が大きく改善されると感じました。 理想の分析へどう向かう？ 「言語化・教訓化・自分化」の実践においては、理想の姿を描く際に不足を感じ、反省しました。本講座を通じてこれを意識的に学び、活かしたいと思います。また、内部環境や外部環境のデータ分析でこれらの考えを活用できると感じました。 必要なデータはどう見つける？ まず、データ収集の場面では、市場やクライアントの会社を分析時に、どのデータが必要か考えることができます。クライアントに提供するデータについて考える場面にも役立つでしょう。 提案書作成で重要なポイントは？ 分析前に重要なのは、「目的」と「仮説」であり、提案書へ表現する際には、明確な目的に基づいて、適切なグラフや色の選択を行うことが大切です。また、分析を進める間にも都度結果を確認し、方針の変更がないかチェックすることで、目的に沿った貴重な分析を行いたいと考えました。

アンケート変更の必要は？ 自社サービスのユーザー向けに定期的に開催しているイベントでのアンケートについては、これまで項目を変更せずに実施してきました。項目変更を行うと比較が難しくなると考えたためです。今後は、アンケート内容に本当に変更の必要があるのか、改めて問い直しながら検討していきたいと思います。 インタビュー内容は羅列になる？ ユーザーインタビューでは、インタビュー後の記事化において、質問内容と返答が単なる羅列になりがちな点を改善する必要を感じました。コーディングを実施することで、情報の分析がしやすくなるとともに、他者へ伝わりやすいアウトプットにつながると考えています。まだ試行段階ですが、各担当者と意見交換の場を設け、特にインタビューに関しては、こちらが意識してヒアリングしないと暗黙知を引き出せないため、事前に質問項目に組み込むか、必須項目としてルールを決めることにしています。 定性定量の違いは何？ また、今回の取り組みで、解決策を前提に課題を定義しないという考え方や、分析データの収集方法には定量分析と定性分析の2種類があることを認識しました。定性分析は、感情など数値化や可視化が難しい情報の解析に適しており、暗黙知と形式知の両面を理解することが大切です。暗黙知については、こちらから意識して引き出す必要があると感じています。 課題設定はどう見直す？ これまで、課題は解決策をあらかじめ想定したうえで捉えていたため、今回の「解決策ありきで課題を定義しない」という視点は大きな気づきとなりました。定性分析の難しさを実感しているため、まずは自分自身のナノ単科におけるカスタマージャーニーを作成し、感情の可視化の練習からアプローチのコツをつかめるよう挑戦していきたいと思います。

論理はどうまとめる？ 物事や主張を相手に正確に伝えるためには、まず論理構造を考えてから文章を書くことが重要だと学びました。普段プレゼンや資料作成の際は理由づけを意識しているものの、会話やチャットツールでの報告や情報共有の場面では忘れがちでした。そのため、主張と根拠を考え、論理的な構造を練る練習を積み重ね、素早く対応できるようにしたいと思います。 根拠はどう伝える？ さらに、演習を通じて、根拠が自身にとって当たり前であるほど、言語化が難しくなることに気づきました。例えば、「コストがかからない方が良い」という仕事上では当然の選択肢を、いざ言語化しようとすると難しいと感じます。このような状況を改善するためにも、普段から根拠を言語化する練習が必要だと感じます。 急な確認はどう乗り切る？ 具体的に想像したのは、口頭での軽い打合せの後に、相手から「急ぎ確認」を依頼されるような場面です。この場合、議事録はなく、自分の記憶に基づいて確認を取らなければなりません。しかし時間がないため、ミーティングや資料作成を避け、口頭やチャットツールでの確認となるでしょう。 確認内容はどう整理する？ 次回からは、まず相手に確認したいことを明確にすることから始めます。情報を主張と根拠に分け、どの部分がどう繋がるのかを整理します。この過程では、学んだピラミッドストラクチャーが役立つでしょう。そして、最終的な主張を見極め、そのために必要な根拠情報を確認します。不必要な情報は削除します。 主張はしっかり伝わる？ 最後に、最終的な主張を先に示し、続けて根拠を論理的な順序で展開します。それにより、相手が「何をしたらいいのか」をすぐに理解できるようになっているかを確認し、問題なければ送信します。

仕事の委任で気をつけることは？ メンバーに仕事を任せる際には、彼らに執行責任の自覚を持たせ、リーダーからの干渉を極力減らすことが重要です。具体的には、メンバーが最初に決めたプロセスを遵守し、想定した結果を出しているかを定期的にフォローします。ただし、大きな変化や不測の事態が発生した場合には、メンバーの能力に応じてサポートに入ります。 不測の事態発生時の対応策は？ 不測の事態が発生した場合は、まず事態の収拾を最優先とします。その後改善に取り組みますが、その際にはリーダー自身の見落としを認め、個人の責任に追求せず、組織の構造的問題に目を向けることが求められます。 メンバーのモチベーションはどう維持する？ モチベーションを管理するには、メンバーがどのような動機で仕事をしているかを把握し、そのモチベーションを高めるためのインセンティブを考えることが効果的です。メンバーのやる気を知るためには「仕事で嬉しかったことは何か」などの問いかけが有効です。モチベーションが低い場合には、その原因を特定し、適切な声掛けや機会の設けを実施します。 振り返りで学びを生かすには？ 仕事の振り返りを通じた育成も重要です。メンバーに「その時の状況はどんなだった？」と問うことで、経験からの学びを引き出します。自分自身の経験を振り返り、教訓を得るプロセスを意識することで新しい挑戦にも対応できるようになります。 個別の声掛けが重要な理由は？ モチベーション管理においてジュニアメンバーには個別の声掛けを定期的に行い、シニアメンバーにもこれを実施しスキルを引き出すことが重要です。また、業務の振り返りのタイミングで、メンバーに自身の気づきを発言させ、成長を促すことを目指します。

なぜ共感が大切？ 高専教育におけるデザイン思考の実践応用が具体例として示され、プロジェクトベース学習の改善の流れがとても分かりやすく整理されていました。まず、学生が実際に課題に取り組む様子を観察し、どこでつまずいているかを体験的に理解する「共感」のステップから始まります。その後、「2年生のプログラミング初学者がエラーメッセージに直面したとき、原因の特定が難しく挫折感を感じている」という具体的な課題定義につながり、その問題に対する多角的なアプローチとしてSCAMPER法を活用する発想へと発展させています。 試作とテストの効果は？ さらに、簡易的なデバッグガイドやチェックリストを作成し、小規模なクラスで試用することで、「試作」と「テスト」のサイクルが迅速に回されました。実際の授業では、このプロセスを通して、教員が見落としていた細かい困難点や、学生が質問しづらい心理的ハードルが明らかになり、具体的かつ効果的な改善策を議論できる環境が整えられました。 多角発想はどう役立つ？ また、従来の一方通行の解説にとらわれず、例えばエラーメッセージを視覚的なフローチャートに変換するなど、多角的な発想が功を奏しました。この結果、学生同士が自然に教え合う雰囲気も生まれ、クラス全体の協力体制が強化されるという予想外の効果も確認されました。 試作の意義を感じる？ さらに、デザイン思考における試作の意義が改めて実感されました。実物に近い試作に限らず、デザイン画や説明動画など、さまざまな形でフィードバックを得ることが可能です。視覚的な印象や使用シーンの具体性を重視するフィードバックは、教材の改善に大いに役立ち、実践を通じた気づきを促す重要な要素となっています。

クリティカルシンキングの重要性とは？ クリティカルシンキングとは、自分自身の考えを批判的に捉え、判断する能力を指すことを学びました。これまでは自分の経験ややり方に固執していた部分がありましたが、視座、視野、視点といった様々な角度から客観的に物事を考えることの重要性を理解しました。 思考の癖に気づくことの意義 特に印象に残ったのは、自分の思考の癖に気づいたことです。私はこれまで非常に限られた範囲で思考していたことに気づき、思考の使い方を学び、それを自身にしっかりと定着させる必要性を感じました。 人事でのスキル活用法は？ 現在、人事の仕事をしており、このスキルを活用できる場面はいくつかあります。例えば、人事企画や制度立案では、視野、視座、視点を意識して客観的に判断することで、考え方の偏りや漏れをなくし、従業員への説明責任を果たすことができます。また、組織や個人の課題解決においても、客観的な視点を持つことは、本質的な課題を発見し、解決策を立てる際に説得力のある説明が可能になると考えています。さらに、マネジメントにおいては、説明責任を果たすことが重要であり、テクニカルシンキングを身につけることで、より納得度の高い伝え方ができると思います。 日常における思考改善の実践法 具体的な思考の改善策として、毎日一度、その日に考えたことをロジックツリーとして書き出すことがあります。そして、不足や異なる視点、視座、視野で再考し、情報を追加します。これによって、自分の思考の偏りや癖を見つけ出し、次の日に思考を巡らせる際に意識することができます。このサイクルを日々繰り返すことで、思考の幅が広がり、ロジックツリーを使った思考方法が定着するのではと考えています。

定性分析はどう整理？ 現在、自社の業務改善のための分析を進める中で、これまで漠然としていた内容が「定性分析」であったことに気づき、大きな発見となりました。業務のやり方は数値で把握しにくいため、現場での観察やインタビューを通じて状況を捉え、得られた情報から実態を明らかにする必要があると感じました。また、コーディングにより一次コード、二次コードと分類し、フレームワークやプロセスに落とし込む方法を実践することで、今後も学びを深めていこうという意欲が湧きました。 顧客課題をどう捉える？ 顧客課題仮説の導出は非常に難しいと実感しました。定性分析でコーディングを進める際、観察やインタビューから得られる情報が十分かどうか不安になるとともに、ペルソナやカスタマージャーニーマップの捉え方によって仮説の内容が変わる点も大きな気付きでした。今回の講義で学んだのは、顧客課題仮説を広く捉えるのではなく、焦点を絞り「ユーザー」「状況」「課題」「ソリューション」という具体的な文書化を行う手法であり、その手法は非常に有効だと感じました。 問題本質をどう捉える？ さらに、「問題の本質を捉える」から始まり、洞察の整理と可視化、顧客課題仮説の作成、ユーザー中心の視点の維持、そして検証と改善という流れを作ることの重要性を学びました。定性分析では、プロセスやフレームワークの構築により、定量分析で検証すべき仮説が明確になるという点も理解できました。実際の現場での観察からは、ユーザー自身が気づいていない暗黙知に触れることができる有効な手法であることを実感しました。今後はこれらの経験を活かし、顧客に対する課題分析をさらに実践していきたいと思います。

どうやって自分と向き合う？ 自身の価値観を振り返ることで、目指すべき自分の姿に対して、どの部分が足りていてどの部分が不足しているかを認識できました。現在、目標に向かってメンバーとの細かなコミュニケーションは意識して実践していますが、伝えたままになってしまう場合もあることに気づきました。そのため、フォローアップまで含めてのリーダーとしてのコミュニケーションが重要であると再確認しました。 広い視野で育成するには？ また、仕事を進める中で、マーケット環境や世の中の変化に対してもっとアンテナを高くして、広い視野からメンバーの育成に向けた指導を行う必要があると痛感しました。今回の講義ではロールプレイング演習があり、メンバーへの評価を伝える際には、しっかりとしたストーリーを事前に整理し、相手に自発的に考えさせ、足りない点を理解してもらい行動を変えるための導きを考えていくことが大切だと感じました。 面談で信頼を築くには？ 私は年3回の面談で、業務の振り返りや評価の伝え方を改善し、相手がしっかり受け止められるように対応していきたいと考えています。また、メンバーの中には、私の考えや思いを直接伝え、その考えに至った経緯などを共有することで、納得して自発的にリーダーシップを発揮できるよう後輩を育成したいと思っています。 面談においては実際に時間を作って、これらのことを実践していきたいです。また、現在在宅勤務が続く中でチーム全員が揃うことが難しいため、メールや個別電話を活用し、丁寧に時間を取る工夫をしたいと思います。多忙な中でも、伝えることにしっかり時間を設け、チームメンバーの意識が統一されるよう心がけたいと考えています。

問題解決プロセスの課題とは？ 問題解決のプロセスについては以前から学習していましたが、日々の仕事で振り返ってみると、実際には使いこなせていないことに気づきました。多くの場合、What（何をすべきか）からHow（どうやるか）に直接飛んでしまったり、Where（どこで）やWhy（なぜ）を考えながらも、しっかりと分解できずに決め打ちに走ってしまうことが多かったです。現在、私の担当業務は「問題発見・提示➡施策提案・実行」の繰り返しであるため、今後は問題解決プロセスを意識して取り組んでいこうと思います。また、層別分解と変数分解という具体的な分解方法についても、新たな気づきを得ることができました。 人事制度見直しのステップは？ 現在、社内では人事制度全体の見直しを進めようとしています。その際、今回学んだ問題解決プロセスを適用することで、どこから取り組むべきかを体系的に整理できると感じました。これにより、問題の特定や施策の検討が決め打ちにならず、幅広く論理的に進められるようになります。また、全体のどの部分を考えているのかが見える化されるので、チームでの議論や社内での説明（上司への説明）もしやすくなると感じました。 具体的には、人事制度をどのように分解し、それぞれの要素ごとに現状とあるべき姿のギャップを把握します。どこに問題があり、なぜそうなっているのかの要因を特定し、その結果として施策の検討（人事制度の見直し）も決め打ちにならず、優先順位もつけやすくなります。現状では人事制度が体系的に整理されていないため、まずはこれを機に人事制度のつながりを見える化してから、見直しに着手していきたいと思います。