(132ページ目)

自分

に関する学び

---

問題解決の第一歩はどこ？ 問題解決の4つのプロセスを学びました。起きたことをwhat・where・why・howに分けて考えると、普段ではwhereやwhyについては何となく意識しているものの、その「何となく」から思いつきでhowに至ってしまうことが多いと感じました。whatについてはほとんど考えられていないように思います。また、現状とあるべき姿のギャップを言葉にしようとしても、うまく出てこないことに気づかされました。これは自分がいかに漠然とした考えで問題に向き合っていたかの証拠だと感じました。 定量的分析を習慣化すべき？ 目の前のことに一喜一憂せず、日々の問題には定量的な分析を行うことを習慣づけたいと思います。たとえば、キャンペーンの商品分析やチームメンバーの業務量の適正化なども、定量的に分解して考えると有効です。私たちの基本業務である当事者トラブルの解決にも、この方法が応用できるかもしれません。 ギャップをどう埋める？ 最初に取り組むべきは、現状とあるべき姿、またはありたい姿が個々人で漠然としてまとまっていない点の改善です。そのギャップを埋めることが大切です。問題解決の話し合いの場ではまずwhatを意識し、周囲との合意を図ることが重要です。ここを丁寧に行った後に、物事の分解・整理を学んだ通りに進めていきたいと思います。

現状の課題は何？ 「あるべき姿」と「現状」のギャップを常に意識していたものの、その内容を言語化するのがうまくできていなかったと感じました。また、目の前の問題に気を取られすぎ、中長期的な視点が欠けていることにも気付きました。 切り口の選び方は？ 何度もロジシンを学習する中で、変数分解の幅をもっと広げたいと思う一方、MECEでない点に気付くたび、どのような切り口が適切なのかそのセンスやアイディアが不足していると感じています。より多様な切り口を持つためには、日ごろのトレーニングが必要であると実感しました。 研修の活かし方は？ 研修の構造化やアンケート分析にも今回の学びを活かせると考えています。すでに問題解決思考は取り入れているつもりですが、自分流のやり方に偏っていないか再検討するためにも、改めてロジックツリーを作成してみる価値があると感じました。また、MECEであるべきケースと、必ずしもそうでなくても良いケースの根拠を、しっかり説明できるようになりたいと思います。 説明不足はどう？ 私は人材育成の分野で実務と研究を行っている中で、MECEが求められる場合とそうでなくても良い場合があると理解しています。しかし、現状ではうまく説明できていないと感じたため、これを機に皆さんと一緒に議論を深め、理解を共有していきたいと考えています。

自社比較はどう行う？ 差別化するためには、まず自社と他社の特徴を抜け漏れなく整理することが重要です。具体的には、客層、商品、価格帯など、各要素をしっかり区分しながら比較する必要があります。そのうえで、ターゲットとなる顧客層の視点から、どのポイントで他社と一線を画すのかを検討します。 戦略実現の鍵は？ また、自社にとって明確な利益やメリットが見込める点、実現可能な戦略であること、さらには容易に模倣されにくい点を重視すべきです。これらを踏まえ、長期にわたって持続可能な差別化施策を策定することが求められます。そして、組織全体の力、つまり組織力を活かすことも重要な要素です。 市場戦略はどう進める？ 自社商品の販売戦略においては、市場や顧客のニーズを正確に把握し、どのような形で価値を提供できるかがカギとなります。戦略の策定に際しては、実際の市場状況や自社の強み・弱みを詳しく分析し、現実的でありながらも他社との差別化が明確な内容にまとめることが重要です。 役割明確はどうなる？ さらに、自分自身の職場でのポジショニングを明確にすることが、個々の役割や提供価値の確認につながります。自分と他者の違いや、誰にどのような価値を提供し、どのようなメリットが見込めるのかを具体的に把握することで、組織全体のパフォーマンス向上にも寄与するでしょう。

正しい文章とは？ 今回の学習を経て、自分の日本語力に不安があると実感しました。授業内で指摘があった通り、思いつくままに文章を綴ってしまう癖があり、正しい日本語の構造を意識できていなかったことに気づいたのです。結果として、自分が書きやすい文章だけでは、相手に伝えたい内容を正確に伝えることは難しいと理解しました。 どうすれば伝わる？ どの業界でも同じですが、私たちは日々多くの人々とメッセージのやりとりをしています。簡単な連絡でも、重要な資料であっても、今回学んだことをまず実践したいと感じました。特に、主語と述語をしっかりと記述し、論理的な構造を組み立てることで、正確に伝えたい意図を表現する文章を目指します。そのため、思いつくままに筆を進めるのではなく、まず趣旨や根拠を明確に固めてから文章を作成することが必要だと考えています。 実践はどう進む？ この文章を作成する段階で、その実践を試みました。推敲を重ねる中でも、まだまだ改善の余地があると痛感しています。 論理の整理は？ また、ピラミッドストラクチャーなどのフレームワークを活用して自分の出した根拠や理由の適切さを検証しようとするものの、可視化しても論理に飛躍があったり、意図とずれてしまうことがしばしばあります。こうしたとき、皆さんはどのように対応していますか？

