(4ページ目)

業務 ✕ 検討

に関する学び

---

習熟効果は何？ 習熟効果について、システム開発の見積もりを作成する際に意識していた点を改めて振り返る機会となりました。実際、習熟効果はプロジェクト期間内に限定されると感じています。プロジェクトのタイミングが変わると担当者も入れ替わり、一貫した効果は出にくいです。定型的な作業についてはテンプレート化を通じて効果が現れますが、十分なナレッジの蓄積が必要であり、規模の経済性と合わせないと大きな影響は期待できません。 多角化の視点は？ 講座では、現在のノウハウを活かし異なる事業へ展開する多角化の視点（範囲の経済性）について学びました。個人の立場で多角化を実現するのは難しいですが、自身の強みを再認識し、どの分野に転用できるかを考えることで新たなアイディアが生まれると感じました。今後、どのナレッジが転用可能か、どのような方法で蓄積すべきかを検討したいと思います。 SIerの現状は？ 私はSIerに勤務しており、組織が顧客単位で区切られているため、規模の経済性が発揮しにくいと実感しています。業務はプロジェクトマネジメントと開発というテクニカルな作業に分かれ、顧客ごとに文化や慣習の違いがあるため、同じ顧客を継続して担当する場合はプロジェクトマネジメントで習熟効果を発揮しやすい一方、プロジェクトごとに用いる技術が異なるため、テクニカルな面では習熟効果が出にくいと感じています。 技術と経済性は？ また、規模の経済性を狙う場合、サービス単位で組織を分割することになると思いますが、その場合、プロジェクトマネジメントでの習熟効果は期待しにくくなる一方、同じ技術を長く使うためテクニカルな面では効果が現れやすくなるでしょう。加えて、同じ技術に固執すると、市場価値を高めたいエンジニアが異なる技術を求めるなど、内部の流動性が生じる可能性も感じています。 組織のバランスは？ 全体として、組織構造のバランスが重要だという新たな気づきを得ました。なお、現状の組織に大きな違和感はなく、以下の3点に注力していきたいと考えています。 効果向上の具体策は？ まず、プロジェクトマネジメントにおいて習熟効果が発揮されやすい状態を維持するため、実際のアウトプットやドキュメントのテンプレート化、顧客との調整ポイントを整理して転用しやすい仕組みを構築します。次に、テクニカルな業務において、プロジェクトを横断して共通する技術要素や考え方、基盤や設計知識を抽出し、習熟度の向上を図りたいと思います。最後に、新しい技術へのチャレンジやキャッチアップの施策を通じて、範囲の経済性の効果を高めることを目指します。

Week1の学びは何だった？ 改めてWeek1から学んだことを振り返る機会がありました。フレームワークにはさまざまな種類が存在しますが、その活用方法は場面によって異なります。これからも、「自分が明らかにしたいことは何か」「それを明らかにするためにはどのフレームワークが適しているのか」を判断し、定期的に振り返りを行っていきたいと思います。 フレームワークで整理できる？ 1つ目の学びは、フレームワークを用いて散乱した情報を整理することです。目的（ゴール）だけを設定しても、戦略をどう立てるべきか、最短経路はどこかを示すのにフレームワークは役立ちます。例えば、3C分析などは、自社にとどまらず、他社や顧客を取り巻く環境を整理するのに有益です。これらの方法は、自分だけでなく関係者も巻き込んで精度を高める必要があります。 差別化はうまくできている？ 次に重要なのは、差別化ができているかどうかです。ターゲットとなる顧客像が明確でなければ、自社の強みをどのように活かせるか、また他社に模倣されやすいかどうかの判断が難しくなります。 定量的な判断は可能？ また、捨てる基準を定量的に説明できるかも重要です。過去にはざっくりとした工数や手間で取捨選択していましたが、これは良い判断とはいえません。投入時間に対してどれだけ利益が生まれるか、費用対効果を考慮すべきです。また、自分の不要な美学で行っている定常業務を改め、自分自身が行う必要があるかを見直す必要も感じました。 市場原理について理解できる？ さらに、市場原理の理解も必要です。例えば、多く発注すれば単価が下がるという表面的理解だけでなく、規模の不経済といった基本的メカニズムも学びました。これにより、施策を行う際の説得材料やリスク管理に大いに役立ちます。 新規・既存事業はどう活かす？ これらは新規および既存の事業に広く活用できると感じています。新規事業においては、ゴール設定やターゲットの明確化、他社環境の把握といった具体的な施策の基本設計に役立ちます。そして、既存事業においては、費用対効果の検討や捨てるべき基準を定量的に判断することで、より合理的な経営判断が可能になります。 どのように実行する？ 具体的には、新規事業の提案を受けた際には、具体的なゴール設計を自分の言葉で説明できるレベルで共有し、もし詰められていない場合は一緒に策定まで伴走していきます。また、既存事業については、月に一度取捨選択を行い、工数と売上を算出し、割に合わない場合は決断をもって捨てるとともに、空いた工数で何を行うかアクションプランを決定することを心がけています。

