(21ページ目)

考える ✕ 時間

に関する学び

---

効果的な文章作成のコツとは？ 下記の4点が印象に残りました。 - 文章を作成する際、主語と述語を明確にすること（日本語は主語を省略しがちなので、その意識を持つ）。 - 一文を長くしすぎないこと。 - 伝える相手にとってどの理由を伝えることが効果的かを考えて文章を構成する。 - 主張を支える複数の理由をピラミッド構造で考える。文章を書き出す前に、結論を支える要素を複数考えてから文章化する。 リモートワーク時の時間効率化は？ リモート主体でテキストコミュニケーションが多いため、連絡や報告、相談や承認、調整など文章を書く機会が普段から非常に多いです。自分自身の文章の作成だけでなく、受け取る相手が読み解くための時間を労働時間に換算すると、大きなロスが発生している可能性に気付きました。相手の時間を不用意に奪わないためにも、今回の学びをもとに文章の構成や作成時間を改善したいと思います。 一度で済むコミュニケーションを目指すには？ テキストでの相談や依頼、連絡事項のやりとりについて、基本的に一度のやりとりで完結することを目標に文章を作ります。ベストはスタンプの反応一つで完結することです。もしやりとりが2回以上発生する場合、自分も相手も時間をロスしていると考え、文章をリライトしてみる必要があります。

思考のクセ気付いてる？ 人にはそれぞれ独自の「思考のクセ」があると言われます。私自身も、会社でその点を指摘されたことがあり、非常に印象に残っています。この経験を通じて、誰しもが持つ思考のクセを意識しながら、他者に分かりやすく伝える必要があると改めて感じました。特に考え続けることの重要性が指摘され、私は早く仕事を進めることを優先するあまり、考えることを疎かにしていたのではないかと反省しました。 企画説明どう進める？ 私の役割は、企画を検討し、上司に説明して納得を得た上で承認を得るということです。その際、自分の思考のクセに基づいたアイデアだけでなく、他の視点も包含して練り上げた結果を論理的に説明することで、企画から承認までのプロセスを迅速化できると信じています。 企画の目的は明確？ まず、進める企画の目的を徹底的に考え、明確化します。そして、すぐにアイデアを深掘りしてしまう自分の癖を意識します。その後、MECE（Mutually Exclusive, Collectively Exhaustive）などのフレームワークを活用し、問題の所在や可能な対策を短時間で探る作業を繰り返します。このようにして企画の内容や資料を固め、論理的に説明して納得を得て承認されるというプロセスを実行します。

録画での学びは？ 参加できなかったため、録画で学びました。その中で「バックパックを作る」という課題について、実践を通して単に改良方法を考えるだけでなく、既存の考えにとらわれない発想の大切さを実感しました。 利用者の意見は？ また、テストを実施することで、自分にはない視点を利用者からフィードバックしてもらえるという気づきがありました。特に生成AIの活用という視点は非常に参考になり、早速利用してみたいと感じました。 プロトタイプで変化は？ 一番の気づきは、どうしても主観になりがちな点を、デザイン思考のプロセスに従ってプロトタイプを作成することで、ユーザー（メンバー）からのフィードバックを得られ、新たな視点が生まれるということです。現行の業務ルーチンに対しても、当たり前のプロセスに疑問を持ち、変革する際にはメンバーや有識者にプロトタイプを提示し、違った見方を取り入れる可能性があると考えました。 改善の進め方は？ 業務プロセスやツールの改善においても、手順を踏んでプロトタイプを作成することの重要性を実感しました。時間がないと思いがちですが、改善サイクルを迅速に回すことが大切だと気付かされました。自分はツールの作成・改善にとっつきやすいため、まずはその点から実行してみたいです。

仮説の幅は広い？ 仮説を考える際は、正しい答えを一つだけ見つけることが目的ではなく、論点に対する仮の答えとしてフレームワークを活用し、幅広い可能性を検討することが大切だと感じました。決め打ちに陥らず、常に複数の仮説を立てる姿勢が重要です。 仮説の意義は？ また、仮説を考えることには、検証マインドの向上による説得力の増強、問題意識の向上、対応スピードのアップ、そして行動の精度向上という4つの意義があると学びました。これらの点は、データ分析にとどまらず、日常の業務においても活かせる有用な考え方だと思います。 難しさはどう？ 仮説思考というと難しそうに感じるかもしれませんが、普段の業務で些細な疑問を感じたときに自分なりの原因を考え始めているのであれば、実はすでに仮説思考を実践しているのだと実感しました。今回学んだ問題解決のプロセスを参考に、日々の業務に仮説思考を取り入れることができそうです。 小さな課題は？ まずは、短時間で取り組める小さな課題に対して、意識的にフレームワークを活用し仮説の幅を広げることから始めたいと思います。その上で、分析時の適切なグラフ選定や結果の分かりやすいビジュアル化といった、今まで苦手としていた分野の改善にも取り組んでいこうと考えています。

