(2ページ目)

本 ✕ システム

に関する学び

---

店舗改善で何が重要？ 店舗のオペレーション改善においては、新機器やシステムの導入、新サービス開始に伴うオペレーション変更、生産性向上を目的とした人員配置の見直しなど、検証を重ねています。これから実務に取り組むにあたり、特に以下の2点を意識して改善を図りたいと考えています。 迅速な試作品作りは？ まず1つ目は、初期段階で迅速にプロトタイプを構築することです。通常、本社のラボでテストを実施してから実店舗での検証へと進むため、準備や実施、レビューに多くの時間がかかってしまいます。初期のテストも何度か繰り返すことが多いため、まずは主な要素に絞ってプロトタイプを早く考え始めることが重要だと感じています。 抽象思考はどう進化？ 次に2つ目は、抽象的な考えを手で形にすることです。頭の中で考えるだけでは前に進まないこともあるため、絵や図に描くことで思考を整理するとともに、他者と共有し意見を募りやすくなると考えています。 他部署との連携は？ 講義を受けてからまだ実践する機会はありませんが、以前、店舗で使用する資材を他部署と共同で開発した際、このプロセスが非常に効果的だった経験があります。まずは手書きでプロトタイプを作成し、各部署から意見やフィードバックを集めてブラッシュアップ。その後、外部にデザインを依頼し、校正された資材を実店舗で実践しました。店舗から寄せられたフィードバックを基に改善を加えることで、何度の検証を重ねた結果、より良いものが出来上がり、後の手戻りや修正が大幅に減ると実感しました。 試作がもたらす効果は？ このように、プロトタイプの作成は単なるモノのデザインに留まらず、オペレーション改善や自己の思考整理など、さまざまな分野で有効に活用できると感じています。日々の実務において、思い描いたアイディアをすぐに形にし、関係者と共有するプロセスを意識的に取り入れていきたいと思います。

経済性の基本は？ 規模の経済性と範囲の経済性について、大変興味深い学びを得ました。 規模経済って何？ まず、規模の経済性についてです。これは企業が生産量を増やすことで、一単位あたりのコストが下がる現象を指します。生産量の増加により、固定費やその他の生産コストが分散されるためです。例えば、自動車工場を開設するには高い初期コストが必要ですが、同じ設備で多くの自動車を生産することで、一台あたりのコストが低下します。大量に材料を購入することでさらなるコスト削減も可能です。つまり、大規模生産に移行するほど、コスト競争力が向上します。 範囲経済はどう？ 次に、範囲の経済性についてです。異なる商品を一緒に生産することで、単独生産よりコストが下がる現象です。これは生産プロセスや資源を共有できるためです。例えば、パンとクッキーを生産する食品会社では、同じ設備やスタッフを共用し、具材も小麦や砂糖などを共通して利用します。また、マーケティングも一つのブランドで複数の商品を宣伝することで、コストが抑えられます。多様な製品を生産することで、資源の効率的活用とコスト削減が実現します。 業務集約は効果的？ 私の業務においても、本社業務の移管や支店業務の集約が行われています。各支店で個別に行っていた業務を一か所に集中させることで、全体のコストが削減されています。中央集権的な運営によって、標準プロセスの導入やシステムの活用を可能とし、業務効率を向上させています。 未来の効率化は？ 今後はさらにプロセス効率化を図るため、IT技術やAIなど先進技術の導入が必要です。各支店が独自にノウハウを築くよりも、集中管理の方がコスト削減に寄与しています。実績を定量的に評価するため、時間工数の記録を行うことも重要です。業務を巻き取って新たに業務を構築する際には、時間工数以外の成果を事前に考慮することが必要であると学びました。

