(4ページ目)

実施

に関する学び

---

相手のやる気はどう引き出す？ 仕事を依頼する際は、相手がやる気になれるよう、相手の関心やモチベーションについて事前に把握し、任せる仕事がどのように自身の成長や目標実現に役立つかを明確に伝えることが大切です。大きなプロジェクトの一部を依頼する場合でも、その作業が全体の中でどのような位置づけにあるのか、目的が何であるのか、そして仕事を通してどのようなスキルが身につくのかを説明し、意味付けをするよう努めます。また、仕事の成果がどのように活かされたかというフィードバックや、プロジェクト終了時の感謝や労いの言葉は、相手にとって大きな励みとなります。 任せた後はどう見守る？ 仕事を任せた後は、責任感を持たせる一方で、丸投げにせず定期的に進捗や成果をフォローすることが求められます。問題が発生した際は、まず事態の収拾に努め、その後、なぜ問題が起こったのか、どのような行動が原因となったのかを多角的に分析します。この分析では「誰が」ではなく、「何が」「どのように」うまくいかなかったのかに着目し、具体的な改善策を一緒に考えることが重要です。振り返りを定期的に実施し、出来たこと・できなかったことの両面を本人自らの言葉で語ってもらい、次に活かせる気づきを得る機会とします。 リーダー経験はどう育つ？ 部署MBOプロジェクトにおいては、4～8年目のスタッフにリーダー経験を積んでもらうことが目的です。グループリーダーが主体となり、計画の立案から実行、評価、修正までを自ら行うことで、計画を自分の問題として捉え、仕事に対する責任を持つよう促します。定期的な振り返りの場では、計画通りに進んでいるか、逸脱している部分はないかを本人の言葉で確認し、必要に応じてどのように修正すべきかを一緒に考えます。また、経験を積んだスタッフをサポートメンバーとして配置し、相互に振り返りを行うことで、全体の成長を支援しています。 他部署連携はどう築く？ 一方、部署横断長期計画では、9年以上の経験を持つスタッフが他部署との協働プログラムに参加し、モチベーション向上を図っています。参加メンバーには、短い時間でも構わないので、他部署での経験や困難、工夫した点について語ってもらい、そこで感じたことや必要なサポートを共有してもらいます。これにより、相手が大切にしている考えや、どんな環境で力を発揮できるかを理解し、衛生要因や動機づけに基づいて、必要なインセンティブや支援の方法を考えます。普段の業務での様子や他者との関わり方を観察することで、一人ひとりの目標やモチベーションの源泉を見極め、次回以降の活動に活かせるようサポート体制を整えることも重要です。

モチベーション理論の活用は？ モチベーション理論を振り返ると、仕事や身近な人々のモチベーションに当てはめたとき、多くの納得できる点がありました。目に見えないモチベーションですが、理論をフレームワークとして活用することで、次に取る行動のヒントとなると感じました。今後、日常業務でもこの理論を積極的に取り入れていきたいと思います。 仕事の振り返りはどのように？ 仕事の振り返りについては、これまで自身の経験をもとに教訓を話すことが多かったため、今後は若手自身の言葉で考えを語ってもらえるよう意識していく必要があると感じました。 リーダーは何をすべき？ また、チーム全体で大きな成果を出すためには、各メンバーのモチベーションが非常に重要です。ただし、リーダーが「あなたのモチベーションを上げようとする」と伝えると、必ずしも良い反応を得られるとは限りません。モチベーションの向上はあくまでも成果として現れるものであり、リーダーとしては業務上の障壁を取り除くことに力を入れるべきだと考えています。ここでいう障壁は、ある理論で指摘される衛生要因や動機付け要因に関するものです。 効果的な対応方法は？ 日常的なコミュニケーションを通じて、各人のモチベーションの源泉を把握した上で、プロジェクトの進行中に発生する課題やトラブル、節目の際にタイムリーかつ迅速に対応していきたいと考えています。対象者ごとの接し方は以下の通りです。 まず、ベテランには感謝と労いの言葉を中心に伝え、相手の自尊心を満たすことを重要視します。困難や不満を感じている場合は、率直な意見を聞き、その声に寄り添う姿勢を示すことが大切です。また、年齢差を考慮し、過度なアドバイスは控えて尊重と傾聴を優先します。 中堅層に対しても同様に感謝と労いを伝え、今回学んだ振り返りのテンプレートを基に、相手の反応を見ながら次回に活かせるようなアドバイスを心がけます。本人のやり方を尊重しつつ、改善の余地がある点については成長の機会として積極的に指摘していきます。 ほぼ新人の若手には、感謝と労いの言葉を十分に伝えた上で、学んだテンプレートに沿ったフィードバックを実施し、成長を促すよう努めます。新人は基本の習得が中心となるため、基本に忠実な対応が求められます。 フィードバックのポイントは？ 仕事の振り返りは、業務の流れの中で自然に伝えられるよう、できるだけタイムリーかつ迅速に実施したいと考えています。業務の一区切り前から「良かった点」や「改善点」を意識することで、あえて改まった場を設ける必要がなくなり、効果的なフィードバックが可能になると感じました。

