(2ページ目)

時間 ✕ システム

に関する学び

---

規模と範囲はどう違う？ ■学び 「規模の経済性」と「範囲の経済性」について学びました。規模の経済性に関しては、初めは「大きければ良い」という認識がありましたが、実際にはコスト単価が上がることや、固定費や変動費を含めたより包括的な理解が必要であることに気づきました。 範囲の経済性については、複数の事業を運営することで経済性を高めることができるという概念は理解していたものの、「範囲の不経済」になる可能性も考慮しなければならないという新しい視点を得られました。その結果、範囲の経済性が競争優位性となるかどうかを十分に検討する重要性を認識しました。また、範囲の経済性を追求する場合、安易な多角化には注意が必要です。 業務効率は上がるの？ ■規模の経済性を活かすために 業務の標準化と集約により、同じ業務を一つの部署やチームに集約することで、専門性を高め効率的な処理が可能になります。たとえば、経理業務や人事総務業務を一つの部門に集約し、共通のシステムやツールを導入することで、処理時間を短縮できます。 また、複数の部署で共通して利用できるツールを導入することで初期費用を分散し、学習コストを削減することが可能です。例として、クラウド型のグループウェアや会計ソフトを導入することで、情報共有を円滑にし、業務の可視化を図ることができます。 意見共有は役立つ？ ■学びの復習と意見収集 学んだことを継続して活用するために、反復して経験することが重要です。具体的には、学んだフレームワークを用いて自分の会社や周辺環境に当てはめてみると良いでしょう。耳慣れない単語を調査し、一度口にしたりすることも有効です。頭を動かし、手を動かし、口を動かすことで学びを深めていきたいと思います。 さらに、自分が収集した情報をもとに徹底的に話し合い、意見を集めることで様々な発見があります。ナノ単科を共に学んだ同僚たちと意見を共有し合うことで、新たなシナジーを生み出すのも面白いと考えます。

学びを再確認するには？ 今週は振り返りの時間でした。 ■講座を通して学んだこと 情報を疑問視し、分析し、論理的に評価することで、信頼性を見極め、正しい判断を行うことが可能になるということを改めて学びました。 考え方を研ぎ澄ますには？ ■常に頭においておき、反復練習すること 人は「自分が考えやすい方向に考えてしまう」傾向があります。そのため、思考が偏らないよう、本当にそれでいいのかを自問自答し続ける訓練が必要です。本質に迫るために「なぜ」を繰り返し、問題の根幹に到達することが重要です。 問題解決にはまず「イシューを特定する」ことが必要です。それから「問いを残し」意識し続け、「問いを共有する」ことで組織全体に浸透させます。また、信頼できるデータや根拠を用意し、論理に一貫性を持たせることが求められます。そして、異なる視点や意見を考慮してバランスを保ち、感情に流されず冷静に判断することが重要です。背景や文脈を理解し、公正で倫理的な判断を心がけることも必要です。 プロジェクトに活かすには？ ■実際のプロジェクトでの適用 システム導入プロジェクトでは、毎回のワークショップでベンダーの提案について議論します。この際、ベンダーの資料を読み解き、疑問点や言葉の定義の違い、目線が合っているかの確認を行います。前提条件の確認や、トリガーとなった事実の裏にある本質を見極めることは重要です。結論を出すに当たっては、軽率な判断を避けるべきです。 自身が運営するプロジェクトでも、本質的な目的を見据えた方向性を決定し、その目的に基づいた運営内容を構想します。対象となる役員や経営層、一般社員などに応じて適したスライドの作成や見せ方、言葉の選び方に工夫を凝らします。メッセージを明確にし、ピラミッドストラクチャーで根拠を整理することで、スライドの内容が大きく変わります。慣れるまでには時間がかかりますが、毎回対象ごとにピラミッドストラクチャーを作成することが重要です。