どこで価値再確認？ クライアントの事業整理に取り組む中で、本来の価値観を再確認するため、広げるフェーズにフレームワークを活用しました。自分自身の新規事業のためにも、アイデア出しやブレインストーミングの流れを一人でも試してみようと考えています。 どう考えが進む？ 実際にフレームワークを用い、クライアントと二人でブレインストーミングやKJ法に取り組んだところ、普段よりも自由度の高い雰囲気が感じられました。特にKJ法では、単に分類して当てはめるだけではなく、共通点や違いを探りながら「もう一歩先」を考えることが重要だと実感しました。枠にとらわれずに言語化していくプロセスが、理解を深める鍵になりました。 なぜ戸惑うの？ 一方、SCAMPER法に関しては、各要素をどのように位置づけるか戸惑いがあったため、一定の慣れが必要と感じました。視点を切り替えることで新たな発見があるものの、最初から完璧な表現を目指す必要はなく、自然な流れで考えを展開することができると感じました。 どう時間管理する？ さらに、議論を進める際には目的と時間を明確に定めることが大変重要です。発散的なアイデア出しは終わりが見えないため、一定の枠組みや時間設定があることで、より実りあるプロセスになると感じました。

プロトタイピングって何？ プロトタイピングでは、①目的を明確にする、②適切な要求を抽出する、③適切な時間を投入するという点を学びました。大学の授業は１科目が15回で構成されているため、毎回がプロトタイピングの検証の繰り返しといえます。大幅な修正を毎回行うと、逆に学生の混乱を招く恐れがありますが、これまで以上に学生の反応に敏感になり、改善を重ねられると感じました。 なぜ凝りすぎる？ プロトタイプの作成過程では、どうしても機能を増やしたり、完成品に近づけたいという衝動に駆られます。しかし、ユーザーからフィードバックを得るという本来の目的を考えると、あまり凝りすぎないことが大切だと思いました。実際、下手な漫画を用いたところ、その下手さが逆に興味を引き、フィードバックを得る結果となった経験があります。講座で紹介されていたように、本質的な機能に絞り、“Simple is best”の姿勢で臨むことが重要だと感じます。 本音を出す環境は？ また、プロトタイプによる検証は、自分のアイデアが外部の批判にさらされるという意味でも、デザイン思考の醍醐味を味わえるプロセスだと思います。ただし、場合によっては意見を控えるユーザーも存在するため、誰もが本音で意見を言える環境作りが必要だと強く感じました。

イシューはどう特定？ イシューの特定は容易ではなく、常に分解を行わなければ混乱に陥りやすいと感じています。常に「イシューとは何か」を意識し、その切り口となる仮説を用意しつつ、多角的に検証する必要があります。実際、以前は思い込みで打ち手を考えていたときに比べ、約30倍もの時間を必要とすることを実感しました。 打ち手は何が有効？ クライアントの現状に対し、どの打ち手が有効かを検討する際、これまで見慣れたSNSや特定のプラットフォームだけに頼るのではなく、リアルな情報も加味しながら、あらゆる角度からイシューを特定する重要性を改めて認識しました。 仮説の検証はどう？ イシュー特定のためには、直感に頼らず、常に仮説を立てた上でデータを分析することが欠かせません。仮説の検証が十分に進まない場合は、別の仮説を設定し、さまざまな視点から考察する習慣を身につけることが大切だと感じています。 構造再考はどうすか？ 自身の業務に照らし合わせると、クライアントの課題特定についてはまだ不十分だと感じました。ピラミッドストラクチャーを用いた際に根拠が不安定になる場合は、根拠を補足するための情報を集める必要があるか、もしくは一度構造を解体して再考する選択肢も考えるべきだと思います。

顧客の真のニーズとは？ 顧客の真のニーズを探り出す方法を学べてよかった。新事業において仮説を検証するためにヒアリングなどはよく実施するが、質問項目や聞き方によっては答えを誘導してしまい、真のニーズを引き出すことは中々難しいと感じている。また、現在携わっている新規事業のプロジェクトが、顧客の立場や視点に立って考えることができていないことに改めて気づいた。今後は、カスタマージャーニーを実践し、本当に価値のある事業作りを目指していきたい。 行動観察で何が見える？ 行動観察やデプスインタビューは、実際に価値検証を行う際に有効であると感じた。自分が顧客として考えたときに、どのような企画・事業であればビジネスとして成立するかを改めてチームメンバー全員で考えていく必要があると感じたため、これを実践していこうと思う。 今後の具体的な行動は？ 具体的な行動としては以下の3つを考えている： 1. チーム内でディスカッション時間が明らかに少ないため、上司に相談して改善を図る。 2. 顧客のペインポイントが何であるのかを改めて議論し、現在の方向性が正しいかを確認する。 3. 新規の顧客に対するヒアリングを実施する。 これらの取り組みを通じて、真に価値のある新規事業を作り上げることを目指していく。