会話分析で隠れたニーズは？ 定性分析について学んだ中で、CRMの管理者として、営業担当が顧客との面談で交わした会話内容をテキスト分析することで、隠れたニーズを発掘できるのではないかと考えました。一人ひとりの顧客に対し、営業担当自身がそのニーズに気づけるCRMシステムが理想です。しかし、そのシステムが効果を発揮するためには、まず営業担当のインタビュー能力を高め、会話内容を漏れなくテキストとして記録する仕組みが必要だと感じました。 研修でどう均てんする？ インタビュー能力の均てん化は研修を通じて改善できると考え、記録については音声入力などのテクノロジーが一定の解決策を提供してくれるのではないかと思います。 セグメントの切り口は何？ また、顧客のセグメンテーションは売上などの定量的な視点からだけでなく、定性分析を通じてこれまでとは異なる切り口で行える可能性があり、その各セグメントに対する最適な解決策を考えることができると感じました。このため、膨大なテキストデータのコーディング作業が非常に重要だと考え、AIの活用により効率的に対応できるのではないかと期待しています。 システム改善をどう確認する？ システム導入については、すぐに実施するのは難しい状況ですが、リニューアルされた別のシステムが以前より使いやすくなったかどうかをチャットベースでのインタビューを通して確認する取り組みも行っています。ただし、単に「使いやすくなった」といった安易な回答に終始せず、具体的にどの点が改善され、どこに課題があるのかを掘り下げる質問をしていくことが重要だと考えています。たとえば、普段どのページにアクセスしているのか、そのページやデータへのアクセスが容易になったかを確認するなど、具体的な視点から質問を設定しています。 利用意義をどう問う？ また、システム利用によって本来的に実現したいことに焦点を当てる必要性も感じました。問題点を問うのではなく、見たいデータへのアクセス手順が改善されたか、データがインサイトを得られるように可視化されているか、といった具体的な問いを設定するべきです。ざっくばらんに意見を募ると、後々コーディングして集約する際に混乱が生じる恐れがあります。 仮説構築の秘訣は何？ 定量分析が仮説の検証を目的とするのに対し、定性分析は新たな仮説構築を目的とします。コーディングを通じてプロセスやフレームワークを構築することで、これまで想定しなかった要素も明らかになるでしょう。デザイン思考においては、仮説が広範囲になりすぎず、解決策ありきの課題設定を避けることが肝要だと感じました。