各メンバーとどう向き合う？ メンバーの欲求は個々で異なるため、大切なのは各メンバーと向き合い、衛生要因や動機づけ要因が満たされているかを正確に把握することです。 モチベーションの鍵は？ モチベーションとインセンティブは、メンバーが目標を達成するための基本的な行動メカニズムに深く関わっています。モチベーションは働く理由の背景を示し、金銭やステータス、自己実現などが含まれます。一方、インセンティブは、モチベーションを高めるために提供されるもので、金銭報酬や社会的評価、自己実現の場などが含まれます。この二つは整合性が必要です。 理論はどう見る？ モチベーションに関連する理論として、欲求五段階説、X理論・Y理論、衛生要因・動機づけ要因の3つがあります。欲求五段階説では、生理的、安全、社会的、承認・尊厳、自己実現の5つの段階が示されています。X理論・Y理論では、人間の働き方を異なる視点で解釈し、それぞれに対する対応が提案されます。衛生要因・動機づけ要因は、環境の改善が不満の解消にはつながるが、満足には直結しないことを示しています。 どう信頼を築く？ リーダーとして現実的にメンバーのモチベーションを向上させるためには、権限を持ちながらもメンバーを尊重し、明確な目標設定やフィードバックを通じて信頼性を高めることが挙げられます。特に、自己実現を促すような目標設定や、承認を得られるような仕事のやり方を意識することが重要です。 目標はどう設定？ 現在取り組んでいる業務の振り返りを通じて、メンバーが自ら下半期の目標を設定するよう会話を重ね、引き出していくことが求められます。また、新しいシステムの導入に際しての役割をどのように割り当てるかを考えることで、メンバーの承認欲求を満たす試みも実施しています。これらの対応を通じて、メンバーの反応を観察し、効果的だった点や課題を振り返ることが重要です。

インタビュー設計はなぜ？ 顧客のニーズを発掘するため、「参加型デザイン」「インタビュー設計」「ワークショップ設計」を学びましたが、現状の業務では時間やリソースの制約があるため、「インタビュー設計」が最も適していると感じました。イシューを明確にした上で、そのイシューに基づいた質問を作成するために労力をかける必要がありますが、顧客に過度な負荷をかけずに実践できる手法だと思います。 どうして質問を工夫？ また、質問を検討する際には、オープンエンド形式で詳細な問いを投げ、回答に影響を与えることなく実情を引き出す工夫が必要です。そのため、現行のサービスに関する質問だけでなく、そのサービスが使われる状況や日々の業務の流れまで把握できるような質問項目を作りたいと考えています。 なぜ非機能要件に注目？ さらに、インタビューの準備を進める中で、機能要件だけでなく非機能要件にも焦点を当てることで、潜在的な問題を掘り下げられる可能性に気づきました。たとえば、ある業務において印刷が必要な場合、ありがちな解決策は印刷スピードを上げたり、印刷枚数を減らすといった機能的な対策ですが、本質的な問いとして、そもそもその印刷が必要なのかという疑問を持つことも大切だと感じました。このように、インタビューを通じて共感を得るためには、しっかりとした準備と工夫が不可欠です。 ヒト中心の考えはどう？ 最後に、私が重要だと感じたのは、物事を「ヒト」を中心に捉え、絶対的な正解がないこと、ルールに縛られすぎずに柔軟に考える姿勢が必要だという点です。システム全体に目を向けると、その枠組み内でしか考えられない恐れがあります。そこで、「ヒト」の行動に注目することにより、問題の本質に近づける可能性があると感じました。ただし、その視点も自分のバイアスに偏らないよう、常に疑問を持ち、広い視野で捉えていくことが大切だと思います。

