(28ページ目)

開発

に関する学び

---

仲間の意見はどう感じる？ 他の受講生の発表を拝見し、短期間でこれほど多彩なアイデアが生まれるのかと驚くと同時に、さらに洗練されたフィードバックの重要性を実感しました。個々のセンスだけでなく、複数人でのコラボレーションやコミュニケーションが、成果物に大きな影響を与えることを改めて認識しました。 デザイン思考で何得る？ また、デザイン思考は新製品やサービスの開発に留まらず、決まった答えが存在しない業務課題の解決にも効果的だと感じます。たとえば、最新の技術を既存業務に融合させるプロジェクトにおいて、ユーザーへの共感をスタートに試作とフィードバックを繰り返すプロセスは、従来の単純な試行錯誤に比べ、確実な成果を生むと確信しました。 ユーザー声、どう活かす？ さらに、新しいプロジェクトを始動する際には、漠然とした計画やスケジュールだけでキックオフするのではなく、まずユーザーの声や抱える課題に全体の意識を向けることが重要だと考えています。解決すべき明確な目標をチーム全員で共有することで、各活動の一貫性を高め、より良い成果につなげていきたいと思います。

どう変化に気づいた？ 身の回りの商品やサービスに対して、以前よりもしっかりと目を向けるようになった点には、大いに共感しました。一方で、グルーブワークへの欠席が多かったため、他の受講者と比べて人の考えを聞く機会や、自分の言葉で意見を表現する場面が少なく、学んだ内容の理解が浅くなってしまったと感じています。 なぜ視点を変えるの？ また、ある成功事例では、当初は40代〜50代をターゲットとしたため、コストパフォーマンスやタイムパフォーマンスに重きを置く30代のニーズは想定されていなかったことから、ミクロ視点とマクロ視点の両面を持つ重要性を改めて認識しました。商品開発や企画のプロモーションにおいても、予想外のニーズが生まれる可能性を踏まえると、初めから完璧な結果に固執する必要はなく、変化に柔軟に対応していくべきだと感じます。 どう説得力を高める？ さらに、社内で企画を実行するためには、決裁者に説得力を持ってプレゼンテーションすることが必須であり、そのためのマーケティング知識やフレームワークの習得が重要であるという点も、非常に印象深かったです。

具体と抽象の大切さは？ 具体と抽象の両面を行き来することの重要性を実感しました。議論が進む中で、つい具体的な部分に深堀りしすぎてしまい、視野が狭くなることがあると痛感しました。まずは何を解決したいのかという問題意識を持ち、その上で立ち止まる勇気が大切だと感じています。 掘り下げ不足は大丈夫？ システム開発会社からの技術派遣ニーズのヒアリングでは、一見、案件内容や必要なスキルがテキストで整理されているため、手軽に内容を把握できる反面、それ以上の掘り下げをしなくなりがちだと感じました。これは、お客様側が要件のすり合わせを完璧に行っているという前提に陥りやすいことに起因しています。そのままの形で提案を進めると、結果としてコスト競争に陥り、収益性に悪影響を及ぼす可能性があるため、いただいたご依頼をそのまま受け取るのではなく、解決すべき課題の優先順位を合意の上で整理し、当社独自の提案へとつなげていきたいと考えています。 最適解はどこに？ また、VUCA時代と呼ばれる現在において、何をもって最適解とするかの定義を明確にすることが難しいと感じています。

フレームワークの役割は？ 自社のサービスや商品の特性を明確にし、理解を促進するためのフレームワークを学ぶことができました。特に、習熟効果があるポイントを超えると、競争相手とのコスト差がなくなり、差別化が難しくなって事業が行き詰まるという点については、自社の事業にもいずれ該当するリスクがあると感じています。 競争優位性をどう維持する？ 製品がコモディティ化してしまうと、技術の優位性やコスト削減の努力が事業の成長につながらなくなることを実感しました。そのため、さらなる競争優位性を持つためのポイントを見つけるか、新たな事業を立ち上げる必要があると考えられます。こうした重要な局面で、この講座で学んだフレームワークが役立つと感じました。 中期経営計画に向けての準備 今後の中期経営計画の策定においては、自分がその責任者になったつもりで、プロダクトの将来を予測し、開発計画を立てることを想定しています。この講座で学んだフレームワークを駆使して、自社のビジョンに基づいた5年後、10年後の理想的な姿を提示できるように、年度内にアウトプットを作成する予定です。