捨てる判断が重要な理由は？ 自身の職場では「捨てる」判断が関係者から賛成を得やすいパターンがあり、それは大半が「自分も面倒臭い、無駄だと思っていたことがなくなる時」です。反対に反発を受けやすいのは、新しいことを始めるために古いことを捨てる時で、「新しいことの方が工数が多く面倒そうだ」と感じる場合が多いです。これはどこの職場でもある程度パターン化されており、傾向が見えやすいと思います。 お試し期間の意義とは？ 現在の職場では、新規プランを継続するかを検討するために「お試し期間」を設け、関係者からヒアリングを行いつつ、時にはあっさりと「捨てる」決断もしています。これは十分なリソースがあるからこそ実現できることですが、リソースの有無に関わらず、「捨てる」際の指標を明確にすることが重要だと感じました。 整理整頓で気づいた問題点は？ 日常的に「整理（整頓）」することは習慣化できていますが、整理整頓の選択肢として「捨てる」ということは無意識的に除外していることに気付きました。それは、ブランドの事例のように中途半端な状態に陥らないかという点を危惧しているからです。トレードオフ関係の有無といった要素の洗い出しが十分に行えていないことや、自分の判断に自信がないことが根底にあるのではないかと考えています。難しい判断であるからこそ、関係者の納得感を得るために「捨てた場合」だけでなく、「捨てなかった場合」も含め、あらゆる方向から検討が必要です。それに加え、スピード感を意識しながら実行できるようになりたいと感じています。 技術伝承の課題はどう克服する？ サービス技術の伝承は大別して、①ある程度マニュアル化されているもの、②経験者から教わるものの2種類があります。後者が圧倒的に多く、昔からの慣例に縛られることが多いため、「捨てる」判断が特に難しいです。そんな時に力を発揮するのは「時間」です。特に私たちの現場では「残された時間」や「安全の観点」は絶対に他のものとトレードオフの関係にならないということも今回、言語化・明確化できたことは収穫です。 過去の業務態度に学びはある？ 過去の業務態度を思い返すと多数のプロジェクトが動いていた際には、目まぐるしい日々の中でROI（費用対効果）検討の「時間配分1％あたりの利益率の算出」といった表作成に時間を割くことは難しく、余裕も感じていませんでした。振り返ると、工数管理は実施していたものの、ざっくりしたプランニングであったため無駄な工数が発生していたり、リードタイムをさらに短く設定することが可能な部分も多かったと反省しています。

考える力を深める方法とは？ 自身の思考を広げ、本質的な課題や解決策を導き出すためには、「目的意識」「3つの視」「具体と抽象化の繰り返し」「問い続けること」が重要だと学びました。これらを怠ると、「問題の本質に気付けていない」「狭い範囲の検討に留まり議論のすれ違い・解の見落とし」というビジネスで成果を出す上での大きな障害を放置することになると感じました。 新たな価値を創出するには？ これらの要素を使いこなすことで、それまで別の事象としてしか捉えていなかったことの繋がりを発見し、他者が気付かないような価値（ソリューションやビジネスモデル）を創り出すことができると気付きました。特に、「3つの視」についてはこれまでは「2つ上の目線で考える」ことを重視してきましたが、視座の高さだけでなく、視野・視点を意識することでより客観的な視点を得て、論理的な理論構築が可能となると感じました。 情報収集の精度を上げるには？ また、自身や自社の専門性の無い分野へのソリューションやビジネスモデルの検討において、まず当該市場の初期調査を実施しソリューション検討に入りますが、得られる情報だけでは適切な市場・顧客セグメント・ターゲティングの検討が十分な精度でできていないと感じています。調査では省庁資料や専門誌からの情報取得、フレームワークを活用した課題整理など、効率的な進め方を意識していますが、後から情報を継ぎ足しで補完することが多々あります。そして、そうして得た情報の中に本来気付くべき課題やソリューション検討のヒントになる情報が隠れていたと後ほど気付くことも多いです。クリティカルシンキング、特に「3つの視」「具体と抽象化の繰り返し」を意識することで、情報を的確に深く調査し、精度の高い解や仮説を導けるようになると感じました。 プレゼンスキルを向上させるには？ さらに、役員向けプレゼンを行う際、「3つの視」「具体と抽象化の繰り返し」「問い続けること」を意識しストーリー構築を進めることで、自身の主張を裏付ける根拠の論理性が向上し、論理の飛躍を防止する効果が得られると感じました。 業界分析のアプローチ法は？ ソリューション提供やビジネスモデル構築に関わる業界、企業、個人（クラスター）を「3つの視」で捉え直し、「他に対象はないか」「構築した仮説は他の視点・視野・視座から視た際にどうか？それらを考慮し他に検討すべき事項は無いか」などを深掘りする。他に検討すべきことが見つかった際は、具体と抽象の思考でタテ・ヨコ・ナナメの関連事項を洗い出す、というプロセスが重要だと感じました。