戦略思考の重要性とは？ 「戦略とは何か」「戦略的に考えることで何が得られるのか」という問いを深く考える機会を持てたことは、私にとって大きな学びでした。それまでは戦略思考を漠然と身につけたいと思っていましたが、戦略思考がどのような要素から成り立っているのか、なぜ自分がそれを重要視するのかを言語化する中で、自分は特に「目指すべき適切なゴールを定める」ことが苦手であると気づきました。この気づきにより、今後の学習を通じて「適切なゴール設定」を向上させることを目指すべきだと明確になりました。 戦略思考を業務でどう活かす？ 現在、製薬会社の社内外の問い合わせや製品資材作成を担う組織を統括する立場である私は、日々の業務に戦略的思考を活かせると考えています。具体的には、コールセンターの顧客満足度評価に基づく改善計画の策定と実行、新製品の上市に備えた新しい組織体制の準備とリソースの最適配分、生成AIなど新システムの導入、メンバーとの目標設定や日常業務の相談などが挙げられます。 目的を見失わないためには？ しかし、議論が進むにつれ、目的を見失いがちになることがあります。なぜそれを行う必要があるのか、何をやるべきか、その決定は本当に達成可能なのか、それは顧客が求めているのか、費用対効果や将来的な影響はどうか、最短・最速で達成できるのかといった問いを常に持ちながら、適切なゴールを定めることが、これらの問いを考える手助けになると考えています。 思考を視覚化する利点は？ また、多角的に考えるため、影響を与える要因を思考の中だけでなく書き出して言語化することを徹底しています。視覚化することで自分自身の考えも整理されやすくなり、相手との議論の際にも議論がスムーズに進むと実感しています。こうして影響を与える要因について考えると、どこが抜けているのかにも気づきやすくなると思います。

質問は本当に伝わる？ 振り返りの中で「質問に学ぶ」というテーマについて、まだ十分に消化しきれていないと感じています。プロセス自体は理解しているものの、実際の行動と言葉が一致せず、あいまいな質問になってしまっている点が課題です。 課題解決の流れは？ 具体的には、以下のステップを意識しています。まず、①何が課題・問題なのか、その問題が本当に問題なのかを見極めます。次に、②どこが悪いのか、何が問題なのかを明確にします。さらに、③なぜそうなったのか、本質的な原因を追求します。続いて、④どうするのか、解決策を考え、⑤どうやってやるのか、具体的な実施時期や手順を検討します。 業務の進行はどう？ 現業務ではシステム開発に従事しており、4月の本番稼働に向けて、日々残タスクの進捗や新たな課題の発生状況をフォローしています。しかし、限られた時間の中で相手としっかり共感し、次のアクションにつなげられているのかどうかは悩ましい点です。 対処はなぜ進まない？ 特に、残タスクが即日対応されず、翌日も状況が変わっていない点は大きな問題です。できない理由を明確にしてほしいという思いもあります。また、新たな課題が発生した場合、影響の有無や影響がある場合の回避策、制約事項、解消時期など、具体的な情報が全く出てこないことにも困っています。 習慣はどう定着する？ こうした状況を踏まえ、定型質問のように毎回同じ質問をすることで、双方が習慣として身につけられるように努めています。また、今のフェーズで求められているアクションについて、日々積極的に声掛けやフォローアップを実施しています。たとえおせっかいと思われるとしても、コミュニケーションを通じてしっかりフォローする姿勢を持ち続けることが重要だと考えています。

共感の価値は？ デザイン思考における「共感・課題定義・発想・試作・テスト」の5つのステップについて、2点の学びがありました。まず、共感の重要性です。共感とは単に同意することではなく、お互いが認識できる共通の「何か」を見出すことだと感じました。 非線形の魅力とは？ 次に、これらのステップは非線形に繋がっているという点です。特定の順序にこだわるより、行きつ戻りつのプロセスを経ることが、各ステップが互いに影響し合い、より良い思考とプロダクトにつながると実感しました。 意見共有は難しい？ また、システム開発の上流工程では、プロジェクトメンバー間でどのように意見を交わし、定義を共有するかが非常に重要です。システム思考がその施策として大きな役割を果たす可能性はあるものの、実際にどの程度効果を発揮するかはまだ未知数です。一方で、プロジェクトメンバー間で「共感」がどこまで実現できるのか不安に感じることもあります。これまでの経験から、どうしても「同感」に偏ってしまい、ほぼ100%の合意が必要とされる傾向があるように思えるからです。すなわち、MUSTとWANTの区別なく、すべてが必要とされる状況が根付いているのではないかと考えています。 今後の課題は？ この点については、今後学びながら整理し、業務に活かしていきたいと考えています。具体的には、まずは受講生の仲間に「共感」についてヒアリングを行い、意見を共有してみたいと思います。ワークは課題中心であるため、私個人の興味本位で話を進めるのではなく、オフ会や自主的な懇親会などの機会を利用して課題提起を試みるつもりです。また、実際の仕事の中で共感と同感の線引きがどのように行われているのかも観察しながら検証していきたいと考えています。

