(12ページ目)

開発

に関する学び

---

３C分析の全体像は？ 各種フレームワーク―３C分析、SWOT分析、バリューチェーン―の有用性が実感できました。まず、全体的な環境変化をとらえる３C分析では、目的の明確化、顧客市場、競合、自社の詳細な分析を行い、その上で戦略を立てる手順が非常に分かりやすかったです。 SWOTで何が見える？ 戦略策定においては、SWOT分析が有効であると感じました。商品のポジティブな面だけでなく、ネガティブな面も洗い出すことで、場合によってはクロスSWOTを用いてどのような差別化が可能かを具体的に理解できました。また、バリューチェーンでは、各機能ごとに分けて整理する考え方が、日常で利用しているサプライチェーンの理解を深めるのに役立ちました。 戦略実行の核心は？ プロジェクトの中長期戦略や直近の短期課題に対する運用計画を検討する際、なぜその取り組みを行うのか、何を強みに勝ち抜くのかを客観的に上位に説明し、合意形成を図る必要性が感じられました。これにより、ひと・もの・かねを獲得し、技術やビジネスの開発を加速させるための土台が整うと考えます。 仮説と方向性は？ 現状の外部環境の変化を、改めて３C、SWOT、クロスSWOTを活用して戦略のメンテナンスを行いながら、試作販売時のバリューチェーン（サプライチェーン）を踏まえて、売価や原価の流れから現仮説の妥当性を確認し、方向修正を図っていきたいと思います。特に、関係部署と連携してこれらのフレームワークを活用することで、よりよい成果が期待できると感じました。

クリティカルシンキングの活用場面は？ クリティカルシンキングは、課題解決や上司への提案、説得など多くの場面で活用できる思考法であることを理解しました。特に課題解決の場面では、自分の経験や勘に頼らず、関係する様々な人の立場から課題を見ることで、その本質を探り、より良い解決策を提案できると感じました。ライブ授業の「病院」をテーマにした課題では、病院に関わる人々の視点を変えることで、病院の役割について多様な考え方ができることに気づきました。また、他の受講生から自分にはない視点を学ぶことで、クリティカルシンキングの重要性を再認識しました。 システム要件定義への応用法は？ 現在、私は生命保険契約の電子手続き化に関するシステム要件定義作成に関わっており、部下が提案するシステム機能が本当に必要かどうか、管理職として判断を迫られることがあります。今回学んだことを活かし、視点や視座を広げ、顧客・営業・開発者・経営者の目線で機能のメリットとデメリットを考慮することが、より良い判断に繋がると実感しています。 どのように優先順位を考える？ 具体的には、部下から提案されたシステム機能の開発要否について、多角的にメリット・デメリットを洗い出し、優先順位を決めていきたいと思います。例えば、顧客目線では便利でも、実際の利用者が少なく費用がかさむ場合は、費用対効果を考慮して開発を見送るといった判断を意識して行っていきます。最終的に、部下や上司に対してなぜその判断をしたのかを説明する際、説得力のある説明ができると考えています。

なぜイシューは難しかった？ 今週のテーマは「イシューを捉える」でしたが、これまでの学びの中でも特に難しさを感じました。これまでは、解決したいこと＝イシューと捉えがちでしたが、今回、まず解決したい目標を前提としてデータを分析し、根本的な問題を洗い出すことが効果的だと学びました。 具体と抽象はどう使う？ データを細かく分け、一つ一つ検証する過程で、week1で学んだ具体と抽象の考え方が役立ち、これまでの知識の総合によって初めてイシューを正しく捉えられると実感できました。 なぜ修正時間が増える？ 自身の業務では、開発プロジェクトの工数見積もりにおいて、簡単な修正にもかかわらず、なぜ時間がかかってしまうのかという疑問が生じることがよくあります。修正作業や影響確認、テストに要する時間で終わらせがちな現状を踏まえ、それぞれの問題について「なぜ」を追求していく必要性を感じています。 解決策はどう見出す？ それぞれの問題に対する具体的な解決策が見つかれば、プロジェクト全体の必要期間が短縮でき、恒久的な改善策が確立されれば、将来的なプロジェクトもこれまでより短い期間で進めることが可能になるでしょう。 論理的思考の進め方は？ 今後も、問題に対して論理ツリーのように「なぜ」を分解し、根本課題および効果的な解決策を模索する姿勢を持ち続けたいと思います。今週の総合演習では思考にかなり頭を使い疲労を感じましたが、このプロセスに慣れ、考える場面を増やしていくことが成長に繋がると考えています。