試作で既視感感じる？ 試作は、プロダクトデザインや建築プロジェクトで通常実施される工程であるため、どこか既視感を覚えました。また、WEBのインターフェイスデザインに見られる機械のスイッチパネルといったメタファーは、自身の専門分野に近いこともあり、非常に理解しやすいと感じました。 WEB手法は建築に合う？ WEBデザインと同様のプロセスが、建築や施設管理運営のデザインにどのように応用できるのか、非常に興味深いと感じています。これまでの事例に照らし合わせ、応用の可能性を検討してみるとともに、自身の事務所のホームページのリニューアルにも活用する予定です。 建築手法は信頼できる？ 建築業界で活用される開発手法は、長い歴史と多くの実践に裏打ちされているため、精度が高く実務にも適していると実感します。しかし、似た考えを持つ人々によって運用されるため、気づかぬうちに独自の進化を遂げる場合もあります。また、竣工後のオペレーションや保守管理におけるプロトタイピングについては、まだ標準化された手法が確立されていないのが現状です。 デジタル手法は革新的？ 一方、デジタル分野ではアジャイルなど、他分野にも影響を与える新たな開発手法が続々と生まれており、今回学んだフレームワークも積極的に研究し、応用してみたいと思います。機会があれば、実際にデジタル業界で活躍されている方のお話も伺いたいと考えています。 評価の落とし穴は？ プロトタイピングの課題として、専門家でないユーザーが成果物の内容よりも表現技術の巧拙に左右されやすい点が挙げられます。上手な絵、最新の機材を活用した表現、巧みな言葉遣い、さらにはアイデアの発案者の知名度や地位によって、ユーザーの評価が影響を受けることがあるのです。優れたプロダクトを生み出すためには、制作者自身も厳しい目線を持つユーザーとの協働が必要だと感じています。 プロトタイプの役割は？ また、プロトタイプは単なる開発工程の一部に留まらず、ユーザーとの対話のためのメディアとして機能すること、さらには開発チーム内のコミュニケーションツールにもなることを改めて確認できました。 意味の共有はどう？ こうしたポイントは理解しているつもりでも、実際の開発後半では、開発者のアイデアを強調するためのプレゼンテーションツールとして利用され、ユーザーや他のメンバーが十分に参画できなくなるケースも少なくありません。今後の開発プロセスでは、プロトタイプの本来の意味をチーム全体で共有し、全員が対話できる環境作りに注力したいと考えています。

目指す姿はどう描く？ リーダーシップの本質は、まず目指す姿を明確に描くことにあると実感しました。リーダーに求められる要素は「行動」「能力」「意識」の3層に分けられ、特に今回は目に見える行動に焦点が当てられていました。行動は能力と意識の掛け算と捉えられ、多角的な解釈が可能だと感じました。また、リーダーは生まれつきの資質だけでなく、育成可能であるという考えに自信を持つことができたことも印象的でした。明確なビジョンを示し、夢を語ることで、その行動は他者が学びやすく、模倣できるものとなります。加えて、行動は決断力や説得力といった能力、すなわちその人物への信頼感の基盤があってこそ成り立つものだと理解できました。 誰もがリーダーになれる？ また、今回の学びから、リーダーシップは上司やベテランだけが発揮できるものではなく、場面や状況に応じて誰もが発揮できるものであるという考えに至りました。まずは今年の戦略目標の達成を目指し、各タスクにおいて担当メンバーが主体的に行動できる体制の構築が重要だと感じます。自分自身は、スキルや意識の不足部分を補う努力を重ね、組織内での信頼を獲得することを目指します。当たり前のことを着実に実践することで、信頼されるリーダーとしての影響力を高めていきたいと考えています。 戦略はどう整理する？ 具体的な取り組みとして、まず組織全体で戦略目標を明確に整理し、各タスクの位置づけや意義を可視化することが必要です。チーム全体でミーティングを開催し、目指す姿を共有することで、メンバー全員が当事者意識を持てる環境作りを進めます。次に、自己分析を通じて自分に不足しているリーダースキルや意識を特定し、360度フィードバックなどの手法で客観的な自己認識を深めます。さらに、各タスクのリーダーに対しては、権限や責任の明確化、目的意識の共有、定期的な1on1ミーティングを実施することで、課題や悩みを共有する時間を設けます。そして、組織横断的な協働企画を意図的に設計し、各メンバーの強みを見える化して共有することで、異なる価値観や多様なバックグラウンドを持つメンバーがお互いを尊重し合える文化を醸成します。 信頼はどう築く？ 最終的には、定期的な振り返りの場を設け、成功体験のみならず失敗からの学びも共有することで、心理的安全性の高い環境を整えます。メンバー自身がリーダーシップを発揮した成功事例を共有する仕組みを導入し、「誰もがリーダーになれる」組織文化を定着させ、来年の戦略目標策定にも全員が積極的に参画する体制を目指していきたいと考えています。