どう評価すべき？ 海外出張でライブ授業に参加できず、動画を観た感想を述べます。「評価を伝える」際には、良い評価も悪い評価も、本人に向き合ってもらう大切な機会と捉えるべきです。ただし、人は感情を持つ存在であり、事実のみを評価として伝えても、素直に受け止めてもらえるとは限りません。そのため、まずは本人の考えを尊重し、耳を傾けることが重要です。その上で、今後の成長に期待していることを伝え、自分もその成長にコミットする意志を示すべきです。そして、事実に基づいた評価とその理由を明確に伝え、ポジティブな言葉遣いと表情で接することが大切です。手間がかかるかもしれませんが、リーダーシップにおいて「人への理解」が基盤となることを考慮すると、これがリーダーとしての重要な要素だと実感しました。 対話はどうする？ 年末の評価フィードバックのタイミングでもあるので、メンバーとの対話の場では、このプロセスをしっかりと踏んでいきたいです。また、1 on 1 の場においても、人への理解を大前提に、話をしっかりと聴き、尊重し、共感することが大切です。そして、本人にも自己成長のために何が必要かを考えてもらえるように導いていきたいです. どう動機付ける？ 私自身、時にはプロセスを急いでしまう傾向がありますが、面談前には今回学んだことを振り返り、本人のポジティブな部分と改善点を明確に言語化してから臨むよう心掛けたいです。どうすれば人が動きたくなるのかについて、今回学んだ内容を活用し、企業の仕組み、人事システム、組織文化、個人の力の活用、リーダーシップ、人間行動の特性理解、エンパワーメント、モチベーション管理、リーダーシップのスタイルを実践しながら身につけていきたいと考えています.

デザイン思考をどう活かす？ デザイン思考には、共感、課題設定、発想、試作、テストのステップがあり、これを非線形に繰り返すことが重要だと学びました。この思考をビジネスに活かすためには、顧客やユーザーの行動を観察し、彼らの体験価値を最大化することが大切です。最近学んだカスタマージャーニーでも、ペルソナを細かく設定することが、サービスやプロダクト、戦略を考える上で重要だとされており、これがデザイン思考と通じると感じました。 学びを深めるステップは？ 学びにおいて大切なこととして、1.言語化、2.教訓化、3.自分化が挙げられ、これが特に印象に残りました。私は考えを言葉にするのが苦手なので、まず書いてみて、次に発言し、さらに伝わりやすくするステップを踏んでいければ良いと思っています。 システム開発の目的を再確認 現在、私は営業系のシステムを開発・管理・運用する部署に所属しており、社内の営業部門がメインの顧客です。これまで、ITやシステムに慣れていないユーザーをターゲットに、使いやすさを重視した設計を行ってきました。しかし、講義を通じて、システム開発の本来の目的は効率化や売上向上を図ることにあると考え直しました。ターゲット設定を見直し、本来の目的達成のための設計をもっと重視すべきかもしれないと感じました。 顧客理解に基づく設計とは？ システム開発においては、インターフェイスの使いやすさに過度に拘らず、データの意味を可視化し、顧客理解や戦略策定を実現するための設計に焦点を当てる必要があります。既存のシステムについても、ユーザー目線でその利用価値を最大化できるかを考え、ユーザーからのフィードバックを積極的に取り入れる姿勢が大切です。

