(15ページ目)

開発 ✕ 本

に関する学び

---

現象と目的の問い直しは？ 本質的な課題に取り組むには、現象だけに目を奪われず、目的や前提、構造を改めて問い直す姿勢が大切だと学びました。特に、「そもそも目的は何か」「誰の視点で見るべきか」といった問いを立てることで、思考の幅が広がると感じています。また、単にWhyを繰り返すだけではなく、因果関係の構造を明確にすることが、本質に迫る鍵であるとも考えています。今後は、表面的な改善策に留まらず、課題の根本原因を見極めるための問いを意識的に活用していきたいと思います。 根本原因の問いは？ 同様に、本質的な問いの重要性はシステム開発の現場においても有効だと感じました。要件定義や課題分析の際に、「そもそもどのような価値を実現するのか」「現象の背後にある構造は何か」といった問いを追求することで、単なる仕様の調整を超え、根本的な原因に迫ることができると実感しました。今後は、顧客視点から課題を把握し、前提条件の洗い出しや因果構造の整理を習慣として取り入れることで、手戻りの削減や品質向上に繋がる取り組みをしっかりと進めていきたいと考えています。

学びの目的は？ 今週の学習で、データ分析は単に数値を集めることではなく、「結果をもとに何を判断するか」を最初に明確にすることが重要だと学びました。目的が曖昧なままでは、比較軸がぶれてしまい、分析が数値の羅列に終始する危険性があると感じます。仮説や目的を起点に、条件の揃ったデータを比較することで、初めて意思決定につながる分析が実現できると理解しました。 改善行動の設計は？ また、アプリ開発やマーケティングオートメーションツールを使った1to1配信においても、配信結果を確認する前に「改善すべき行動」や「判断したい内容」を明確にしておくことが大切です。配信の有無やセグメント別など、事前に比較軸を設計した上で効果検証を実施し、その結果を次の施策判断に生かすプロセスを業務に定着させたいと考えています。 分析手法の信頼は？ さらに、現状の分析方法が的確であるのか、本来比較すべき指標や切り口は何か、判断を誤らないためにどの点に注意すべきかについて、実務視点での失敗事例も交えながら意見を共有し、議論を深めていきたいと思います。

満足システムの意義は？ 自分もユーザも満足できるシステムを開発・提供する重要性に、改めて気付かされました。現在目指しているキャリアは一般的には成長と捉えられていますが、自分自身にとって本当に成長なのか、真剣に考える必要があると感じます。どんな自分になりたいのか、日々の業務に追われて見落としがちですが、意識的に時間を取って考えることは大切です。 自己評価の方法は？ 今回、ナノ単科の学習を通して、今一度自身の在り方を見直す機会を得ました。これを機に、今後も定期的に自己評価を行うための仕掛けが必要だと考えています。例えば、毎月リマインダーを設定し、なりたい自分像や現在の進捗状況を文字にして記録する方法を始めようと思います。 なりたい自分って何？ 「なりたい自分はどんな人物か」「なぜそのように思うのか」「これまでの変化の中で、どのような出来事があったのか」「なりたい自分に近づくために今日から何をするのか」―こうした問いを自分自身に投げかけ、小さなことでも具体的に書き出していくことが、今後の成長に繋がると信じています。

規模拡大は本当に有効？ 規模の経済性とは、同じものを大量に発注できるメリットを活かし、価格交渉によって原価を低減する効果を指します。自動車業界では、部品数の削減や部品の共通化を進める動きが見られますが、一度不具合が発生するとその影響は非常に大きくなるため、共通部品の設計時にはこれまで以上に品質確保に注力する必要があります。また、製品の使用範囲（許容範囲）を明確にし、その範囲内での最悪条件を想定した評価を行うことも重要です。 技術活用で効果は？ 一方、範囲の経済性は、これまで培ってきた技術やノウハウを他の分野に広げることで、シナジー効果や開発コストの低減を図る考え方です。たとえば、生産の効率化ノウハウを他分野に適用するコンサルタント業務や、エンジン開発や性能開発の知見を活かして他のモビリティ、例えばボートなどの開発へ展開することが可能だと考えられます。 社内共有は有用？ 私の業務においては、CAE解析用に作成したモデルを社内で共有することで、工数などのコスト削減に寄与できると感じています。