新手法はなぜ難しい？ ライブ授業では、以下の三つの視点について考えさせられました。まず、新しい手法の採用が避けられる背景として、効率的に実行することが常識となっているため、あえて新しいフレームワークや方法を採用すると非効率になるのではないかという考えがある点です。 日常分析は大切？ また、海外での日常生活に早く馴染むための施策として「日常生活」を分解し、分析する方法が有効であるという考え方も印象的でした。細かく分けて捉えることで、物事の本質が見えてくるという点は、実際の業務や生活においても役立ちそうです。 人生の問いは？ さらに、人生を振り返る際の問いとして「どういう人になり、どのような人生を送りたいのか」を考える重要性にも気づかされました。一方で、ビジネスにおいては最速・最短で成果を出すことが理想とされるため、目的に応じたアプローチの違いを実感しました。 ショートカット活用？ 新しい手法の採用が促進される例として、キー入力時のショートカットが挙げられます。一度覚えてしまえば生涯にわたって役立つにもかかわらず、普段使っていない人がいるのはもったいないと感じます。たとえば、コピー＆ペーストのCtrl+CとCtrl+V、すべて選択のCtrl+Aなどは、使いこなせれば非常に効率的な操作です。しかし、自分自身にもなお、ページの先頭や末尾への移動、あるいは特定の機能（Excelのピボットテーブルなど）の利用に踏み切るのに時間がかかった経験があります。 変更の時間は？ なぜ新しい手法への変更に時間がかかるのかをしっかり分析することは、他者へのアプローチ方法を見直すヒントになると感じました。日常生活や業務の中で、従来の方法を採用し続けることで非効率になっている事例は、意識して分析すべきテーマです。過去に学んだサブスクリプションサービスの事例やスイッチングコストの問題は、古い方法を見直す一つの参考になると思います。 伝統の維持は？ 具体例としては、伝統的な元号表記の維持によって計算が煩雑になっている点、従来の町会活動における手法が、実際にはより効率的なデジタルツールに置き換えられる可能性、また紙媒体の利用が続いているために環境への負荷が無視できない点などが挙げられます。これらの例から、新しい手法への切り替えを検討する際には、変更することで誰が困るのかを考慮することが重要だと感じました。 非効率を見直す？ 皆さんの日常や業務においても、従来のやり方をそのまま継承することにより非効率となっている事例があれば、ぜひ教えていただき、原因を掘り下げる材料にしていければと思います。

基本フレームワークは何？ 今週の動画学習では、戦略を考える上で有用な基本的フレームワークについて学びました。まず、3C分析では、市場・顧客、競合、自社という3つの視点から現状を把握し、戦略を立案する枠組みを学びました。また、PEST分析により、政治、経済、社会、技術の各観点から自社を取り巻く外部環境を整理する方法を理解しました。さらに、SWOT分析で自社の強み、弱み、機会、脅威を洗い出し、それらを掛け合わせるクロスSWOT分析によって、現状や将来の方向性をより具体的に検討するプロセスを体験しました。バリューチェーン分析においては、製品やサービスが顧客に届くまでのさまざまな工程を整理し、そこに競争優位の源泉を見出す考え方を学びました。 分析で今何を感じる？ 現段階では、これらのフレームワークを完全に使いこなせているとは言えませんが、実際に自社の状況や経営環境に照らし合わせて分析することで、現状の把握や今後の戦略の方向性を具体的に考える良い手がかりになりました。実践演習では、「自分ならどう考えるか」、「チームとしてどう合意形成を図るか」という視点を重視し、多様な意見を引き出す姿勢の重要性や高い視座から課題全体を俯瞰する必要性を実感しました。 業界戦略はどう考える？ 私は医療関連業界で自社戦略の立案を担う部門に所属しており、今回学んだ各種フレームワークは業務に直結する重要な知識です。3C分析による現状把握、PEST分析による外部環境の理解、そしてSWOT分析およびクロスSWOT分析で整理した自社の強みや課題をもとに、今後どのように戦略を展開していくかを具体的に検討していきたいと考えています。 学んだ知識をどう使う？ この学びを実践に活かすため、今週末までに学んだ全てのフレームワークを自社の状況に合わせて分析することを目標に設定しました。動画学習だけでは補いきれない部分については、関連書籍を活用して復習し、戦略的思考をより深めていく所存です。過去にフレームワークを学んだ経験はありましたが、当時は実務へ反映させる意識が薄かったため、今回の学びは業務に直結する形で活かすべきだと強く感じています。 難題にどう向き合う？ 一方で、グループワークの課題となっているバリューチェーン分析を、調剤薬局業界に当てはめる点については難しさを感じています。製造から販売までを一貫して実施する企業であれば学んだ内容がそのまま当てはまるのですが、保険制度で決められた報酬体系の中で経営を進める業界特有の側面をどのように取り入れるかについて、具体的なアドバイスやヒントをいただけるとありがたいと思います。

