(14ページ目)

開発

に関する学び

---

データ分解の必要性は？ 今週の学習では以下の点について考察しました。まず、データを分解する際には、さまざまな視点からの切り口を持っておくことが重要です。データの分解方法や細かくするやり方によって、データの見方は大きく変わり、傾向や仮説が立てやすくなります。また、多面的な視点でデータを分解することも必要です。MECE（漏れなく、ダブりなく）を用いて検証することは基本ですが、さまざまな角度から分析することの重要性を感じました。さらに、データの可視化も重要であり、グラフなどを使うことで傾向の見方が大きく変わるため、積極的に用いていきたいと考えています。 業務へどう活かす？ これを自分の業務に当てはめると、以下のようになります。データを単に表にまとめるだけでなく、詳細に分解したりグラフ化することで、関連性の洗い出しに役立てられると考えます。具体的には、開発中の製品の物性データ解析を行い、改善に必要な影響因子を洗い出したり、売上と在庫のデータ推移を国やユーザーごとに解析し、仮説立てに活用したりします。また、文章データを整理し、プロセス解析と分類分けによる分析を行います。 分析に多角視点は？ データ分析や分解については、自分だけで行うのではなく、他の人にも確認をお願いし、異なる視点や着眼点を参考にして分解のバリエーションを増やすよう心がけます。データを取得する際も、従来の方法にとらわれず、「本当に必要なデータなのか」という視点を意識して行います。過去のデータとの関連性も考慮に入れ、有用なデータ取得を目指します。結果に対しては、「本当か？」といった問いを繰り返し、別の視点での傾向の可能性を確認することも重要です。

企業の費用配分の違いに気づく 企業の費用配分や資産投資の方法が異なることに気付きました。その基準は業態や企業のコンセプトによって異なるため、改めて認識を深めました。例えば、IT関連企業のZOOMとNetflixを比較すると、両者は固定資産の比率がANAとは異なり低いと認識しています。ZOOMは営業や管理に多くの費用をかけるPush型の業態を展開していますが、Netflixは顧客が見たいコンテンツを開発するPull型の業態を展開しており、それがB/Sに大きく影響していると感じました。 他社のB/SとP/Lをどう活用する？ 自社や他社（自業界・他業界）のB/SやP/Lを見て、その企業のコンセプトについて企業概要や決算報告書を参照し、類似例があるかどうかを確認したいと考えています。特に、自業界においては企業の規模（グローバル企業、国内メイン大手、中規模、外資系バイオベンチャーなど）によってどのような特徴があるかを自ら調べるつもりです。このためには各社の会社概要や決算報告書、本国を含むパイプラインリストを参照することが重要だと思いました。 具体的な方法で何を目指す？ そこで、具体的に以下のような方法を実施しようと考えています。 1. 各社のB/Sと事業報告書を見て、研究開発に力を入れているのか、販売管理に力を入れているのかをパイプラインの数やステージによって確認する。 2. 各社のP/Lと事業報告書を見て、パイプラインフェーズとP/Lとの関係性を確認したい。特に、臨床試験の成功や失敗後、それらがどのように推移するのかを見ていく。 これらを通して企業の特性や戦略を理解し、今後の業務に活かしていきたいと考えています。

メンバーエンパワーメントをどう高める？ 今週の学びに大きな変化はなかったため、これまでの講座全体のまとめとなります。まず、メンバーのモチベーションをカテゴリー別に分け、それを掘り下げる理論を学べたことが大きな意義を持つと感じました。各メンバーのエンパワーメントの源を探るために、ワンオンワンなどの行動が有効であることも理解できました。ただ、私自身、メンバーのゴール設定の際に自分で完遂しようとしてしまうことがあるので、今後はメンバーに任せることを心がけたいと思います。 グループワークの価値とは？ 講座全体を通じて一番役に立ったのは、やはりグループワークでした。偶然ではありますが、同じビルに勤めている人とつながることができ、彼から多くのインプットを得ることができました。そのおかげで、自分の学びを深めることができ、また彼のノウハウを学ぶ機会にも恵まれました。グループワークを通じたネットワークでの情報交換は非常に貴重なものでした。 キャリア開発をどう進める？ 次に、私にとって特に重要だったのは二つのポイントです。一つ目はキャリア開発です。今年6月に新しい職場に入ったばかりで、メンバーが何にモチベーションを感じるのか、またはデモチベートされるのかを明確にするための言語化ができていませんでした。前職で使用していたテンプレートを活用し、8月中にそのすり合わせを進める予定です。 SL2の活用方法について 二つ目はSL2です。これを私だけが書くのではなく、メンバーにもその目的や役割、そして書き方を理解してもらい、特にお互いにどのようなサポートが必要かをオープンに話し合う機会を9月以降に設けたいと考えています。