企業コンセプトの意義とは？ 企業のコンセプトは、その企業の存在理由や目標を示し、一方でPLは、企業の経済活動の結果を示し、利益や損失を表します。企業のコンセプトは、企業がどのような価値を提供し、どのような方向に進むべきかを示すもので、これに沿った経営が行われることで持続可能な成長が期待できます。この結果がPLに反映されるのです。企業のコンセプトに基づいて資源配分が行われ、その配分が効果的であれば、投資した事業からの収益はPLにポジティブな影響を与えます。 自社PLの分析はどう進める？ 自社のPLを読み解く際には、自社のコンセプト（企業理念、経営計画）と結びつけて考えることが重要です。これにより、自社の経営状況と経営目標に対する達成状況を把握できます。また、競合他社のPLと自社PLを比較することで、自社の強みや弱みを見つけることができます。 効果的な学習法は？ 講義の内容については、予習復習の時間を30分以上設けることが推奨されます。アウトプットとして、自社の損益計算書と中期経営計画を見比べ、気づいた点や疑問点を書き出してください。書き出した点については、自社内でアカウンティングに詳しい社員に聞き取りを行い、アドバイスを求めることで自身の理解度を深めることが重要です。

なぜ分解して考える？ プロセスを分解して問題の本質に迫る手法について、非常に分かりやすい事例から学ぶことができました。特に、採用プロセスの一部である中途採用面談や、顧客への提案における在庫差異の問題解決に、このアプローチを活用できると感じています。また、ABテストにおいては、条件をできる限り同一とし、検証範囲を絞るための仮説設定が重要である点も再認識しました。 採用面談、何が問題？ まず、中途採用面談に関しては、自身が関与する採用活動において、プロセスのどの部分で問題が発生しているのかを明確にするため、面談調整に要する日数と採用結果の情報を人事部から収集することを検討しています。この情報をもとに、面談調整に時間がかかる原因を特定し、改善策を提言することで、採用率の向上を図ることができると考えています。 在庫の差異、どう解決？ 次に、顧客への提案、特にシステム間の在庫差異に関する課題解決では、既に現状の業務プロセス分析は実施していますが、課題が発生しているプロセスの粒度が細かすぎるため、より単純化した形で説明する必要性を感じました。問題となりうる箇所を明示した上で、システム改善または運用プロセスの変更のいずれかを提案し、顧客にとって最適な解決策を提示していく考えです。

問題解決の新しい視点を学ぶ 問題解決において、原因や解決すべき課題を特定する際には、現状と理想の姿との差だけを見るのではなく、その差の割合などの影響も考慮することが重要であると学びました。 思考プロセスの再確認は効果的か？ また、思考する際にはWhat、Where、Why、Howといったステップで考えることや、MECE（モレなくダブりなく）で考える重要性を再認識しました。 数字の乖離をどう対処する？ 収支分析を行う際、複数の資料から数字を作成していくプロセスで、資料間の数字の乖離が大きくなることがあります。このような場合、原因を特定して修正する必要がありますが、Week2で学んだ問題解決のプロセスを意識することで、原因特定の時間を短縮し、より精緻な資料を作成できると感じています。 資料作成時に気をつけるべきことは？ 資料作成時に数字の乖離が発生した際には、やみくもに資料を見返すのではなく、乖離の大きい箇所や影響度を考慮しながら、順番に細かく確認することで、より早く原因を特定することが可能です。 チームでの確認プロセスは有効か？ さらに、この考え方をチームメンバーにも共有し、異なる視点から同様の確認を行うことで、資料の精度をさらに高めることができます。

どのフレームワークを使う？ 戦略を考える際には、3C、PEST、SWOT、バリューチェーンを用いることが、有効であると感じました。特に、チームで取り組むときには、それぞれのメンバーの主張の背景を理解し、共通の前提や目標を定めることが重要です。また、タスクを分担することにはリスクも伴うことに注意が必要です。 戦略の課題は？ 印象に残ったのは、分析自体は知っていたり、部分的に活用した経験もあったものの、しっかりと戦略にまで落とし込めていないと感じた点です。理由としては、戦略に取り組む時間を十分に確保できていないことや、適切な対策を引き出すための知識が不足していることが挙げられます。これを改善するためには、まず思考する時間を確保すること、そして日常的に成功事例を蓄積することを心掛けたいと思います。 視野をどう広げる？ また、今回学んだフレームワークを使い、自分の担当しているサービスや所属する部門、さらには会社全体といったさまざまな観点から考えてみることが、自分の視野を広げる良い練習になると感じました。まずは、現在の担当のレベルで、今回紹介された4つの分析を実施し、その結果をもとに気付きをまとめ、フレームワーク活用の際の注意点も振り返られるようにしたいと考えています。