伝える力の本質は？ 生成AI時代においても「伝える力」の本質が変わらないという点が、今週の学習を通して強く印象に残りました。対AIも対人間も、何を目的としているのか、どの前提条件に立っているのかを明確に言語化することが重要です。AIは文脈をもとに推測を行ってくれるものの、前提が不十分だと、複数回のやり取りで認識をすり合わせる必要があるため、前提やゴールを明確にすることの大切さを改めて感じました。日常業務においても、作業内容だけでなく目的・背景・制約を整理して伝えることで、手戻りや認識のズレを減らすことにつながると実感しています。 生成AIで業務改善は？ 管理部門業務の効率化や意思決定の質の向上に向け、生成AIの活用方法について具体的に考えてみました。例えば、1on1や部内ミーティングでは、Notion AIによる文字起こし・要約を活用して議事録作成の負担を軽減し、次回の振り返りやフィードバックに役立てることが考えられます。また、従業員のエンゲージメント向上施策として、サーベイ結果をNotebookLMで可視化し、会議資料として利用することで、より具体的な議論ができると思います。さらに、部門別損益データを用いた経営会議では、NotebookLMを活用して資料を作成し、毎月の実績や予測値の確認に役立てる計画です。 行動計画はどう進む？ 具体的な行動計画としては、まずNotion AIの定着を図り、1on1や会議で継続的に文字起こしや要約を実施します。うまくいった点や改善点を振り返って、事前情報の入力方法をさらにブラッシュアップしていきます。次に、NotebookLMの基礎習得として、部門の各種データや画像データなどを取り込み、効果的なプロンプトの書き方や出力形式の指定方法を試行錯誤します。さらに、複数のソースを組み合わせた資料作成や実際の経営報告資料作成へと応用し、最終的には大量のデータ処理が必要な業務にGeminiの活用を検討する段階まで進める予定です。 専門分野と課題は？ 一方で、自分が専門外の分野に生成AIを活用する際、回答の正確性をどのように担保すべきかという課題に直面しており、自信がない部分については過度に問い掛けないというアプローチには疑問を感じています。また、業務データや社内情報をAIに入力する際、どのレベルまでが許容されるのか、その線引きを組織としてどう設けるべきかも重要な検討事項です。現在の自社はセキュリティ上のルールや仕組みをより綿密に構築していく段階にあるため、今後、これらの点に対する意見や改善策を模索していく必要があると考えています。

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

