(31ページ目)

良い

に関する学び

---

仮説とは何か？ 仮説とは、論点に対する一時的な答えを意味します。仮説を立てる際には、決め打ちせず複数の可能性を検討することが重要です。フレームワークを活用して、どの指標を基準に、何と比較するか、またそのためにどのようなデータを集計し、どのように見せるかを考える必要があります。 データはどう取る？ また、着目する指標や比較対象のデータを収集する際には、「誰に、どのように聴くのか」という点が大切です。都合の良いデータだけに頼ると、誤った仮説を前提にしてしまうリスクがあります。他の可能性を十分に考慮することで、不要な仮説を排除し、より正確な情報に基づいた議論につなげることができます。 議論はどう進む？ 日常の業務においても、仮説をもとに論点を提示し、議論を重ねる場面が多いです。これまで経験や肌感覚から決め打ちしていた仮説も、複数の視点で検討することで、より網羅的かつ具体的な検証が可能になります。仮説を裏付けるデータの示し方や、どのように比較し、提示するかという方法も試行錯誤の対象です。 人事事例はどう見る？ 人事領域の取り組みとしては、スタッフが出会い採用内定、入社からその後の活躍、さらには休職や退職に至るまでのジャーニーマップを構築した事例が挙げられます。まずこれまでの経験や収集できるデータをもとにストーリーとしてのジャーニーを描き出し、その後、ヒアリングや不足しているデータの補完によって仮説を検証・肉付けしていくという方法です。このとき、現状の仮説が網羅的かどうか、また他の切り口がないかを再確認し、データの取り方や示し方を見直すことが大切です。

技術限界は本当？ 多くの人は、現行の技術限界をある意味で勝手に想定していると感じます。たとえば、「こんなことができたら良いのに」という空想を基にサービス開発が進められる一方、企業では単独で取り組むよりも同業他社と協力することで、業界全体でより良い顧客体験を提供しようとする動きが見受けられます。 企業連携は有効？ ある先進的な企業の事例では、協力体制が自社や顧客だけでなく、働く人々の生産性向上に寄与している点が注目されます。また、夜間に行われるメンテナンスの時間を活用することで、より健康的な生活維持にもつながっています。このような背景から、センサーの活用に留まらず、ビジネスモデルの構築や新規事業へのチャレンジを積極的に受け入れる企業文化の形成が求められていると感じます。 データ活用で改善？ さらに、経験に頼らずにデータの取得と利用を徹底することで、予想外のトラブルの発生を未然に防げるという考え方も有効です。データの可視化により作業遅延が認識できる一方、過度な通知が作業者の負担となる点は改善すべき課題です。通信業界に身を置く者として、安定した通信サービスの提供が社会的使命であるのはもちろんですが、既存技術の提供と新技術・サービスの高度化を両立させながら、従業員の育成に取り組む必要性も強く感じます。 方針転換の実例は？ また、競合に先んじてGPSで重機の位置情報を把握していたある企業では、自前主義からオープンプラットフォームへの転換が進められました。社内でその方針をどのように説得し、実現していったのか、そのプロセスには大変興味を抱かざるを得ません。

仕事の優先度をどう決める？ 仕事の優先度を決めることは非常に重要であり、優先度が低いものはやらないという決断が必要です。日本では「お客様は神様だ」という考えが広く浸透していますが、手間がかかる割に利益に繋がらない顧客に対応することが多くあります。その結果、良い顧客にもコスト負担を強いてしまい、顧客サービスの低下を招くことがあります。また、リスク回避志向が強く、あらゆる対策を講じようとする傾向もありますが、全体を見て切り捨てるべき部分は切り捨てる必要があると考えます。 日本と海外でのプロジェクト運営の違いは？ 海外のITプロジェクトでは、半数以上が途中で中止になるとされていますが、日本では一度始まったプロジェクトは、関係者の多くが無意味だと感じていても、中止になることがほとんどありません。私の経験でも、不具合対応の際に優先度を確認すると、日本の顧客や上司からはすべて重要だと言われることが多いです。一方で、海外では必ず優先度をつけてくれます。このような姿勢の違いが、生産性の差に結びついているのではないかと思います。少なくとも自分が意思決定者である場合は、明確に優先度を決め、取捨選択を行うことを心がけたいです。 管理職としての決裁権行使 管理職として、ある程度の決裁権があります。これまでにも意識していましたが、今後はさらに強く優先度を決めて、やらない決断もできるようにしたいと思っています。また、AI系のサービスを多く契約していますが、中には利用頻度が低いものもあります。そのため、クレジットカードの支払いと利用状況を確認し、一部のサービスを解約することを検討しています。