規模の経済ってどう考える？ 「規模の経済性」という言葉は知っているものの、自社の状況に合わせて具体的に説明するのは難しく、正しい理解が必要だと感じました。生産量を増やすことで必ずしもコストが下がるわけではなく、需要、設備能力、在庫管理、資金繰りなど、さまざまな制約条件を考慮しなければならないと分かりました。また、原材料を大量に発注してコスト削減を狙っても、市場環境や仕入先の状況によっては効果が限定される場合があり、単に数量を増やすだけでは交渉力に繋がらないことも理解しました。 戦略原理は実践できてる？ さらに、戦略の原理やフレームワークは知識として持つだけでは不十分で、数字やデータ、自社の実情に照らして活用することが重要だと感じました。自社の商品やサービスの理解を深め、業務フローや収益構造を把握することで、提案や意思決定の説得力が向上することにも気付かされました。 生成AIの変化はどう捉える？ また、生成AIの登場により、従来の開発者が習熟していく過程が変わりつつある現状もあり、この変化は「習熟効果」が技術革新によって無効化される例ともいえ、イノベーションが既存の競争原理を覆す瞬間だと感じました。 多領域スキルはどう磨く？ このような状況に対する打開策として、単一の専門スキルに依存するのではなく、複数の領域にまたがる知識や経験を横断的に活用できる体制を築くことが有効だと考えます。具体的には、開発者としてのコーディング能力だけでなく、要件定義、UX設計、ビジネスモデルの構築、データ分析など、隣接する領域のスキルを組み合わせることで、AIツールを前提にした新たな付加価値の創出が期待できると感じました。

目的意識の重要性を再認識 目的意識を持って何事にもあたることの重要性を再認識しました。フレームワークや学んだ理論はあくまで手段であり、目的意識を持って本質を捉える視点が重要です。ただやみくもにフレームワークを活用するのではなく、答えのない今のような時代だからこそ、仮説思考・仮説検証の位置づけで、今後も戦略的な思考を活用したいと考えています。 サプライヤー戦略に活用できる？ 自らの業務においては、例えばサプライヤー戦略にフレームワークを活用することが考えられます。今後、どのようなサプライヤーと開発していくかという課題に対しては、SWOT分析を用いて強みを活かし、弱みを相互補完し合えるサプライヤーと共同開発するべきです。このような視点で、サプライヤーの強み弱みも仮説を持って進めることが重要です。 キャリアビジョンはどう更新？ さらに、自らのキャリアビジョンの更新にもフレームワークを活用できると学びました。社会から需要のある状態を維持するためには、自分の強み・弱みを再検討し、今後どのようなスキルを身につけるべきかを考えていきたいと思います。 具体的な取り組みは？ 具体的には、以下のような取り組みを行いたいです。 ・技術戦略やサプライヤー戦略など、自らの業務の中でフレームワークを活用する。 ・テーマの開発において、1〜2年ごとに振り返りを行い、辿った道が正しかったのか、どのような障害があったのかを考える。 ・思考を書き出し、言語化・可視化してアウトプットする。 ・これらをチームや上司に提案し、フィードバックをもらってブラッシュアップする。 ・学んだことを意識して定期的に振り返る。