直感に頼らず考えるには？ 人間は直感や経験に基づいた発想を無意識にする傾向があります。そのため、自分自身の思考に対して「なぜ？」や「他には？」と問い続けることが重要です。また、他人からフィードバックを受けることで自身の思考を育て、多角的な視点を養うことができます。これによりバイアスのかからない思考が可能となり、考える過程を言語化できる、つまりロジカルシンキングが得意になると言えるでしょう。 多面的な視点を養う秘訣 物事を考える際に自分の視点からのみ考えてしまい、多面的な見方ができていないことに気づかされました。無意識のうちに自分が考えやすい方向に思考をしてしまう自分自身に気づき、まずは自分の考えの癖を意識し、注意することが必要だと強く感じました。 ITインフラエンジニアの視点でプロジェクトを検討 私の職種はITインフラエンジニアで、稼働システムの運用や保守、新規システムの設計や構築を担当しています。例えば、古い環境のシステム更改時に単純に今あるものを新しくする視点からタスクを洗い出したくなります。しかし、システムに関わる全ての関係者の目的や、その手段、期限、効果などを考慮することで、より意義のあるプロジェクトに寄与できると感じています。日々の業務においても、正確で相手が納得できる発言をすることが、短時間で精度の高いタスクの進行に繋がると思います。 なぜそのタスクを行うのかを共有する重要性 さらに、身近なメンバー間での単純な作業内容の共有にとどまらず、なぜそのタスクを行うのか、その意義やプロジェクトの方針などを共有し、認識にずれがある場合は軌道修正します。また、プロジェクト内の見える範囲に限らず、関係者以外の方にも意識を向ける必要があります。経験に頼ったタスクに対しては、なぜそれを行うのか、他に手段はないのかを検討する時間を設け、コミュニケーションにおいては具体的で理解しやすい内容を常に心掛けることが重要です。

仮説構築で何を優先すべき？ 仮説構築のポイントについて学んだことは、以下の通りです。 まず、仮説構築では複数の仮説を出すことが重要です。3Cや4Pといったフレームワークを活用し、網羅性を持たせることが求められます。決め打ちにしない姿勢も大切です。 次に、仮説を絞り込むための基準としては、具体的なデータや根拠が必要です。たとえば、SNSのプロモーションが弱いと判断する場合、その根拠を明確にする必要があります。 どのデータを用いるべき？ データ取得や計測前には、指標の絞り込みが重要です。何を比較すれば仮説が立証されるのかを確認します。例えば、故障件数ではなく、1件あたりの対応時間を指標とすることが有効です。 また、比較対象のデータも集める必要があります。Aが正しいというだけでなく、BやCを否定するデータも必要です。これにより、より説得力が増します。 仮説検証の鍵とは？ 仮説には「結論の仮説」と「問題解決の仮説」があり、それぞれの使い分けと違いを意識することが重要です。問題解決の仮説では、社内のシステム切り替えにおいて複数の製品候補の中から1つを選ぶ際、網羅性のある原因究明と問題箇所の特定が求められます。A製品が良いというデータだけでなく、他の製品（B, C）がダメというデータも揃えることで、Aの比較優位性を証明することができます。 フレームワーク選択の重要性 仮説検証のシミュレーションでは、まず仮説の洗い出しを行います。3Cや4Pのフレームワークが適用できるかどうかを検証し、適していない場合は他のフレームワークを検討します。 最後に、データ検証の洗い出しでは、取得可能なデータの確認と、どの指標が計測・取得すべきデータなのかを特定します。これにより、仮説の検証がスムーズに進むでしょう。 以上のポイントを踏まえて、仮説構築と検証のプロセスを実践していくことが大切だと感じました。

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

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

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

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