イノベーションで何が変わる？ 商品の売れる・売れないを考える際に、イノベーションの普及要件というマーケティングフレームワークを学びました。このフレームワークは、比較優位、適合性、わかりやすさ、使用可能性、可視性の5つの視点で商品を分析するものです。ある成功事例から、わかりやすいキャッチコピーや効果的なネーミングが、実際の商品価値を届ける上で非常に重要であると実感しました。 競合の罠はどう防ぐ？ また、競合ばかりに意識を向けすぎる差別化の罠にも注意する必要があると学びました。万人向けの商品展開に固執せず、市場を細分化し、ニーズを深掘りすることで、顧客の価値観に沿った商品の提供が実現できると考えています。 どう伝えれば響く？ さらに、イベントのタイトルやキャッチコピー、内容を企画する際には、イノベーションの普及要件を意識し、ターゲットにしっかりと伝えたい価値や訴求点が届くよう工夫していきたいと感じました。特に、比較優位性や分かりやすさの点については、直近のイベントで課題を実感したばかりなので、検証を重ねながらより魅力的に伝わる方法を追求したいと思います。 改善策はどう見つかる？ 施策ごとにこのフレームワークを振り返り、学んだ視点を活かしながら、ネット販売などにおいて売れていない原因を分析し、改善策を考察していくつもりです。

思考のクセって何？ だれもが、それぞれの思考のクセを持っており、そのクセから情報が発信されます。思考のクセとは、自分が考えたいことをそのまま想起してしまう傾向のことで、たとえば、ある商品やサービスを連想するとき、頭の中にその対象の特徴があらかじめイメージされる状況に例えることができます。 三つの視の意味は？ このような思考のクセに気づくために、「三つの視」を活用することが推奨されます。具体的には、視点、視座、視野という三つの異なる角度から物事を捉え、さらに「具体」と「抽象」の両面から考えることで、思考の偏りに気づく助けとなります。 課題解決はどうする？ 私は業務上、課題解決を行う中で、さまざまな会話や質問を通じて相手の要求を引き出す必要があります。そのため、「三つの視」の考え方を、会話の構築や適切な問いかけに活かすことを意識しています。常に疑問を持ち、考え続けることで、自分の思考の偏りに気づく機会が訪れるはずです。 対話で気づく理由は？ たとえば、ある会話やメール、チャットの中で「なぜこの話題に偏っているのか」「背景にある意図は何なのか」と自問することにより、他の視点からのアプローチが見えてくるでしょう。このように、「三つの視」と「具体と抽象」の視点を活用しながら、自分の思考のクセを意識することが大切だと感じています。

どんな人物を目指す？ まず、自分が何を学ぶかという内容よりも、どのような人物になりたいか、その「ありたい姿」を明確に描くことの大切さを改めて実感しました。講座を進める中で、演習に没頭していた自分がいましたが、その過程で「ありたい姿」に向けては、学習習慣を確立しながら、同時にコンセプチュアル・スキルを身につける必要性を感じるようになりました。 どんな体験を届ける？ また、ただ単に数値を改善するのではなく、ユーザーにどのような体験を届けたいのかという「ありたい姿」から物事をスタートすることで、ぶれのない方向性が保てると感じました。具体的には、何をいつまでに行うかという計画だけでなく、チーム全体で「私たちはどのような存在になりたいか」を共有し、そのビジョンに基づいて戦略を立てることで、メンバーの主体性が高まり、プロジェクトがスムーズに進行することを学びました。 なぜ数字が気になる？ さらに、データに注目する際は「なぜこの数字になったのか」という仮説を立て、チーム内で共有することの重要性を知りました。月初には、プロジェクトを通じた「ありたい姿」を簡潔に1～2行でまとめ、企画立案や施策レビューの際には、3Cや4Pなどのフレームワークを活用して情報を構造化することで、現状のチェックと翌月に意識すべきスキルの選定が可能になると感じています.

目的と設計はどう変わる？ 自分の目的と相手の目的を整理しながら、自社のWebサイトの設計を見直す必要性を感じました。無形商材の場合、ユーザーに疑似体験させる工夫が重要で、サービスの流れや機能を紙やスライドで視覚化し、細かいフィードバックを受けることが効果的だと考えています。 試作で何を掴む？ 試作（テスト）からフィードバックを迅速に得ることが大切です。また、どのようなフィードバックを求めるかという視点を事前に持つことも必要だと感じました。課題の定義や情報設計が漠然としていると、良い試作へとつながりにくいため、前提をしっかり作り込み、アイデアを十分に出し切ることが重要です。 小さな挑戦はどう効く？ さらに、小さな試みを積み重ねることで、結果的に近道が見えてくると実感しています。正解へいち早く辿り着きたいという焦りが、かえってネックになることもあるため、スピード感と丁寧さの両面を大切にしていきたいと思います。 情報設計で成果を出す？ 情報設計においては、自分の目的と相手の目的を再検討し、課題の定義と連動させる余地があると感じています。さまざまなプロトタイプが存在し、それぞれの簡易さや工程の多さに違いはあるものの、得られるフィードバックの質にも個性があり、細かな確認を積み重ねることで質の高い成果物を生み出すと確信しています。