優先順位付けの重要性とは？ リソースは有限であり、戦略的に物事を進めるためには優先順位をつけることが重要であると理解しました。何をやり、何を捨てるのかを決めるには、判断基準を設ける必要があります。特に、投資対効果を算出することが一つのポイントです。根拠のある判断基準があれば、後ろ向きな印象のある「やらない/捨てる」という決断も納得感を持って周囲に説明できるとわかりました。 実証実験での課題は？ 現在の業務において、「何をやらないか」を決められないことが大きな課題だと感じています。特に実証実験を始める際、規模や検証すべき内容（今回は何を検証しないのか）を明確にすることが、有限なリソースを効率的に活用し、仮説検証の精度を高めるために役立ちます。 効果的な仮説検証の進め方 これからは、各フィールドで進める実証実験の目的を明確にし、検証すべき仮説を見直していきます。チームで検証すべき仮説を洗い出し、どの仮説を優先して検証するかをグループ会議で議論します。また、担当フィールドで想定している開発機能も、その優先順位に基づいて絞り込んでいく予定です。

組織支援の新たな視点は？ 自分の業務は法人向けのガバナンス支援や規制対応支援であり、製品開発とは距離があるため、一般ユーザーの視点や共感を求められることはほとんどありません。そのため、組織としての対応やあり方を重視する中で、あえてデザイン思考のアプローチを適用することで、予想外の効果が得られるのではないかと感じています。 組織論で何を学ぶ？ また、自分の日々の業務は基本的に組織論に基づいており、直接的な個々への共感よりも、組織設計や評価を重視して行われています。このような出発点での業務が、たとえその良し悪しが直ちに判断材料とならなくとも、将来的に役に立つ知見となると改めて気付かされました。 ユーザー体験の真意は？ さらに、デザイン思考の基礎であるユーザー体験や共感という概念にはなじみがあり、漠然とした理解はあったものの、実際に登山装備の製品開発における事例や、身近な企業がどのような努力をしているのかを調べ考察する過程で、自分の業務や企業との関連性を新たに感じるとともに、理解が深まり、想像力が強化されたと実感しています。

伝えることの壁は？ 相手に伝えることと伝わることが第一歩であると気づきました。以前の私は、「伝える」ことを避け、誰にとっても当たり障りのない表現で業務をこなす傾向がありました。その結果、具体的な内容が相手に十分伝わらず、意思疎通が曖昧になっていました。 伝わったか確かめる？ また、伝えた内容が本当に相手に伝わったかどうかを確認する姿勢が不足していました。敢えて「伝わったよね？」と確認することを避け、議論や対立を回避するスタンスをとっていたのだと思います。セールス業務に直接関わる仕事ではなかったため、このやり方で問題が生じなかった部分もありましたが、マーケティングの視点で振り返ると、改善すべき点が多くあったと実感しています。 伝え方の魅力は？ 現在は人材開発の特定領域でプロジェクトマネジメントを担当しており、研修内容のセグメンテーションや魅力的な伝え方に注力しています。これにより、研修の具体的な内容を明確化するだけでなく、後の社員満足度調査を通じて、どの程度魅力が伝わっているか検証できる取り組みへとつながっています。

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

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

体験設計はどんな工夫？ 顧客が価値を感じる体験を設計する難しさを実感しました。教材で学んだ、あるサブスクリプションサービスの体験に魅力を感じた一方、開発の立場から見ると、これまでにないサービスに辿り着くためには緻密な仮説検証が行われていることが印象的でした。 地方銀行の挑戦は？ また、顧客が価値を感じる体験について、地方銀行が地域の観光をデザインする企画に魅力を感じています。細やかな地域情報や、自治体をまたいだルートの提案、現地の観光ガイドをパッケージにまとめることで、地域外の観光客だけでなく、地域住民にも楽しんでいただけるプランづくりが可能ではないかと考えています。 差別化の疑問点は？ さらに、あるサービスの他社との差別化について疑問を持ちました。届いた商品の箱を開封し、使用前にSNS映えするような工夫が施されている点や、非常に細やかなアイデアが満載であることは印象的です。しかし、現在の形はサービス開始当初からの改善の結果なのか、また、顧客の声をどのような仕組みで拾っているのか、そのプロセスが気になりました。

商品の開発と見せ方、何を学んだ？ 私は、顧客起点で商品を開発するだけでなく、見せ方を考える際にも顧客にとってのメリットを重視する必要があると学んだ。特に、ネーミングやパッケージの重要性を再確認することができた。新商品であればあるほど、第一印象から連想されるイメージを顧客視点で確認し、構築していく必要があると感じた。 顧客視点で考える時のポイントは？ 商品の見せ方を考える際には、話題性を狙うこともあるが、一度立ち止まり、顧客視点で確認することが重要だと思った。自社において売れない商品や廃盤になった商品についても、見せ方を変えることでリブランディングができないか検討することが有効だと思う。 提供価値を逆算するには？ また、商品CMからどのような顧客をターゲットにしているのか、提供価値は何なのかを逆算して考えることも大切だ。日ごろからさまざまな商品の見せ方を分析しておくことで、担当商品の見せ方を考える際の幅を広げることができる。自分が買いたいと思った商品については、その理由を深掘りして考えてみることも重要だと感じた。

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