(8ページ目)

開発 ✕ 本

に関する学び

---

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

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

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

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

マーケティングの意味は？ マーケティングは、顧客目線で価値を生み出すプロセスであり、その意味や解釈は多様であると実感しました。ドラッカーが提唱する「販売の必要性をなくす」という考え方は非常に究極的で、私も今まで「マーケティングとは何か」という問いに対してピンと来ない部分がありましたが、本日の講義でその疑問が徐々に解消され、理解が深まりました。極論のように聞こえるドラッカーの主張ですが、そこまで価値あるものが創出できれば、顧客は本当に喜ぶのだと感じました。 現場との連携は？ 普段、私は研究開発の部門に所属しており、直接マーケティングの業務に関わることはほとんどありません。しかし、実際の業務ではマーケティングを担当される方々と連携する機会があり、その考え方や悩みを伺う中で、社内で共有されるマーケティング資料に興味を持って観察しています。資料がどのような流れや考え方で作られているのか、自分なりに分析し、今回の学びで得られる知識や考え方を実践に活かしていこうと考えています。 プラン共有の大切さは？ また、講義中に講師から「同じマーケティングプランを持つことが大事」というお話があり、疑問ではなく「理想の姿」だと感じました。この理想的な状態を構築するためには、個人の能力だけでなく、組織全体としての考え方やフィロソフィーが重要だと実感しました。さまざまな業種の方とのディスカッションを通じて、異なる考え方に触れるとともに、自分自身の思考の癖を認識し、改善していきたいと考えています。

部下の背景を知るには？ 部下の言動には必ず理由があることを実感しました。メンバーの行動の背後にある理由や背景を理解せずにフィードバックをしても、すれ違いが生じることを学びました。もちろん、メンバーが自分の言動の理由を言語化して説明してくれるとありがたいのですが、何も言わず黙り込んでしまうこともあります。メンバーの様子を把握するためにも、フィードバックは対面が基本であり、リモートの場合も必ずカメラONで行うことが重要だと認識しました。 どうしてリアルが重要？ 期末にはMBOの評価面接や能力開発面接がありますが、これも基本的にリアルで実施します。やむを得ずオンラインで行う場合でも、カメラONの面談を心掛けています。また、ネガティブな評価を伝えなければならない際は、以下の点を意識しています。まず、事実に基づいて具体的に指摘すること。そして、メンバーの努力に共感し、将来的な成長を期待していることを伝え、前向きになれるよう支援します。自分の過ちに対しては素直に認め、その改善意志を示すことも肝要です。 フィードバックの極意は？ 改善すべきネガティブな点だけでなく、ポジティブなフィードバックも事実に基づいて行うよう心掛けています。そのために、気づいたことを忘れないようメモを取ることを継続しています。メンバーの心情に共感するには、行動よりも感情に焦点を当てて質問することが大切です。目標が達成できなかった場合は、目標設定時の期待を再確認し、次年度に向けてメンバーを鼓舞しています。

プロトタイプはどう活かす？ 業務において、プロトタイプは新しいプロセスやアプリケーションの原型として位置づけられるため、本番の製品やサービスの一部と見なして、開発に過度の時間や労力をかけてしまい、せっかく作り上げたプロトタイプを無理にでも活かそうとしてしまうことがあります。しかし、プロトタイピングの本来の目的は、具体化されたアイデアに対するユーザーのフィードバックを得ることにあるため、効率的に、何度もプロセスを回すことを意識する必要があります。 評価の真実は？ 思い描くプロトタイピングのシーンでは、手間をかけて作ったプロトタイプに対してユーザーからの評価が必ずしも期待通りでない場合も考えられます。このとき、単にプロトタイプの作り方が悪かったと考えるのではなく、そもそもの発想や課題定義に問題があった可能性を検証することが重要です。デザイン思考の各ステップにおいては、できる限り手戻りが発生しないよう注意深く進める工夫が求められる一方で、うまくいかなかった場合には直前のプロセスだけに原因を求めず、必要に応じて大きく方向転換する決断力も大切です。 過程重視の意味は？ また、「プロトタイプ」と聞くと、自分のアイデアに対する試作品そのものに注目してしまいがちですが、実際にはユーザーからのフィードバックを得る過程全体を重視することが肝要です。そのため、単なる試作品の開発にとどめず、評価を得るまでのプロセス全体を意識した「プロトタイピング」に取り組んでいくべきだと考えています。

コスト削減の真意は？ 単純にコストを削減すればよいというわけではなく、各社においてどの項目を増やすべきか、削減すべきかという違いがあることが分かります。 指標の意味はどう？ 各種指標にはさまざまな観点があります。売上総利益については、単に売上高や原材料費が前年と比べて増減しているかに着目すればよいでしょう。一方、営業利益の場合は、販売費や一般管理費が売上総利益に対してどの程度の割合を占め、前年と比べて増加しているか減少しているかを確認する必要があります。さらに、経常利益の割合が高い会社は、本業での収益が薄い可能性があるという点も注目すべきです。 経営戦略はどう考える？ また、自社の経営の方向性について常に自分なりに答えられるようになることが重要です。今後どの活動に資金を投入すべきかを具体的に示すことで、社内外に経営戦略を説明し、実行へと繋げることができます。さらに、昨年との違いを踏まえ、今後どこに注力すべきかを明確に説明できるようになること、そして自社および競合他社の財務諸表をじっくりと比較検討することが求められます。 費用配分はどう検討？ 最後に、次のような疑問が浮かびます。研究開発費は一般管理費に含めるべきか、また、業種ごとに営業利益や経常利益の相場はどの程度異なるのか。当期純利益は株主にどの程度残るのが理想であり、その一部は従業員にどのように還元されるべきか。さらに、ROEやROIは損益計算書上のどの項目に対応するのか、といった点です。