仕事を任せるときのポイントは？ 仕事を任せる際は、事前に計画を立て、相手との理解を共有することが重要です。任せた後は、過度に干渉せず、人の特性を見極めながら適度なアドバイスを行うように努めましょう。また、相談を受けたらその都度適切に回答し、誤りがあれば早い段階で軌道修正できるように計画的にフォローすることが効果的です。これにより、相手のモチベーションを上げることが可能となります。 振り返りをどう活用する？ 仕事を実行した後の振り返りもまた重要です。プロジェクトを実施した後、学んだことを言語化し、まとめることで、これを今後に生かすことができます。このプロセスにより、自分の自己効力感を確認でき、次回のプロジェクトにより良いアウトプットを生み出す助けとなります。チームメンバーとも学びを共有し、他の人の意見を聞くことで独りよがりにならないようにしましょう。 モチベーションを高めるには？ モチベーションに関しては、相手のこだわりポイントを尊重し、その成長を支援するようなアドバイスを心掛けることが大切です。相手の得意分野を見極め、それを引き上げることで、自己効力感を高めると共に、他のタスクにも良い影響を与えることができます。具体的な成果を評価し、結果を尊重する言葉をかけることで、彼らのやる気スイッチを押し、自発的な取り組みを促しましょう。

イシューって何？ イシューとは何か、またそれを設定して考えることの重要性について、改めて学ぶ機会となりました。まず、問題を解決するための方向性を決めるために、情報を分解していく手法や、グラフを用いた視覚化、さらに表を加工するなど、これまで学んできたことを実践的に振り返ることができたように思います。しかし、情報を細分化することに関しては、まだ苦手だと感じました。これを克服するために、実際の業務を通じて追体験を重ねていきたいと考えています。 課題の捉え方は？ 日々の提案資料を作成する際には、その提案が本当に重要な課題を特定できているかどうかを自問自答しながら、資料作成に取り組むことを心がけています。会議に参加すると、イシューがずれていると感じることや、時には自分がずらしてしまったかもと思うことがあります。そのため、適切な課題を捉えるという大前提を忘れないようにしたいと考えています。 PPTの下準備は？ また、PPTを作成する際には、最初からPPTに向き合うのではなく、Miroなどのツールを活用してラフスケッチから始めることを心がけたいです。その際には、問題を分解し、グラフを用いて視覚化し、一手間かけて表を加工することを意識します。そして、イシューを特定した状態で会議に参加できるよう、事前準備をしっかりと行うことを目標にしています。

事実と推計の評価は？ 取捨選択を考える際は、多角的に評価することが重要であり、それに対する重みづけも大切です。評価を行う際には、実際の事実を集めることが最も効果的ですが、信頼できる推計を利用することも有効な手段です。経験を積むことで、適切な生産性の判断ができるようになりたいと考えています。また、定量的な視点に限定されず、経緯など定性的な視点からの補足も有効です。捨てるためには、事前の準備が重要であると感じました。最終的には「判断」であり、学びをいかに使いこなすかは自分次第です。 不要業務の見極めは？ 我々の組織においては、「やらなくていいこと」はあまり多くないと気付かされました。つまり、IT部門が行わず他部署や社外に引き渡すことが「やらなくていいこと」に該当すると考えられます。突発案件も含め、必要に応じて業務を放棄するという選択肢を用いて、現場の負荷を一定範囲内でコントロールしたいと思います。 優先順位はどう決める？ 業務の優先順位を評価するために、いくつかの基準を定めることが必要です。まず、現状の業務を重要性、領域、役割などで大まかに層別します。そして、層別したグループごとに評価し、優先順位をつけます。この際、優先度の低いグループについては、廃止やアウトソース、他部署への引き渡しといった方針を立てておくことも考えに入れます。

原因の仮説はどう？ 今週は「原因」に焦点を当てた学びがあり、主に3点が自分にとって大きな収穫となりました。まず、原因の仮説を立てる際には、従来のフレームワークだけでなく「対概念」という考え方を取り入れることで、より広い視点から問題を捉える必要性を感じました。 評価指標は何かな？ 次に、原因に対する「How」を考察する際には、あらかじめ適切な判断基準を設定し、評価を点数化することで定量的に捉える手法が有効であると学びました。この考え方は、問題解決のプロセスをより明確にし、客観的な評価につながるため、実務にも活かしやすいと感じています。 実践テストは有効？ また、3点目のA/Bテストについては、ランダム化試験が関わる業務に従事している自分にとって、理論的背景を改めて理解する良い機会でした。特に、比較する際に「できるだけ他の条件を一致させる」という視点は、実際の業務における実践的な振り返りとなりました。 学びを次に活かす？ これらの学びは、すでに無意識に行っていた対概念の活用や点数化の手法を、今後はより意識的に取り入れていくことで、自分の成長につなげたいと考えています。実際、現在検討中の業務の対応策において、コスト・時間・品質といった評価項目を設定し、それらを〇・△・×で可視化する手法を取り入れる予定です。