顧客のペインポイントをどう探る？ 顧客の「ペインポイント」が新規事業やビジネスの種になることを実感しました。また、ペインポイントを探るためのフレームワークや手法が存在することを初めて知りました。自分自身が顧客になり得るという視点を持つことも、ニーズやウォンツ、ペインポイントを探し出す仮説の一部になり得ると感じました。顧客へのフィールド調査は重要ですが、仮説をもって取り組むことで、より効果的かつ効率的に進められるのではないかと思います。一方で、バイアスが困難を引き起こすことがある点も注意しなければなりません。 IT企業の将来展望は？ 私の会社はシステム開発を手掛けるIT企業で、主にB2Bをビジネスとしていますが、将来的にはB2Cの視点も求められるのではないかと感じます。大型システム開発が減少し、SaaS形式のサービスが主流となる中で、既存のビジネスに固執することは衰退を意味します。お客様の業務において、まだ気づかれていない課題や問題、不便さを見つけ出し、それに対するサービス提供を行う能力が必要です。経営企画として事業戦略を策定する際には、マーケティングの観点を取り入れていきたいと考えています。 マーケティングの現場重視の取り組みは？ マーケティングはフレームワークや手法が発展した領域ですが、お客様のニーズやウォンツは現場にあると考えています。会議室やオフィスでの議論だけでなく、実際の現場を確認する意識でマーケティングに取り組みたいです。顧客訪問ができない場合は、現場担当者との密なコミュニケーションも効果的ではないかと考えます。定期的に現場のニーズを収集できる仕組みを考えていきたいと思います。

高価格戦略って？ 規模の経済や習熟効果について学ぶ中で、メーカー勤務の立場からは、これらの概念を日常的に耳にしていることを再確認しました。これまで「安くて高品質が当然」という製品こそが顧客に支持されるという考えを持っていましたが、ハイブランド製品などでは、むしろ高価格であることが購買意欲をかき立てる場合もあるという点に大変興味を持ちました。実際、車や宝石を購入する際、自身もそのような心理に影響されることがあると気づき、理解が深まりました。この経験を通じ、対象や製品によって戦略が大きく変わる点を実感するとともに、先入観を捨て、本質を捉え、顧客の心理に寄り添うことの重要性を改めて認識しました。 部門連携はうまく？ また、範囲の経済性の観点から、当社には改善の余地が多く残されていると感じます。類似した技術を用いた製品を扱っているにもかかわらず、異なる事業開発部門間の連携は十分とは言えず、開発プロセスやデータ管理、承認レビューなど多くの面でバラつきが見受けられます。実際、同じ開発系の部署であっても、その運営方法がまるで別の企業に所属しているかのような印象を受けます。 組織のシナジーは？ この10年間、担当者レベルでの部門間ローテーションは頻繁に行われるようになったものの、部門間でのシナジーが十分に共有されているとは感じにくい状況です。担当者が移動する際には、新しい部署の方法にすぐに馴染むため、従来のノウハウや仕組みが十分に活かされないことが多いように思われます。今後は、マネージャークラスのローテーションを強化し、組織全体としてのシナジーをより効果的に発揮できる体制の整備が必要であると考えています。

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

グループで学びの意義は？ グループディスカッションを通して、参加者それぞれの課題は異なっていても、同じ学びを共有しながら問題解決に向かっている姿勢にとても心強さを感じました。 決算書の学びは何？ また、決算書を作成する立場と、作成された決算書を読み解いて活かす立場を分けて学ぶ大切さにも改めて気づかされました。これまで途中で諦めがちだった面が、今回の学びで克服できるかもしれないという希望が持てました。 財務諸表の役割は？ 財務諸表の意味を言葉にして整理しながら学ぶことで、具体的なイメージが湧き、理解が深まりました。特に損益計算書は儲け方、貸借対照表はお金の調達と使い道、キャッシュフロー計算書はお金の増減を分かりやすく整理できたと思います。 資産・負債はどのように？ ただ、資産と負債についてはまだ体感的に理解できていない部分があるため、今後の学びでさらに掘り下げていきたいと思っています。 経営支援の未来は？ 今後の目標として、既存の顧客からの経営支援の要望に応え、新規事業開発の壁打ちや発信のサポートにおいて、数字の説得力を持って支援できるようになりたいと考えています。自信をもって提案や判断ができるようになり、数字にも着実に目を向けながら、SNSでの発信を通じてその姿勢をアピールしていきたいです。 前職の知見は活かす？ また、前職で多くの中小企業の事業計画に触れてきた経験から、当時の決算書をもう一度じっくり読み解いてみたいという気持ちが募っています。実際に公開されている決算書をみんなで読み合わせ、ディスカッションする機会があれば、さらに理解が深まると期待しています。