価値はどう伝わる？ サービスが提供する価値は、モノとそれにまつわる体験がしっかりとお客さまに届くことで実現されます。お客さまが「また買いたい」「また行きたい」と感じ、ファンになっていただければ、そのサービスは他と差別化できる大きな強みとなります。しかし、同じ体験が続くと魅力は次第に薄れてしまうため、常に新しい体験の提供が求められます。また、企業のブランディングやその打ち出し方も、こうした体験の一部としてお客さまに伝わっています。 営業から体験へは？ カンファレンスやイベントを通じたリード獲得から、実際の営業での商談、さらにはサービス導入前後のお客さまの体験まで、一連の流れがどのように評価されているかは、今後のサービス向上にとって非常に重要です。現在、ハイタッチとテックタッチの使い分けは進められているものの、お客さま向けのコミュニケーションプランの整備にはまだ改善の余地があると感じます。 現場の知見はどう？ さらに、実際にお客さまのもとへ出向き、現場の洞察を得ることは、サービス改善のために必須です。どのような前提知識で自社サービスが利用され、また課題や十分に活用されていないサービスが何かを深掘りすることで、お客さまのニーズにより的確に応えることが可能になります。加えて、社内ではヒアリングの様子をSlack huddleなどで共有し、従来のお客さまターゲットと今回のニーズとの違いや、求められているワンアクションの軽減点について、開発メンバーと共に検討することが大切だと実感しました。

発注とユーザーの違いは？ ITシステムの外部委託先の立場から考えると、システム開発を進める際、お客様はエンドユーザーというよりも、顧客企業の担当部門として対応することが多いです。担当部門はユーザーと異なる視点を持つため、今回学んだエンドユーザーの立場よりも、発注者の意向に注力せざるを得ません。しかし、発注者との共感、課題の理解、試作品の作成といったプロセスは十分に実現可能です。真にエンドユーザーに役立つものを提供するのは難しいものの、発注者の満足を追求する姿勢が重要だと感じています。 満足の不一致はどう？ 一方で、発注者の満足を追求できたとしても、発注者がエンドユーザーに目を向けなければ、エンドユーザーの満足と発注者の満足は一致しなくなります。このような複雑な階層構造を持つ大規模な組織では、デザイン思考を一部の人だけが理解していても、途中のプロセスでその意義が薄れてしまうため、広く多くの人に理解してもらうことが必要だと考えました。 試作品の使い分けは？ また、プロトタイプの作成方法によって検証できる項目は異なるため、一つのプロトタイプが最適かどうかを問うよりも、各プロトタイプの特性を活かして使い分け、互いに補完していくことが重要です。さらに、組織階層が深い大規模な組織では、開発過程に関わるすべての人がデザイン思考の考え方を身につける必要があると感じました。加えて、生成AIを発注者役として活用し、想定問答を行う手法も有用であると実感したため、今後も積極的に取り入れていきたいと思います。

マーケティングとは何だろう？ 改めて「マーケティング」とは何かを問われた時、漠然とした認識やイメージしか持っていなかったことに気づきました。しかし、仲間や上司と開発、改善、販促活動について話す中で、情報の整理やイメージのすり合わせがいかに大切かを再認識しました。 なぜセリングに偏る？ これまで、自社では比較的セリング寄りの販促活動を行っていたと感じます。とはいえ、年間売上目標がある中では、ついセリング思考に戻りがちです。そのため、あえてマーケティング思考を意識し、その習慣を身につける必要があると考えています。 シフトの理由は？ 今年度からは、マーケティングに基づいた販促活動および経営活動へとシフトしていく方針です。ミーティング時なども、セリング的な発想に偏っていないか、顧客志向が抜け落ちていないかをメンバーと再確認しながら、活動を進めていきたいと思います。 改善点はどこ？ また、業務委託先でのサービス改善に関しては、既存のサービスの良さや価値と顧客ニーズとの間にギャップがないかを整理し、取り組むべき事項の決定とその優先順位を検討することが求められています。 売れる理由は？ さらに、販促活動において気になる点や提案があれば、積極的にミーティングで仲間に共有し、質問や提案を行っています。既存サービスの改善提案を進める中でもマーケティング思考を意識し、なぜその商品やサービスが売れているのかという理由を考える習慣を持つよう、常にアンテナを張り、メモを取るように努めています。