伝え方は工夫できてる？ 伝えたいことを正確に伝えるためには、媒体ごとに相手にどのように見せるか工夫することが大切です。情報を探させる手間を省くとともに、論理的な流れで内容が整理されているかを確認する必要があります。 スライドは魅力的？ 特にスライドの場合、視覚的な表現が重要なポイントです。スライド内のメッセージとグラフとの整合性が取れているか、改めてチェックすることが求められます。 メールは分かり易い？ 一方、メールなどの場合は読者にしっかりと読んでもらうことが目的です。目的が明確で、読み手が理解しやすい言葉遣いや体裁になっているかを意識し、不要な情報がないかにも注意が必要です。 伝える姿勢は合ってる？ いずれの媒体でも、相手の立場に立って情報を伝えることが最も重要です。自分の伝えたい内容を強調するばかりでなく、相手へのプレゼントのような気持ちで作ることで、押し付けがましさを避けられると感じました。 デザインは見やすい？ また、チラシのデザインや文章作成を生業とする経験から、メンバーの作品を確認する際やフィードバックを行うときにも、今回の学びが活かせると実感しています。たとえば、相手に情報を探させず、見たくなる・読みたくなる内容に仕上げているか、使っている言葉とデザイン（色やアイテム）のバランスは良いか、圧迫感がなく自然な視線の誘導ができているかなどがポイントです。 目的はちゃんと伝わる？ 媒体ごとに見せ方は異なりますが、常に「相手」と「目的が達成される内容であるか」を意識しながら取り組むことが、効果的な情報発信につながると考えています。

仮説の重要性は？ 今回の学習で最も印象に残ったのは、「問題解決は仮説の立て方で8割が決まる」という考え方です。What〜Howの4ステップを通じて、まず問題を正しく定義することの重要性を実感しました。また、仮説は一つに固定せず、複数の切り口から検討することで思い込みを防げる点も大変参考になりました。データ収集においては、誰にどのように聞くかが分析の質を左右するため、都合の良いデータだけでなく反証のための情報も意識的に集める姿勢が必要だと学びました。今後は、3Cや4Pといったフレームワークを活用しながら、仮説思考をもとに論理的な問題解決に取り組んでいきたいと考えています。 業務での応用は？ また、SIerの業務においては、今回学んだ考え方が「障害対応」、「業務改善提案」、「要件定義」の各場面で役立つと感じました。例えば障害対応では、現象に対する即時対応に加え、Whatで問題を整理し、Whereで影響範囲や発生箇所を特定、Whyで複数の原因仮説を立て、ログや関係者へのヒアリングを通じて検証を進めるやり方に変えることが求められます。業務改善においては、3Cや4Pを活用して顧客課題を構造的に捉え、直感ではなく仮説とデータに基づいた提案を行いたいと考えています。今後は、会議前に最低3つの仮説を用意し、データ収集の際にも反対意見の情報を集めるなど、具体的な行動レベルで実践していく予定です。 今後の展望は？ 今後は、仮説をいつ確定させるかの判断基準や、少ないデータでの分析における工夫、さらにはフレームワークの使い分け方のコツについても、さらに深く検討していきたいと思います。

データ分析の新たな視点は？ データの加工や分析など、日常業務で行うことが多かったが、今まで機械的に区分していたことに気づいた。例えば、10歳刻みで分けることはあっても、19歳〜22歳の大学生という区分で考えることはなかった。しかし、高校生・大学生・社会人という区分で行動が異なることから非常に納得できた。また、MECEを意識して複数の切り口で分解することを、すぐに実践に活かしたいと思った。 効果的なフィードバック法は？ 研修や会議等の企画、運営を行う際には、事後アンケートを実施している。これまでのフィードバックは、コメントや全体の感想のみを基にしていたが、アンケート取得時には役職や年次などの詳細なデータも把握できる。これにより、MECEを意識した層別分解を活用することで、現状をより具体的に把握し、改善点としてフィードバックを行いたい。より良い研修や会議の運営を目指すためにも、この手法を取り入れたい。また、営業推進業務においてもデータの取り扱いが多いので、率算出やグラフ化などを行い、データから得られる情報をしっかりと把握することで、全国への営業推進に役立てたい。 目的を持ったアンケートの活用法は？ 研修や会議の計画に際しては、分解を踏まえ、自分が把握したい点や次回以降の運営のために知りたい点を事前にしっかり考えることが重要だと感じた。その結果、目的を持った事後アンケートの設問を考えることができる。アンケート取得後には結果だけに頼らず、MECEを意識した分解によって多くの情報を把握し、それに基づいて現状を知り、今後の業務に活かすようなフィードバックを行いたいと思う。