分析の基本: 比較の重要性とは？ 分析は比較であるというシンプルな理解に到達しました。以前は、数字から何を見出すべきか分からず複雑に考えていましたが、シンプルな視点からスタートすることの重要性を学びました。ただし、正しい比較対象がなければ、正確な分析はできません。このことに関連して、"要素をそろえる"という部分については、さらに実践的な学習や本コースでの深掘りを行いたいです。 効率的な分析設計のために必須なことは？ また、グラフなどの見せ方を決定する以前に、分析する目的を設定すること、特に依頼された場合はその確認が大事だという点も理解しました。これにより、システムテストの品質評価やベンダー選定時など、具体的な場面で分析の質を向上させることができると考えています。 データ分析における注意点とは？ これまでの経験では、依頼時に目的が曖昧な状態で受け取ることが多く、データの分析において何をすべきか判断がつかなくなり、結論を出せないこともありました。今後は、以下の3点を重視して取り組む予定です。まず、やみくもにデータを加工せず、目的の確認と仮説立てを確実に行うこと。次に、分析は比較を念頭に置くこと。そして、比較対象を分析の目的に沿って選定することです。 依頼者とのコミュニケーションで何が重要？ 依頼者からは、目的の確認や必要な分析の方向性をしっかり聞き取ることが重要です。分析を始める前に目的を明確にするステップを必ず取り入れるべきだと感じました。その際、仮説をある程度考えると良いと思いました。また、仮説を立てる際には、比較対象が適切かどうかを依頼者と事前に合意することで、さらにスムーズに進められると感じています。

なぜギャップを把握する？ 問題解決のステップとして、What, Where, Why, Howは非常に重要であり、これらを順序に拘らず実施することが求められます。まず、問題として「あるべき姿」と「現状」とのギャップを自分自身でしっかりと把握することが必要です。このギャップを数字で表現することが大切であり、その表現によって関係者間で合意を取ることが肝要です。 未来志向でビジョンを描くには？ 問題解決を進める際には、「あるべき姿」と「現状」のギャップだけでなく、「ありたい姿」と「現状」のギャップにも注目することが重要です。これにより、問題の根本的な解決だけでなく、会社の成長を見据えた将来のビジョンを描くことができます。 バックオフィスの改善ステップ バックオフィス部門の集約化やIT化を進めるためには、以下のステップを踏むことが効果的です。まず、「現在の課題」を明確にし、「あるべき姿」を具体的に設定します。さらに、会社の成長に向けた「ありたい姿」を描き出し、そのギャップを明確に捉えます。 具体的な手順としては、次の通りです。 1. 問題が何か（What）、そしてその問題がどこにあるか（Where）を明確にする。 2. 「現状」、「あるべき姿」、「ありたい姿」を部門ごとに分け、それぞれを数字（在籍数、残業時間、処理数など）で表現する。 3. 解決策としてどのような体制・ツール（ITシステム等）が必要かを、ヒト・モノ・カネの観点から明確にし、具体的に説明する（How）。 こうしたアプローチを取ることで、バックオフィス部門の課題を効果的に解決し、IT化や集約化をスムーズに進めることができるでしょう。

仮説の立て方は？ 仮説を立てる際には、複数の仮説を提示し、網羅性を意識することが大切です。3Cや4Pといったフレームワークを活用すると、仮説を立てやすくなることを実感しました。また、単に考えただけでなく、様々な切り口からアプローチするよう努めることが重要だと感じました。 データ選びはどう？ データ収集については、誰にどのように聞くかが非常に大切です。自分に都合の良いデータだけでなく、反対の意見となる情報も収集するよう心掛けています。一見、目の前にある情報だけで判断せず、目的に沿ったデータであるかどうかを考える重要性を改めて感じました。実際、抽出したデータで本当に検証したい内容が導き出せるかを、常に見直す必要があると考えています。 サービスはどう伝わる？ 新しい運用やシステムの活用状況、また提供しているサービスがどのようにお客様に届いているかを分析する際は、まず言葉で仮説を立てることに取り組んでいます。これまで、数値を見ただけで直感的に考え、その立証に必要なデータをどう抽出するか検討していましたが、目的に合致しているのか不安に感じることもありました。そのため、自分にとって都合の良いデータだけに偏らないよう、改めて意識しています。 生産性向上はどう？ また、社内の生産性向上施策が実際に効果を上げているかを検証する際にも、フレームワークを用いて複数の仮説を立て、網羅的に検討することを意識しています。抽出したデータが目的に沿っているかを確認した上で、そこからどのような結論が導けるのかをしっかり検証することが重要だと感じました。