プロトタイピングの留意点は？ システム開発では、定められた手法に沿った実践が成果の成否を分けるとよく言われます。その一環として、プロトタイピングが推奨される場合もあり、顧客に実際の成果物に近い形を見せることで、齟齬がないかを確認することが目的です。しかしながら、プロトタイピングはコストがかかる点や、成果物に近いがゆえに本来の目的と異なる変更が行われるリスクがあると感じています。そのため、KT法など他の手法も併用すべきではないかと考え、今回の学びを改めて実務に活かす必要性を再認識しました。 初期案件で試す価値は？ 開発初期の案件でこれを試みるのが最もやりやすいと感じています。初期段階であれば、手法や認識に囚われ過ぎず、目的を確実に反映させることが可能だからです。現在、ヒアリングの初期段階にある案件もあるため、その案件で実践してみたいと思っています。目的の決定においてはMUSTとWANTの両面が存在することから、これらを明確にし、常に共感を得続ける姿勢が大切だと考えています。 非線形プロセスの注意点は？ また、WEB制作も手がけている中で、ビデオ内の説明は非常に分かりやすかったと感じました。実際に手を動かしていない方にはイメージしにくい部分もあるかもしれませんが、実務では線形的なプロセス進行が理想とされる一方、現実には非線形となる場面が多いことが大きな課題となっています。手戻りは望ましくないものの、「手戻り禁止」ではなく、最低限に留めるという意識が必要であることを改めて認識しました。

プロトタイプの効果は？ 新規事業開発の現場では、従来、テキストや紙芝居を用いてコンセプトや提供価値を磨く方法を意識していました。しかし、議論をより活性化させるために、あえてプロトタイプを作成する有用性を学びました。また、毎週のグループワークでのディスカッションを通じて得られる新たな気づきも非常に意義深いと感じています。 感情と真因の探究は？ 今後は、自身が関わるサービス開発で次の2点を実践したいと考えています。まず、ユーザーとしての体験から得られる心理的変化に注目し、表面的なニーズだけでなく、感情面に踏み込むことで利用者の情動を捉えること。次に、顧客の悩みの奥に潜む思考や本能、その背景の制約条件を探ることで、根本的な課題や真因を見極めることです。デザイン思考においては、この2つのプロセスを徹底することが、結果的に発想や試作品作成の近道になると考えています。ただし、議論を進めるためのツールとしてプロトタイプは有効なケースもあるため、状況に応じて活用することが重要です。 アイデアはどう生む？ また、アイデア発想のプロセスについても挑戦してみたいと思います。アイデアは、具体と抽象の深さ、多角的な視点、そして顧客視点の掛け合わせによって生まれるものです。基本的な流れとしては、現状の課題を洗い出し、KJ法で構造化し、課題を絞り込んだ上で、SCAMPER法などを用いてアイデアを発散。さらに抽象度を上げて再度発散させ、最終的に収束させるというプロセスを磨いていきたいと考えています。

自分のキャリア・アンカーを再認識 大きな喜びを感じた仕事を思い出す作業を通じて、専門性や技術を追求しながら常に挑戦し続けたいという自身のキャリア・アンカーを再認識しました。また、キャリア志向質問票による診断結果もほぼ変わらなかったことから、自己認識に確信を持つことができました。 誰もが成果を出せる仕組みとは？ さらに、成し遂げた成果に対する社会的評価も求めていることが明らかになりました。WEEK 04のグループワークで、製品の開発過程において属人化をなくし、誰がやっても同じ結果になるよう仕組み化を進めている件について議論しました。その際、技術分野では属人化できる部分とそうでない部分の棲み分けがあっても良いのではないかという意見を頂き、これに安堵した自分の根源を理解しました。この経験を通じて、「この人にしかできない」という領域も大切にしていきたいと強く感じました。 自分に合った管理スタイルを探る 一方、キャリア志向質問票の診断結果では、全体管理コンピタンスの得点が最も低く、これは自分の価値観として存在していないことが確認できました。そのため、無理して全体管理を追求する必要はないと俯瞰することができました。 目指すべきリーダーシップ像は？ 今週の学習を踏まえると、自分が目指したいリーダーシップ像は、「専門領域でのメンバーと大きな成果を成し遂げ、その感動と賞賛をメンバーと共有すること」であることがわかりました。このリーダーシップ像を軸に、小論文を完成させたいと思います。