なぜ全体では見えない？ 今週のケーススタディでは、データ分析における分解とプロセスのステップ化の重要性を学びました。最初は全体の満足度を確認したときは横ばいで問題がないように見えたものの、クラス別に分解すると上級クラスでのみ満足度の低下が見受けられ、全体の数字だけでは特定の条件下で発生する問題を見逃す危険性があると実感しました。 コメントと数字の関係は？ また、定量データと定性データの組み合わせによって数字の背景にある理由が明らかになる手法も印象的でした。充足率や苦情件数といった数字と生徒のコメントを照らし合わせることで、数字が示す事実に対するより深い理解が得られると感じました。 業務改善の分解法は？ さらに、採用プロセスをステップごとに分解してボトルネックを把握する手法は、自分の業務に応用可能であると感じました。業務フローの各ステップの所要時間を可視化することで、改善が必要なポイントを明確にできると考えています。 仮説検証の効果は？ 最後に、複数の仮説を立ててからデータで検証するアプローチが、問題解決の際に重要であると再認識しました。原因を一つに決めつけず、多角的に検討する姿勢は日々の業務においても活かしていきたいと思います。 エンジニア視点で何を学ぶ？ 私はWebサービスの安定運用を担当するエンジニアとして働いています。今回学んだことは、システム障害の原因分析と業務プロセス改善の二つの場面で活用できると考えています。 障害原因はどこにある？ まず、システム障害が発生した際には、全体のエラー率だけを確認するのではなく、機能別、時間帯別、利用者別など、複数の切り口でデータを分解して問題の発生箇所を特定することが重要です。また、利用者からの問い合わせ内容と数字を組み合わせることで、障害の背景にある理由を明確にすることができると実感しました。具体的には、障害時のチェックリストに分解の切り口を追加し、チーム全体で共有することで対応の質を向上させたいと考えています。 対応時間短縮は可能？ 次に、障害対応にかかる時間短縮という課題に対しては、原因検知から初動対応、原因特定、復旧作業、再発防止策の検討といったステップに分解し、各プロセスの所要時間を記録してボトルネックを特定する手法が有効だと感じました。例えば、原因特定に時間がかかる場合は、調査情報の整理や手順書の見直しが必要であると考え、障害対応の記録フォーマットに各ステップの所要時間を記入する欄を追加し、データを蓄積して分析することで改善に役立てたいと思います。

どうして考え迷った？ ワークをスピーディーに進める中で、時間の制約を受けながら多くの考えを出す難しさを強く実感しました。しかし、振り返ると、決して「考えが出ない」わけではなく、整理されていない情報に基づいて漠然と考えていたことに原因があったと気づかされました。 どうして偏り発見？ 特に印象に残ったのは、ドラッグストアを題材としたワークです。自分では思い浮かびやすい考えに偏りが生じることに、初めて気づく機会となりました。自らの思考の癖や前提を見直すきっかけとなり、大変有意義でした。 他者の意見どう響く？ また、他の参加者からの多様な意見にも大いに刺激を受けました。自分一人では気づかなかった視点やアイデアに触れることで、新たな学びを得ることができました。参加者同士の前向きな学びの姿勢に触れ、これからも学び続けたいという気持ちが自然に高まりました。 業界へどんな影響？ 今回学んだ内容は、私が所属する業界におけるマーケティングの視点にも応用できると感じています。たとえば、「どのような商品を、どのような層に、どのようなシーンで、どのように利用するのか」を整理する方法は、商品理解だけでなく、社内の施策や企画検討にも活かせる貴重な視点です。 研修設計で何を問う？ 私の業務である人材開発においては、研修や施策の設計時に対象となる社員の年代、階層、役割を明確にする必要があります。その際に「なぜこの施策が必要なのか」「なぜ今行うのか」という問いを常に意識することが、企画の妥当性を高めるうえで大変重要だと考えました。 なぜ説明が必須？ 特に、人事部と営業部では繁忙期が異なるため、施策の目的やタイミングについて十分な説明を行わなければ、全社的な理解や納得を得るのは困難です。背景や意図を整理し、関係者に分かりやすく伝えることが、私たち人事の責務であると感じています。 公式文書は伝わるか？ 具体的なアクションとしては、まず全社に発信する公式文書や添付資料を、平易で端的に意図が伝わるよう構成することを意識します。限られた時間内でも施策の狙いが一目で理解できる資料作成に努め、業務の円滑な推進に繋げていきたいと考えています。 議論で何を改善？ 振り返りとして、限られた時間の中で意見や情報をスピーディーに整理し、かつクリティカルな発言をどのように行うべきか、今後の協議の場で意識していきたいと思います。また、他の受講生とディスカッションを重ねることで、より良い工夫やコツを共有し、一層の学びへと繋げていければと考えています。