イシュー設定の重要性は？ イシューの設定によりデータの見方が変わることを実践を通じて理解しました。問いの形式で設定すると共有が容易になるため、答えを出すことが問題解決に直結し、仕事の本質とも一致しています。問題解決の真因に迫る問いを設定し、その後、スキルを駆使してロジカルに分析を進める必要があります。 専門人材育成の秘訣とは？ 事業計画の作成時には、社会の課題解決、つまりイシューの設定を行います。また、専門人材の育成においては、相手の要望や期待に偏らないようにし、ビジョンに沿った結果を出すための企画を練ることが重要です。 MECEのチェックは欠かせない？ ソリューション開発・提案においては、根本的な解決事項の抽出にこの考え方を応用します。そして、自身が設定した目的・問いについては必ず二度確認し、MECEになっているかをチェックします（これはよく抜けがちです）。視座を高めるためには、経営者の視点で物事を捉え、少なくとも指導を受けるチーフと同じ視点で考えることを意識します。

どうやって喜ばせる？ これまでの学習では、複数の実例をもとに、いかにお客様に喜んでいただけるか、さらには社会への貢献となる＋αの価値を提供できるかという点について考えました。そのためには、機能的な価値だけでなく、情緒的な価値も組み合わせた総合力が重要であると実感しています。 現状維持は可能？ 一方で、現実の問題として、世界各地でサプライチェーンの大幅な再編が進んでいるため、既存の商品を維持・継続すること自体が一層困難な状況です。そんな中でも、本来のありたき姿を忘れず、常に活動し続けることが大切だと考えます。 機能と情緒はどう？ 商品開発においては、企画や営業部が定めたターゲットに対し、開発側からどのような商品や機能を提供すれば喜んでいただけるか、フレームワークを活用して考えを整理し、他者に説明することが求められます。普段は機能面の価値を優先して議論が進む傾向にありますが、情緒面での満足感や楽しさなど、感情に訴える側面も評価基準に加えるべきだと感じました。

誰にアピールすべき？ 「誰に売るか」という視点の重要性を実感しました。最初は具体的に何をどう考えればよいのか分からなかったものの、実践演習の設問に沿って一つひとつ整理していくうちに、その考え方の本質が理解できるようになりました。ほかの事例についても同様に検討してみたいと思います。 システムの見直しは？ また、以前作成したものの、全く成果を上げられていないシステムについて悩んでいました。ターゲット層には既に優れた競合が存在しており、現状のシステムを一新するのは現実的でないという認識から、まずはターゲット層を切り替えることに着目することにしました。 伝え方はどうすべき？ その上で、営業チームや開発の主担当と協力し、既存システムのどの機能を誰に届けるべきかを話し合いました。システム導入を決定する意思決定者が何を基準として判断しているのか、また担当者にどのような価値を訴求すれば導入の後押しとなるのか、といった点について深く検討する良い機会となりました。

財務諸表の理解を深める方法は？ 業務上、これまで漠然と頭でイメージしていた財務諸表について、今回の学習を通じてそれぞれの数字の意味や表の役割が言語化され、自分の理解を深められると感じました。 ITサービス企画職で活かす知識は？ 私は現在、IT系のサービス企画職として、自社サービスの新規開発や維持管理を担当しています。その際、新規設備投資や損益計算、売上計画を立てることがあります。本講座で学ぶアカウンティングの知識を基に、サービスの新規開発や既存の維持・改廃の判断をより適切にできるようになりたいと考えています。 異業種交流から学べることは？ まずは、本講座でしっかりと基礎知識を習得したいと思います。PL（損益計算書）などを扱う際には、ここでの学びを意識しつつ、適切な判断ができるよう心がけます。また、現在まで自社や同業界の市場にしか視野がありませんでしたが、他の業界の方々との交流を通じて、多様な視野や考え方も取り入れていきたいと考えています。