相手に何を伝える？ 社会人になってからは、同じ業界の人々と関わる機会が多く、無意識に同一視していた部分もありました。しかし、異なる業界、業種、年齢、居住地など多様なバックグラウンドを持つ方々と対話する中で、相手の視点に立って何を伝えるべきかを考える重要性と、その難しさを痛感しました。今後は、これまでの固定観念を捨て、相手が本当に求めているものに意識を向けることが必要だと改めて感じています。本講座を通じて、そのための手法を学べることに大いに期待しています。 投資、どう伝える？ 資源の権益投資の提案では、数百億円を超える金額が動くことがあり、鉱山開発も短期間ではなく10年単位の長期計画です。これほどのリスクを負って投資を行う理由を、社内の意思決定者にしっかりと納得してもらうためには、魅力的な案件であっても適切な伝え方が不可欠です。ライブ授業では、初対面の方々それぞれの関心事を把握するのに苦労し、その結果、自分が伝えたいことばかりを優先してしまっていたことを反省しました。今後は、相手のニーズをじっくりと探りつつ、マーケティングの視点から自分の主張をどうアジャストするかを考えていきたいと思います。 経験はどう活かす？ 授業内での発言やチャットを通じ、マーケティングに関する知見を既に持たれている方や、実際に顧客対応で試行錯誤をされている方々の存在を実感しました。授業内容だけでなく、彼らの成功や失敗の経験談を詳しく聞くことで、さらに理解を深めたいと感じています。

背景を重視する理由は？ 機械設備の受託開発では、単に仕様書に基づいた製作・納入を行うだけでなく、お客様が設備を必要とする背景にも着目することが大切だと感じました。お客様の生産現場を実際に拝見し、そこで働く方々の負荷や課題、生産効率、品質などを体験して共感することが、根本的な課題を把握する上で重要です。 設備の目的は何？ また、設備に求める目的は、例えば省人化や俗人的なノウハウの標準化といった多様な要素が含まれています。こうしたお客様の求める意図に共感し、しっかりと言語化・明確化することが、製品の理解と改善につながると感じました。単なる機械の受注・販売ではなく、コンサルティングを含む深い顧客入り込みのイメージです。 新たな試みは実現する？ しかし、ある程度定型化した業務プロセスが既に存在する中で、こうした新しいアプローチを実践に移すことは大きな課題です。既存の受託業務の枠組みの中で、コンサルティング的な付加業務を実現するための能力、工数、権限、経験、ノウハウ、そして上司の理解など、様々な壁があると感じています。 顧客にどう寄り添う？ 日常の業務では、お客様の要望に即して仕様や詳細が決まってしまうことが多いですが、一歩踏み込んでお客様の考えや課題に寄り添い、共感することで、双方が納得する課題解決のサイクルが生まれるのではないかと思います。この過程を通じて、単に製品を作って売るのではなく、信頼関係の構築とその後の関係継続につながると実感しました。

顧客ニーズをどう理解する？ 顧客のニーズを探ることは非常に難しいものです。顧客が本当に求めているニーズには、顧客自身も気づいていないものが存在します。そのようなニーズを引き出す手法として、対話が重要であると感じました。特定の商品が欲しいというのは、その商品自体が前提とされたニーズになってしまうため、注意が必要です。 ペインポイントの捉え方とは？ 顧客ニーズの捉え方として「ペインポイント」があります。ソリューション開発でこれを考える機会がありますが、「あるべき姿」ではなく、「ありたくない姿」を切り口に深く掘り下げていくのが、自分に合っていると感じています。しかし、これは一般的な商品販売とは異なるため、過去の業務とは毛色が違い、苦手意識が残る場面もあります。 真因の探求が重要な理由 業務設計において真因を探ることは重要で、取引先が抱える課題解決が顧客ニーズとなりますが、既存サービスでは解決できないケースもあります。このギャップを明確にし、課題解決につなげることで、差別化を図り、ニーズを満たすことが可能となります。ただ個別でカスタマイズを行う際の困難さとのバランスをうまく取る必要があると感じます。 今後も継続して真因の解決を意識し、取り組んでいきたいと考えています。ある程度パッケージ化されたサービスが整ってきていますが、それをそのまま適用して件数の確保（セリング）につなげています。この恵まれた環境にいる間に、マーケティングを定着させておきたいです。

顧客志向はなぜ大切？ 顧客志向でプロセスを構築することの大切さを学びました。顧客自身が気づいていない欲求や、さらに求める＋αの価値を引き出し、それを実現するための方法を検討し提案する必要があります。真のニーズを発見し、それを満たす際は自社の強みを活かすことで、他社との差別化が可能となる点が印象的でした。 ネーミングの魅力は？ また、ネーミングの重要性にも触れられており、覚えやすくキャッチーな言葉であること、そして口にしたときに心地よさを感じられる点が理想とされます。実現手法としては、STPやAIDMAなどのフレームワークを用い、社内での合意形成にも十分に注意する必要があると学びました。何より最後に、常に顧客目線を持つことが重要であると再確認しました。 自動車業界で何を重視？ 自動車業界での商品開発の現場においては、顧客がどこに強いペインポイントを感じているのかを深く検証することが求められます。現在検討している製品や機能が、顧客にとって実際に価値があるものかどうか、または他にもっと重要な課題がないかを見極めることが大切です。検証の手法や必要なデータについても改めて考える良い機会となりました。 異業種交流で何を掴む？ さらに、異なる業種や業界のメンバーとのグループワークを通じ、自分の考え方や癖を再認識することができました。さまざまな価値観や考え方に触れることで、その背景にある理由や経験を深く掘り下げることができたのが非常に有意義でした。