利益の工夫って何？ 今回の学びで印象に残ったのは、利益が単に売上の増加だけでなく、コスト管理やお客様行動を意識した仕組みづくりによって生み出されることです。アキコのカフェの事例からは、立地や時間帯に合わせた営業、セルフサービスによる人件費の削減、地域に根ざした集客など、身近な工夫が利益に直結する点がよく理解できました。数字の裏側にあるビジネスの工夫や戦略を知ることが、アカウンティングを理解する第一歩となったと感じています。 効率化で利益は上がる？ 私は現在、営業アシスタントとして業務改善に取り組んでおり、請求処理や発注管理など、日々の業務効率化が求められています。今回の学びを、業務プロセスの見直しやコスト管理の観点で活用したいと考えています。たとえば、手間がかかる作業にかかる時間や人件費を「販管費」として捉え、どこを改善すれば利益率が向上するかを検討することで、業務全体をより効率的にすることができると思います。 作業コストはどう？ また、日々の業務の中で「この作業に要するコストはどれほどか」「この作業を簡素化すれば、より価値ある業務に時間を振り分けられるのではないか」と問いを立てながら取り組んでいます。改善案をチームに共有する際には、アカウンティングの視点を取り入れ、具体的な数字を示しながら説明することで、より説得力のある提案ができるよう努めています。 改善提案の数字は？ まずは毎日の業務を棚卸しし、各作業にかかる時間と人的コストを概算します。その上で、どの工程が高コストであるかを明確にし、効率化やシステム化が可能な部分を洗い出す予定です。改善提案を行う際には、「この変更により具体的な人件費削減が期待できる」という形で数字を交えた説明ができるよう、準備を進めています。

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

インタビューの目的は？ 現在、製薬会社でデジタル関連のプロジェクトを担当しています。直近ではリリースしたWebサイトについて、一般ユーザーや医療関係者へのインタビューを実施し、そのフィードバックを改善のためのインプットとして活用しようとしています。ユーザーグループごとに利用方法が異なるため、グループに合わせた質問を準備する必要があります。具体的なプロセスとしては、①ユーザーインタビューの企画、②マーケティングチームへの情報共有、③プロダクトチーム内での対応優先順位の決定、④実装、⑤サイトのPVや滞在時間による成果計測、⑥さらなる対応の実施が考えられます。しかし、これらは予算の確保やインタビュー会社との契約など大掛かりな準備が必要なため、現段階では実践には至っていません。 CRM経験の教訓は？ 以前の実践例として、営業で利用されるCRMシステムを担当していた際、現場での実体験がありました。実際に営業の1日を同行し、営業車内でCRMシステムについてのインタビューを行うことで、改善すべきポイントを見いだすことができました。その後、実際の改善対応を進めた結果、別の営業担当者からも好評のフィードバックを得ることができました。 本当に必要なものは？ これらの経験から、作りたいものではなく、使う人にとって必要なものを作ることの重要性を実感しました。単に想像するだけではなく、現場を体験することで、何が必要であればより良いかを具体的に理解できるのです。また、体験をしていない人々に共感してもらうためには、インタビュー内容やプロダクト開発に至った背景を分かりやすくまとめることが今後の課題であると考えています。

フレームワークをどう活用する？ what-where-why-howのフレームワークで考えることが非常に印象に残りました。これを会社でよく言われるPDCAサイクルに当てはめて考えてみました。P&Cの部分はwhat-where-why-howに、D&Aの部分は施策と解決策の実行に相当します。 仮説思考の真価は？ 特に仮説思考はwhere→why→howの部分に適用できると思います。仮説と結論をセットで考えることで、無秩序な分析を防ぎ、限られた時間と資源で施策を考える際に有効だと感じました。 更に、単なるデータ集計とデータ分析は異なるという点についても再認識しました。 データ分析をどう実践する？ 私は現在、メーカーの物流子会社で働いており、様々なシステムから日々多くのデータが蓄積されています。しかし、DXを推進すると言いつつも事なかれ主義が根強く、なかなか進展しないのが現状です。今回学んだwhat-where-why-howの流れでデータを分析し、グラフ化して社内で共有することで、的を絞った改善策の検討に役立てることができると思います。 目標達成に向けた分析とは？ 具体的には、何を達成したいのかを明確にし、日々蓄積されるデータから目的に合ったデータを選定して分析し、情報として活用します。その結果を「わかりやすく伝える」ことを念頭に置き、周囲に共有して活動に巻き込み、活動の方向性を決める役割を担いたいと考えています。