情報選別の秘訣は？ 今回の講義を通じて、AIを活用することで情報収集や整理の効率が大幅に向上した実感を得る一方、新たな課題にも気づくことができました。従来は優先順位の観点からあえて収集を諦めていた情報も、AIによって容易に扱えるようになった結果、必要以上の情報が集まってしまい、いわゆる「情報過多」の状態に直面しています。インプットの量やスピードは確実に向上していますが、何でも取り込むのではなく、自分自身の判断基準や目的をはっきりさせた上で、情報を選別することの重要性を痛感しました。この学びを自身の目標とAI活用の目的を見直す良い機会として活かしていきたいと考えています。 AI任せで生産性向上？ 業務面では、すべての情報を自分で把握し、判断しようとするのではなく、一次整理をAIに任せることで生産性を向上させる方針です。まずは今週中に、分析に利用するデータを一つ特定し、ExcelやCSV形式でAIに読み込ませ、見るべきポイントや切り口、適切な集計方法について相談を進める予定です。小さな成功体験を積むことが、将来的にチーム全体への展開につながると信じています。 AI判断の行方は？ また、講義を通して以下の視点についても考える機会がありました。どのような業務や場面でAI活用を行うべきか、AIによって意思決定のスピードが向上しているのか、それとも情報過多によって逆に遅れているのか、そして、明確な判断基準を持つことでAIの活用可能性は狭まるのか、むしろ加速するのか。これらの疑問点を念頭に、今後も自分自身のやり方を見直し、より効率的な業務遂行を目指していきます。

どんな進化のヒント？ SCAMPER法は、私が関わるまちづくり団体での事業アイデアのブラッシュアップに有用だと感じています。今後、マルシェの開催を予定しており、例えばSCAMPER法を活用してマルシェ自体を進化させるという視点が生まれました。 具体策はどう？ 具体的には、C（組み合わせ）の視点では、地域の歴史ツアーと組み合わせることで訪問者の増加が期待でき、E（削減）の視点では、出店ブースの数を減らすことで少数精鋭のブランド戦略を実現できます。また、R（逆転）の視点を取り入れることで、来場者が出店者に直接体験を提供する「逆マルシェ」の開催も検討しています。こうしたアイデアの検討には、ブレインストーミングやKJ法を併用する予定です。 視点選びはどう？ また、SCAMPER法では必ずしも全ての7つの視点を使わなくても良いと気づきました。テーマや状況に応じて、使いやすい視点を選ぶことが重要です。特に、組み合わせ（C）や削減（E）は実践しやすく、新たな発想を引き出すのに有効でした。一方、逆転（R）や代替（S）は発想の転換を促すため、柔軟な思考が求められると感じました。 どう学び直す？ 今日の学びは、アイデア発想の手法を状況に合わせて柔軟に使い分けることの重要性です。SCAMPER法では無理に全ての視点を適用する必要はなく、適材適所で活用することで、より実践的なアイデアが生まれると実感しました。さらに、ブレーンストーミングで発散的に考え、KJ法で整理するプロセスを繰り返すことで、地域づくりやイベント企画の精度を高めることができると確信しました。

自分の考えは正しい？ 人は「考えたいこと」に囚われがちであり、その考えは容易に偏ったり誘導されたりします。そのため、客観的な視点、すなわち「もう1人の自分」を意識し、本当にその考えで良いのかを疑うことが重要です。 どう鍛えるべき？ クリティカルシンキングを身につけるためには、日常的に繰り返し練習することが必要です。「本当にそれでいいのか」「他に視点はないか」といった疑問を常に思考に組み込む習慣をつけることで向上します。具体的には、クライアントへのメールや1on1の場面、家族との何気ない会話の中でもトレーニングを行うことが可能です。 他人の意見を聞く？ 自分の論理を優先しがちですが、他人の意見から学ぶことが多い場合もあります。業務においては、例えば自社の損益にばかり気を取られ、クライアントの立場や利益を考慮しないことがあります。偏見に囚われず、フラットな姿勢で他者の話を聞く意識が必要です。 他の提案はどう？ クライアントへのサービス提案時には、「これ以外の方法はないか」や「逆に〇〇のサービスはどうだろう」といった問いを自分に投げかけ、さまざまな視点から提案内容を考えることが鍵となります。提案する際にはシンプルさを心がけ、「なぜならば」という論理的な展開で一貫性を持たせます。そして、フィードバックを受ける際には偏りなく意見を聞く姿勢が求められます。 多角的な視点で？ チームの目標設定においても、課題を分析し、「他の視点は？」と多角的な視点を考える必要があります。また、他のチームからの評価を通じて客観的にチームの強みや弱みを見極めることも重要です。