思考の癖をどう克服する？ 印象に残ったこと、また学びとして感じたことは三つあります。 まず一つ目は、「自他の思考には癖がある」という点です。人間の脳は経験や知識を基に、自分の考えやすいことを考える癖があります。これを解消するために必要なのがクリティカル・シンキングやロジカル・シンキングです。この思考の癖を修正するためには、深く考えることが重要です。「なぜやるのか？」「目的は何か？」といった問いを繰り返すことで物事の解像度が上がり、不確実性の高い状況でも正しい意思決定ができるようになります。 短期と長期のロジカルシンキングの違いは？ 二つ目は、「ロジカルシンキングには短期と長期の2つの観点がある」ということです。短期的なロジカルシンキングは、会議やチャットでのコミュニケーションなど即時の対応が必要な場面で求められます。一方で、長期的には課題検証や市場調査のように時間をかけて取り組む事例があります。それぞれの性質に応じた思考の型を考慮する必要があります。 思考を行動に移す意味とは？ 三つ目は、「考えるだけでなく行動しないと、ロジカルシンキングは身につかない」ということです。どれだけクリティカルな思考をしていても、それを他者と議論しなければ思考力は育ちません。議論を通して、自分の思考がどの程度正確か評価されます。また、多様な視点を持つためにも、他人のフィードバックを受けてさらに深めるプロセスが重要なのです。 思考法をどう実践で活用する？ これらの思考法は様々な場面で活用できると感じています。例えば会議においては、参加者として会議のゴールや議論の意図を確認し、目的に沿った意見を発言することでより良い意思決定が可能になります。ファシリテーターの場合は、他の人の意見を深掘りし、整理することで、全員が納得する結論に導けると思います。 また、課題検証の場面でも役立ちます。クリティカルシンキングを身につけることで、与えられた課題を深く考え、その目的を明確にする行動が取れるようになります。そうすることで、課題を解いた時のインパクトを最大化することが可能です。 私自身も会議の場面では積極的に意見を述べることから始めていこうと思っています。幸いなことに、チームメンバーはフラットな議論を歓迎してくれるので、この環境を利用して思考を深めていくことを目指します。 課題検証の場面では、なぜ課題に取り組むのかをメンバーとすり合わせる作業を必ず実施したいです。課題の緊急性や重要度を明確にすることが、結果的に顧客の価値に繋がると信じています。