損益計算書の基本的な読み解き方を学ぶ 損益計算書の基本的な読み解き方を学び、これまでの『営業利益・利益率』だけでなく、経常利益や当期純利益なども比較しながら、会社経営全体の状況を理解することができました。 サプライヤ分析で何を理解する？ この知識を活かして、業務上でサプライヤ分析を行いたいと考えています。具体的には、担当するサプライヤのP/L分析を通じて、事業構造をより深く理解していきます。分析においては、売上規模、営業利益、営業外利益・費用、経常利益、当期純利益といった項目ごとに詳細に読み解いていくつもりです。 数字から何を創造する？ さらに、分析力を身につけることで、数字から事業の特徴や課題を創造できるようになりたいと考えています。競業他社や自社、さらにはサプライヤのP/Lを比較分析し、それぞれの特徴を把握することで、研究開発に力を入れているか、営業外費用がかかりすぎているかなどの仮説を立てる習慣をつけていきたいです。

数字の見方は本当か？ 数字をただ見るのではなく、視覚化やグラフ化することで、より多角的な意味を見出すことができると実感しました。また、MECEの基本的な考え方についても理解が深まり、モレやダブりを意識することの重要性を学びました。「本当にそうか？」と問いかけるプロセスが、短絡的な結論を避ける上で大切だと考えます。 疾患領域はどう選ぶ？ 新規薬剤や新たな事業領域の開発を考える際、まずは対象となる疾患領域を絞り込む必要があります。さらに、その絞り込んだ後のポピュレーションや、疾患の重篤度、患者数、事業性、競合環境など、さまざまな切り口からニーズの有無を検証することが求められます。 課題分解は的確か？ また、課題をどのように分解し、分解が適切に行われているかを意識することも重要です。一人で考え込むのではなく、メンバー間で様々な視点を共有し、切り口のアイデアやモレ・ダブりの有無を話し合いながら進めていくことが効果的だと感じました。

問題点発見の方法は？ R&D開発部門のPoCやクロスセル・アップセル立案において、問題点を発見するためにロジックツリーを用いてプロセスを分け、その後にファネル分析を使って視覚的に問題点を可視化することができると感じました。このようにプロセスを独自に設定することで、より具体的な分析が可能になります。 顧客行動はどう見る？ また、マーケティングや製品提案の際にAMTULの観点を取り入れることも有益だと思いました。具体的には、以下のような質問を通じて、顧客が購買に至るプロセスでの課題を見つけ出すことができます。 - 記憶に残るポイントは何か？ - いくらなら試用したいと思うか？ - 本格的な使用に至るための要件は？ - 継続して使用する可能性があるか？ これらの質問を通じて、顧客の意識から忠誠度に至るまでのステップに関する洞察を得ることができ、その結果、より効果的なマーケティング戦略を立てることが可能になるでしょう。

本当に売れる商品の条件は？ 売れる商品とは、単に良い商品であるだけでなく、顧客に「欲しい」と思わせる何かを備えていることが重要だと学びました。顧客の抱える課題を解決し、自社の強みを活かしたポジショニングを明確にしながら、商品の魅力を十分に伝えることが求められると感じます。 顧客視点の意味は？ 顧客の視点に立つことの重要性を改めて実感し、製品開発においてもその観点を取り入れようと思いました。性能の向上ばかりにとらわれず、医療現場で実際に使用されるシーンを具体的にイメージしながら、使用者が感じる不便さやニーズに応えることが開発の鍵であると考えています。 信頼関係はどう築く？ また、展示会やヒアリングの場では、当社技術の単なる紹介に留まらず、顧客が抱える問題や当社製品がどのようにその解決に寄与できるのかをじっくり聞き取る姿勢が大切だと学びました。こうした取り組みが、顧客との信頼関係構築へとつながると実感しています。