どうして視覚化すべき？ 数字に集約することと、目で見て理解することの大切さを再確認しました。纏めたデータをグラフ化するなど視覚化することで、ヒストグラムなどを活用しながらデータのばらつきを直感的に把握できる点が印象的でした。 比較で何が見える？ また、データ分析は「比較」に基づく作業であり、仮説思考が重要だと感じました。分析のプロセスでは、仮説を立て、異なる視点とアプローチを用いることによって、より本質に迫ることができると理解しています。 代表値はどう使う？ 代表値の使い分けと散らばり（標準偏差）を組み合わせる方法も興味深かったです。平均値や中央値、加重平均、幾何平均など、用途に応じた手法があるため、Excelで計算できることから複雑な計算式を覚える必要はなく、実務で活用しやすい点が良いと感じました。 成約率との関係は？ さらに、営業活動のように暴露機会と成約率、またユーザーの購買意欲と成約数との因果関係を数値化する場合、代表値だけでなく標準偏差による散らばりを検討することで、ユーザーの傾向をより正確に導き出すことができると考えています。まずは仮説思考から取り組む姿勢が大切だと再認識しました。 グラフの魅力は？ 最後に、提供される表形式のデータを様々なグラフで可視化し、検証のヒントを得る点も魅力的です。従来の平均値や中央値に加えて、標準偏差などの散らばりを取り入れることで、ユーザーの購買情報をより明確に把握できる可能性が広がっています。定性情報をいかに数値化してデータ分析に活用するか、その工夫が今後の課題であり、挑戦してみたいと感じました。

ライブ授業で何を学んだ？ この6週間のライブ授業や実践演習を通して、学んだことを振り返るとともに、自分自身のクセに再び気づく機会となりました。目の前の情報や課題に追われるあまり、早々に考え始める習慣があるため、以下の手順を繰り返しながらそのクセを改善することに努めています。 どう目的を定めた？ まずは、①目的を明確に定め、自分が何を達成したいのかを認識することから始めます。次に、②現状や情報を適切なフレームワークを用いて整理し、全体像を把握します。そして、③考える際に時間をかけすぎず、まずはアウトプットしてからフィードバックをもらうという流れで進めるようにしています。 どの癖を振り返る？ 自身の学びから癖を再認識し、改善のための具体的な手順を考え出せたことは、良い習慣形成に向けた一歩だと感じています。さらに、どのフレームワークが特に役立ったのか、また目的を定める際にどのようなポイントや工夫を行ったのかを具体的に振り返ると、今後の学びにさらに活かせるのではないでしょうか。 どの業務を見直す？ また、現状の仕事の状況を変えるためには、やるべきこととやらなくてもよいことを明確に選択する必要があります。まず、①現在行なっている業務と、それにかかる時間や効果を洗い出します。次に、②洗い出した業務について、自分が必ず行う必要があるのか、または他の人に任せられるかどうかを判断します。最後に、①②で整理した内容を見直し、優先順位をつけた上で具体的な対処方法をまとめ、チームメンバーに移管が必要な業務については、その考え方も丁寧に説明しながら移管を進めていきます。

動画紹介の課題は？ 様々な用途に特化したAIが存在することは分かりました。しかし、動画形式で紹介されると、閲覧時には良いものの、後で見返したり記録として残すには不便だと感じました。 URL送付は問題？ そこで、学習動画のURLをChatGPTに送り「紹介されているAIサービスを一覧化してほしい」と依頼したところ、ログインが必要との理由で何も出力されませんでした（予想通りでした）。 AI切替は大変？ ユーザーの立場からすると、目的に応じて毎回AIを切り替えるのは手間がかかります。そこで、フロントAIとしてユーザーとの窓口になり、裏側で最適なAIを選定して出力する仕組みがあればよいと考えました。 既存の仕組みは？ 調べてみると、そのような仕組みは既に存在しており、一般的には「AIルーター」や「AIオーケストレーター」、「マルチLLMプラットフォーム」などと呼ばれる領域に含まれています。 自動振り分けの秘訣は？ たとえば、ユーザーはひとつのAIに話しかけるだけで、裏側では文章生成はあるモデル系、コーディングは別のモデル系、検索や画像生成、社内検索、音声認識といった各タスクに最適なモデルへと自動的に振り分けられる仕組みです。 UI改善で差別化は？ 現在、特定のユーザーやシーンに適した使い方ができるAIの開発が進んでいます。UI部分は自社のAIやアバターが担当し、コミュニケーションの質を向上させることで差別化を図り、裏側でフロントAIが再度最適なモデルに振り分ける仕組みを採用するのが効果的ではないかと考えています。