何を学んだ？ 今回特に学んだことは以下の3点です。 全体定義はなぜ？ まず、問題に取り掛かる際は全体を定義することが重要です。いきなり分解や分析に入るのではなく、どのような回答となりそうかを想像し、仮説を立てることから始めます。その後、その仮説を検証するための分析方法を実施します。 MECEって何？ 次に、MECE（Mutually Exclusive, Collectively Exhaustive）を意識することです。データを分析する際、漏れなくダブりがないかをチェックします。MECEが守られていない場合、分析結果が正しく事象を表していないことになり、本質を理解するためにこの考え方は重要です。 疑問で深掘りする？ 最後に、結果が出ても「なぜ？本当に？」と繰り返すことです。分析結果が出た際に、それが正しく事象を表せているのか、なぜそのような結果になるのかを2～3回と深掘りして追求します。この過程で、異なる切り口での分析や、データ自体の見直しを行うことで、深い理解につながり、正しい答えにたどり着けるものと考えます。 現場で生かせる？ 私は他部署で発生した事象について報告する業務が多いため、そこで学びを活用したいと思っています。たとえば、事業会社の売上実績を自部署内の会議で報告する際や、サプライチェーンの原材料調達コストの分析、新規プロジェクト立ち上げ時の計画立案などです。それぞれの場面で、様々な切り口で考え、MECEに基づいた分析を行い、結果を深掘るといったサイクルが非常に有効であると考えています。 データ報告の秘訣？ 具体的な業務の中で、事業会社の毎月の売上実績を自部署内で共有する場面があります。ここでは、以下のように進めています： 定義の要点は？ まず全体を定義します。事業会社から提供されるデータをもとに、いきなり売上や利益、単価の推移などを見るのではなく、何を部署内で共有するべきか、ポイントは何かを意識して仮説を立ててから分析に入ります。 分析は整ってる？ 次に、MECEを意識します。その月の重点事項を決めたら、売上や利益、エリアや商品といった切り口で漏れなくダブりのない分析を進め、重点事項が正しいかどうか検証します。 結果の真意は？ 最後に、結果が出ても「なぜ？本当に？」と繰り返します。もし仮説通りの検証結果が得られた場合でも、それが本当か確認します。異なる切り口からの確認も行い、事業会社から提供されたデータの数値を元に読み解くことを続けていきます。

エンパワメントは何が肝心？ ■エンパワメント・マネジメントについて エンパワメント・マネジメントは、リーダーシップの技法のひとつです。目標は明示しながらも、実行方法はメンバー自身の判断に任せることで自律性を促進します。また、メンバーが活動しやすい環境を整える支援が重要となります。実行プロセスにおいては権限と責任を譲渡し、育成に努めるエンパワメント型と、すべての命令を管理する命令管理型とがあります。 どう実践すべきか？ ■エンパワメントの実践ステップ エンパワメントの実践には、以下のステップがあります。すべてのプロセスでは、双方のコミュニケーションを重ねることが自立を促すために必要です。 ① 目的やビジョンの共有 ② 対象者の把握 ③ 適切な仕事の割り当て ④ コーチングによる動機付け ⑤ 実行支援 注意すべき点は？ ■実践時の留意点 ・各メンバーに適した仕事、あるいは不向きな仕事を見極めること ・部下の持つ権限が十分に機能していない状況を避けること ・リスクを想定し、対策を事前に準備しておくこと 現状の課題は？ ■直近の業務と発生している課題 私が直近で担当しているシステム開発におけるテストでは、複数のシステム連携テストを実施するため、以下の作業を行っています。 ① システムテストの計画作成 ② テストシナリオの作成 ③ システムテストの実行および推進 しかし、現状ではテスト対象や関係するシステムの内容が十分に共有されていない課題が発生しています。直接の原因として、以下の3点が挙げられます。 ・ドキュメントによる情報共有がなされていない ・情報が日本語で記述されていない ・イメージ図が用いられていない どのように対応？ ■対応策と運用方法 対象は課題が発生している各担当者です。これまでは目標は明示し、遂行方法はメンバーの自主判断に任せるエンパワメント・マネジメントで進めていましたが、現状を改善するため命令型に一部切り替え、フォローアップを強化する方針です。 具体的には、発生している各課題に対して、私自身が実際に動いて一つ一つ内容を整理していきます。また、ゴール達成のために必要なタスクをより細かい粒度で言語化し、メンバーとともにタスクを解消していく形で進めます。再度、以下の課題点について検討・改善していきます。 ・ドキュメントでの情報共有の不備 ・日本語での記述不足 ・イメージ図の欠如