現状と理想のギャップをどう見極めるか？ 現状と理想の姿にギャップが生じている場合、すぐに対策（How）を考えがちですが、まずは現状の問題や事象の要因（What）を特定することが重要だと理解しました。思考プロセスは4段階あり、What, Where, Why, Howの順で進めることで、限られた資源を最も効率的に活用できる打ち手を立案できると分かりました。また、ロジックツリーを用いてMECEに考えるフレームワークは、アイデア出しの際に抜け漏れをなくすのにも役立つと分かりました。 戦略的な思考が今週学んだ鍵？ 今週学んだことは、戦略的に物事を考える上で基礎的なものでしたが、だからこそあらゆるシーンで適用できる考え方だと感じました。新規事業開発の業務の中で、11月から開始する実証実験をどのように進めるべきか具体的な内容を検討しています。ありたい姿と現状のギャップを改めて整理し、今回の実証実験での仮説検証の範囲をより明確にしたいと思います（何をやるか、何をやらなくてよいかの境界線を引く）。それを踏まえて、どのようなデータを取得すべきか設計していきたいです。 なぜ施策アイデアにロジックツリーを？ 引き続き、実証実験の目的と範囲を明確にし、データ取得の設計を行います。また、自身が考える施策アイデアについては、なぜそれをすべきなのかをロジックツリーをもとに考え、説得力のある説明ができるようにします。ビジネスの場だけでなく日常的にも使えるフレームワークなので、積極的に活用していきたいと思います。

振り返りで学びを深めるには？ ６週間の振り返りを行うことで、記憶から消えかけていた内容を再度確認し、学習成果をさらに深く身に着けることができました。しかし、学んだことを実践に生かさなければ定着しないため、今後も継続して学習し実践していきたいと考えています。ただし、現時点では実践に移すためにはまだ不十分な部分もあり、さらに学びを深める必要があると感じています。 チームで市場を切り拓くには？ 今回の学びを自社の産業用コネクタの新製品開発に活かしたいと考えています。まずは市場をしっかりとセグメンテーションし、競合分析を含む市場環境を確認した上で、何をすべきかをチームと共有しながら進めたいです。自分ひとりの視点に頼らず、チームで意見を言語化することで、様々なアイデアが出てくることがわかりました。このアプローチを自社のマーケティング業務にも取り入れ、チームで取り組みたいと思います。 新製品開発への具体的ステップ 具体的なステップとしては以下の通りです： 1. 狙う市場をセグメンテーションする（例：半導体製造装置、バッテリー製造装置、ビルディングオートメーションなど） 2. セグメントごとの市場ニーズを調査する 3. 調査したニーズに基づいた新製品のアイデア出し 4. 競合分析を行う 5. 新製品コンセプトを決定し、顧客へのヒアリングを実施 6. ヒアリング結果を基にブラッシュアップ 7. 製品化 これらのステップを通じて、自社の新製品開発を成功させるための具体的な計画を立てていきます。

ビジネスのメカニズムとは？ ビジネスの知識は「先人の知」であり、既存の法則や手法の上に成り立っていると考えられます。多くのビジネスが存続している理由を分析すると、規模の経済性、範囲の経済性、習熟効果、ネットワーク経済性といったメカニズムによって分類できることがわかります。 経済性を活かす戦略は？ 当社の基幹ビジネスである環境測定関連の保守事業が全国展開したことは、規模の経済性に該当します。また、関連するシステム開発や他の環境関連部署を設置した事例は範囲の経済性に当たります。社内資源の活用だけでなく、顧客接点やブランド力といった無形資源も考慮に入れることで、規模や範囲の経済性を最大限に活かしながら、不経済に陥らないよう留意すべき点についても理解が深まりました。これにより、業務改善に対するアプローチも変わってきます。 多角化の根拠は何か？ さらに、今後の多角化を進めるにあたって、単にキーワードを関連づけるだけでなく、その多角化の根拠を明確に整理し、より戦略的な思考を持つことが必要だと思いました。 多角化事業をどう分析する？ 以前、自社事業の多角化状況を表に整理したことはありましたが、その経緯や現状については十分に考えていませんでした。多角化事業のそれぞれがどのメカニズム上に成立しており、現在のどの段階で規模や範囲の不経済に陥っていないかを分析することが重要だと感じています。新規事業の位置づけについても、ビジネスのメカニズムに則った説明ができるように分析を進めたいと思います。