試作の意義って？ 試作は設備開発の業務において常に必要な取り組みであり、これまでにも繰り返し実施してきました。その際、「試作と評価・振り返り、改善を素早く回すこと」と「試作の目標および実現すべきことを明確にすること」を改めて意識できる良い機会となりました。 楽しさの秘密は？ 今回の演習では、プロトタイプや試作品を作るプロセスが最も楽しかったです。商材自体の完成にも意義があるものの、身近な代替素材を用いて以下の点を追求するアイディアや発想に重きを置くことに気付きました。 改善の流れは？ まず、目標達成や確認の手段として、実現すべきことを明確に設定し、実際に試してみて、上手くいかない場合には適切に振り返って改善するプロセスの繰り返しが大切です。また、顧客が共感できる点や課題に沿った成果を実感できるステップであることが重要だと感じました。 実践の学びは？ 今回の実践や演習、そしてグループワークでの意見交換を通じて、今後自身が業務で試作を行う際には、以下の点が重要であると実感しました。 達成確認の工夫は？ まず、目標や課題に対して実現のための方向性を確認する手段が必要です。具体的には、課題に対する目標値を設定し、それが満たされているかをチェックするとともに、ネガティブな要素が生じていないかも確認します。また、コストや品質の面での確認も重要です。さらに、アイディアに対して振り返りと改善を繰り返すサイクルが必要です。 顧客への説得は？ 次に、顧客に対して課題を実現できることを効果的に説明し、顧客がその価値を納得できる手段を整えることが求められます。

失敗から見える可能性は？ 今回の講義で学んだ「分解する」という考え方は、シンプルな言葉の裏に深い意味があると実感しました。最初は「分解を正しく行えず失敗した場合、どうすればよいのか」と不安に感じながら進めていました。しかし、講師の「失敗することで別の切り口に気づくことができる」という言葉とそのタイミングが非常に印象に残りました。自分一人で考えるとすでに複数の分解の切り口が浮かびましたが、解説を聞くことで新たな視点にも気づくことができ、複数人で検討することでさらに分解が進み、より正確な判断ができると感じました。 エンジニアの現場はどう？ 私は普段、エンジニアとしてデータを集める仕組みの構築に携わっています。業務上、「ログを取得してほしい」「アンケート結果を分析してほしい」「各種ツールと連携してほしい」「アクティビティを取得してほしい」といった依頼が多く寄せられます。当初は、システム自体の機能や操作性を向上させたいと思いつつも、正直なところ手間だなと感じていました。しかし、今回の講義を通じて、なぜ多方面からデータを集める必要があるのか理解が深まりました。多種多様なデータを集計できることは、顧客にとって大きな強みとなり、導入の決め手や売上の向上につながる可能性があると考えています。営業からの声を基に、どのような機能が求められているのかをしっかりと分解し、今後の開発計画に繋げていきたいと思います。 必要なデータは何？ 皆さんは普段、どのようなデータや数値をもとに業務をされていますか。また、ご自身の仕事や生活で、分解を行って正しい切り口を見出すためにどのようなデータが必要だと感じますか.

技術限界は本当？ 多くの人は、現行の技術限界をある意味で勝手に想定していると感じます。たとえば、「こんなことができたら良いのに」という空想を基にサービス開発が進められる一方、企業では単独で取り組むよりも同業他社と協力することで、業界全体でより良い顧客体験を提供しようとする動きが見受けられます。 企業連携は有効？ ある先進的な企業の事例では、協力体制が自社や顧客だけでなく、働く人々の生産性向上に寄与している点が注目されます。また、夜間に行われるメンテナンスの時間を活用することで、より健康的な生活維持にもつながっています。このような背景から、センサーの活用に留まらず、ビジネスモデルの構築や新規事業へのチャレンジを積極的に受け入れる企業文化の形成が求められていると感じます。 データ活用で改善？ さらに、経験に頼らずにデータの取得と利用を徹底することで、予想外のトラブルの発生を未然に防げるという考え方も有効です。データの可視化により作業遅延が認識できる一方、過度な通知が作業者の負担となる点は改善すべき課題です。通信業界に身を置く者として、安定した通信サービスの提供が社会的使命であるのはもちろんですが、既存技術の提供と新技術・サービスの高度化を両立させながら、従業員の育成に取り組む必要性も強く感じます。 方針転換の実例は？ また、競合に先んじてGPSで重機の位置情報を把握していたある企業では、自前主義からオープンプラットフォームへの転換が進められました。社内でその方針をどのように説得し、実現していったのか、そのプロセスには大変興味を抱かざるを得ません。