費用構造を理解した？ 固定費と変動費の構造や稼働率の関連性を実践演習を通して学んだ結果、単に生産数量を増やすだけではなく、費用の内訳をしっかり理解する必要性を実感しました。また、物事を一面的に捉えるだけでは、意図しない逆効果が生じる可能性があるため、多角的な視点で根本的な原因を見極める重要性も学びました。 経験曲線を再考する？ 経験曲線の傾きは業界ごとだけでなく、企業ごとにも異なるという点が非常に興味深かったです。日々の業務に対する姿勢や改善への取り組みが習熟効果に大きく影響するため、ルーチンワークであっても常に意識して改善策を考える必要性を改めて感じました。 異動で何を得た？ また、異動などで新たな業務に取り組む中で、これまでに培った知識や人とのつながりが大きな力になることを実感しました。これにより、知らず知らずのうちに範囲の経済性を体験し、実践していることに気づく機会となりました。 技術の視点は新しい？ ハードウェア開発を主な業務とする中で、ソフトウェアが短期間で爆発的に普及するというコンセプトは全く新鮮でした。これまで、ソフトウェアはハードウェアの性能を最大限に引き出す役割と捉えていましたが、今後はハードウェアの役割についても新たな視点で検討していく必要性を感じています。 規模経済をどう考える？ 自社の自動車製造においては、規模の経済性を活用することで現行の価格が実現されていることを再認識しました。多品種少量生産であっても、生産負荷や作業工数、生産設備の平準化に注力しなければ、規模の経済の恩恵を受けることは難しいと考えます。そのため、製造工程における設計や仕様の選定を意識して、今後の開発や運用に活かしていきたいと思います。さらに、新技術の研究開発においては、製造面での規模の経済、研究開発面での範囲の経済の両方を検討し、また市場参入後には習熟効果の向上に向けたノウハウの蓄積と改善策の実施も併せて進める予定です。 最適なバランスは？ 規模の経済を正しく活用するためには、単に生産数量を増やすことだけでなく、製法や調達方法などあらゆる要素に目を向け、最適なバランスを追求することが重要です。さらに、既存のノウハウを活かしながら、異なる分野の常識と自社の常識とを比較検討することで、一見非常識に思える中に有望なアイディアが隠れている可能性もあります。今後は、こうした多角的な視点をグループメンバーとのディスカッションの中で共有し、改善策の議題として積極的に取り上げていきたいと考えています。

思考のクセ、どう認知する？ クリティカルシンキングを身に着ける上で、今の自分に特に足りていないのは「思考のクセや偏りがあることの認知」だと感じました。課題解決に対する打ち手を考える際、「どうせこれで合っている」「自分の考えは間違っていない」と決めつけてしまうことが多いため、自分の考えには癖があるのです。これを客観的に見つめ直し、時には他者からのフィードバックを通して改善していきたいと思います。 求職者から学んだことは？ 具体的に、自身の思考の偏りを実感した場面として、求職者がある企業に入社を決めた理由について「入社後のイメージが湧いたから」と話していたことがあります。私はより給与や休日の多い別の企業を選ぶのが当然だと思い込んでいたため、他の価値観も大切にされることを改めて認識しました。この経験から、求職者からの応募を集める広告作成の際、給与や休日だけではなく別の視点も重要だと気づきました。この学びを活かし、思考の偏りを避けるために、「自分だけの考えで決めつけていないか」「他に方法はないか」を自問自答しながら意思決定を進めたいと思います。 思考の認知がもたらす効果とは？ 「思考のクセや偏りの認知」は課題解決の場面や社内外のコミュニケーションで役立つと考えています。各場面での具体的な効果は以下の通りです。 【課題解決のための打ち手立案】 ・自分でも気づかなかった課題の要素に気付ける。 ・1つの案だけでなく、予備案を用意できることで、課題解決の可能性が高まる。 【社内の別部署とのコミュニケーション】 ・相手の立場を考え、必要な情報収集や前提の共有ができ、納得感の高いコミュニケーションが図れる。 【クライアントとの打ち合わせ】 ・相手の発言の背景を理解しながら話を進めることで、必要な情報提供ができ、合意に至る可能性が高くなる。 思考の偏りを減らす取り組み 以下の具体的な取り組みを実施したいと考えています。 ・課題解決時にはロジックツリーを用いて要素を分解し、「本当にMECE（漏れなく重複なく）か？」と自問自答する。 ・自分の考えを上司や同僚に相談する。 ・原因を探る際には「なぜ」を少なくとも3回繰り返す。 ・結論だけでなく、その結論に至ったプロセスに着目し、相手がいる場合はその内容を共有する。 ・コミュニケーションの際は必ず会話の前提を意識し、「相手に正しく伝わる言葉選び」を心がける。 これらを実践することで、思考の偏りを減らし、より効果的な意思決定ができるようになると確信しています。