なぜ多角的視点？ 日常の中で、自分の視点だけで物事を捉えがちだと感じています。たとえば、薬局で販売されている製品を考える際には、客、従業員、メーカー、営業担当、経営者など、さまざまな立場から状況を捉える必要があると実感しています。同様に、病院においても、患者、医師、看護師、院長、職員といった関係者の視点を意識することが大切です。また、住宅の購入検討においても、売る側、買う側、開発側という異なる視点が存在し、各々のお金、ローン、資産、収入、本気度、属性などの具体的な要素を考慮する必要があります。 整理解の鍵は？ こうした多角的な視点を持つためには、ロジックツリーなどを用いてもれなくダブりなく整理することが有効です。他者と意見交換を行うことで新たな発見が生まれ、自分の思考が主観的な直観から客観的な分析へ展開できると感じています。今後は「誰にとって何を」という視点を常に意識し、立場や分野を広く考慮するよう努めたいと思います。 業績縮小の原因は？ 現在、業績が縮小している状況にあり、従来のアプローチだけでは業績拡大は難しいと感じています。取引先、ユーザー、自分自身の三者の視点から問題点や強みを明確にし、具体的なプランを立てる必要があると考えています。ユーザー視点ではコスパ、ニーズ、利便性、認知方法が、導入企業視点では社員の福利厚生や利用率、成果、利用者の反応が重要です。一方で、我々の視点では制度や製品の有効性、競合状況、周知方法、そして提供価格の適正さを見極める必要があります。これまでは、過去のやり方に頼った打合せや、申し込み方法の変更により利用者数の変動という現象があったものの、利用者や担当者が実際にどう感じているのか、十分に把握できていなかったと反省しています。今後は、利用者の意識を正確に捉えるための調査方法を検討していきたいです。 自己理解は正確？ また、15年以上一人で業務を担当してきたため、業務上の課題について他者と議論する機会がなく、自分の解釈だけで物事を理解していることに気付きました。取引先とのコミュニケーションでは問題なく進んでいたものの、テレビの報道などで、コメントに対して疑問が残る場面を目にすると、自分が本当に正しく理解しているのか、また相手に意図が正確に伝えられているのかを疑う必要性を感じています。今後は、取引先や利用者といった異なる立場の意見を盛り込んだ資料を作成し、第三者にも理解してもらえる内容にしていくことで、自己の業務や考え方を多角的に見直し、深めるトレーニングに努めたいと考えています。

リーダーと管理の違いは？ リーダーシップとマネジメントの違いについて学び、リーダーシップは変革を推進し、長期的なビジョンの提示やメンバーの統合を担う一方、マネジメントは計画や予算、組織の人員配置などルールに基づいて効率的に運営する点にあると理解しました。現代の不確実な環境では、目的や状況に応じた使い分けが重要だと実感しています。また、以前「無意識で人をマネジメントする」という表現を用いていた自分の考えに誤りがあったことを学び、大変有意義でした。 パスゴール理論はどう活く？ これまでの自分の行動が、パスゴール理論を通して明確に整理されたことも大きな収穫です。業務経験が浅い若手や中途社員に対しては、これまで指示型のアプローチを取ってきた一方で、彼らが成長するにつれて支援型へとシフトしていたことに気づかされました。一方で、仕事全体や環境要因の把握が十分ではないと感じたため、仕事の背景や現状分析により注力する必要性を再認識しています。 柔軟性はどう考える？ また、マネジリアルグリットに関する学びを通して、人間への関心と業績への関心という自分の特性にも気づかされ、状況や相手に応じた柔軟な対応が求められると感じました。 新リーダーの初手は？ 新たに未経験分野のチームリーダーを任されたことから、まずは「どんな仕事か」を理解するために環境要因の把握と分析を行っています。リーダーとしての4つの行動を実践するためには、まず部下の仕事の進め方や能力を観察し、適切な対応を見極めることが重要だと考えています。これまで経験の浅い部下には指示型で接してきましたが、成長に伴って支援型へ移行し、ゴールを明確にしながら自律的に考えて行動できるよう支援していきたいと思います。 チーム状況はどう把握？ 新チーム発足の初期段階においては、まず次の取り組みを予定しています。まず、チーム全体の環境要因を分析し、市場やクライアント状況を理解するために、営業同行や過去データを活用して状況を把握します。次に、各メンバーとの面談を通じて、仕事に対する考え方や強み・弱み、価値観を聴取し、普段の業務を観察しながらパスゴール理論のどのアプローチが適しているかを検討します。また、チーム会などでゴールを共有することも重要だと考えています。 信頼構築のコツは？ 基本的には、新チーム発足時という状況を踏まえ、まずはメンバー一人ひとりに興味を持ち、会話を重ねながら観察し、最適な関わり方を模索することで、信頼関係を築いていきたいと思います。

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

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