(7ページ目)

開発 ✕ 本

に関する学び

---

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

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

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

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

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

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

クリティカルシンキングの技術をどう活用する？ クリティカルシンキングというテクニックを用いることで、課題に対して適切な解を導く方法を学びたいと思います。物事を客観的に捉えることによって、考えが偏ったり固定観念にとらわれたりすることを防ぎます。反復練習や他者とのディスカッション、時には内省により、新しい視点を開発するための頭の使い方を身につけたいです。 問題解決に必要な視点とは？ 日常業務においては、新たなルールの決定や改善が求められますが、「問題だ」と誰かが指摘した一言にただ反応するのではなく、問題の本質や他に同様の問題があるかどうか、また将来的に発生するかもしれない問題についても多角的に考え、最適解を模索していくことが重要だと感じました。 プロジェクトの目的を見失わずに進行するには？ さらに、プロジェクトに参加する際には、「この企画を実施する」ことが目的となりがちですが、本来の目的を見失わないようにすることが肝要です。目的を明確にし、その上でプロジェクトを進行するよう努めたいです。 行動を深く考える習慣をどう付ける？ 私自身は思い立ったらすぐに行動に移すタイプですが、これからはもう少しじっくりと多方面から考える癖をつけるよう心がけます。他の人がどのように考えるかを頭に置き、「なぜ？」を問う姿勢も大切にしたいです。また、チームで仕事をする際には、自然と多様な視点が開発される機会を設け、トレーニングの場を作りたいと考えています。

住民サービス改善とは？ 私の職場である自治体において、住民への行政サービス提供の改善を実践しています。一例として、市役所の窓口での手続き改善点を見出すため、職員がロールプレイング形式で体験しながら意見を出し合ったり、電子化された行政手続きを自ら試用してみたりする取り組みがあります。 試用体験の効果は？ 電子化された行政手続きは、リリース前に何度も動作チェックを兼ねた体験が行われるため、自然と試用される流れになっています。私自身は行政手続きの担当部門ではなく、システム開発側にいるため、制度の細かな点についてはあまり把握していません。そのため、住民に近い立場から、専門用語を極力排除し、質問項目も必要最低限に工夫して使うよう努めました。この経験から、行政特有の硬直した手続きや、利用者側のストレスを実感し、ユーザー視点に立ったサービス開発が可能であったと考えています。 ユーザー共感どう生む？ 利用者はあくまでサービスのユーザーであるため、ユーザー視点で製品やサービスを開発するのは当たり前のことです。しかし実際には、業務の多忙さや手間を理由に、この基本的なステップが省かれている場合が多く見受けられます。組織全体の取り組みとしてユーザー共感のプロセスを重視することで、より良い環境づくりが実現できるのではないでしょうか。共感と共創が伴わない製品やサービスは淘汰されるという認識のもと、今後もユーザー体験の改善に努めていく必要があると感じています。

なぜ切り口が大切？ 数字を分解して考える際の重要なポイントを学びました。どのように分ければ情報がより明確に見えるか、多くの切り口を持つことが重要です。例えば、年代別に分ける際に、単純に10代、20代、30代という機械的な分け方をしていましたが、18歳や22歳で分けると、高校生や大学生といった具体的な層が見えてきます。また、ある傾向が見えた場合でも、そこで分解を止めずに「本当にそうか？」と疑問を持ち、他の切り口からも考えてみることが重要です。分解して傾向が見えなくても、別の視点で再考することが大切で、迷わずまずは行動することが必要です。 市場分析はどう進める？ 現在、数字を用いた分析の機会は少ないですが、今後開発を進めている製品の市場分析においては、MECE（漏れなくダブりなく）を意識して全体を網羅した切り口を見つけ出し実践したいと考えています。都市別や規模の大きさなど、思いつく限りの切り口を活用し、まずやってみることが大事です。仮に傾向が見え始めても、思考を止めずに「本当にそうか？」と他の視点から再度検証します。 なぜ議論を重ねる？ 常にどのような切り口があるかアンテナを張り、プロジェクトメンバーとの議論では、定量的なものだけでなく、定性的なものをどう分解するとどう見えるかについても意見を交わし、考え抜くようにしたいです。また、一度導き出した結論も「本当にそうか？」の問いを繰り返し再考し、慎重に判断するよう心がけます。

なぜ問いは必要？ この講座を通じて、問を立てることの重要性や、そのための考え方を学びましたが、「なぜ問の形にする必要があるのか？」については深く考えたことがなかったと気づきました。問題を問いの形にすることで、解決に向けた思考を進められるということが大切だと学びました。また、講座での課題を通じて、自分が「経験や勘に頼って主観的に考えがち」であることに気づき、これからは客観的に考える方法を身につける必要があると感じました。 どの問いが響く？ 「問から始める、問を押さえておく、問を共有しておく」の三点は、さまざまな場面で役立ちそうです。例えば、新規サービスの開発プロジェクトにおいても、「顧客が求めているものは何か」という問いを立て、それを常に念頭に置きプロジェクトメンバーと共有することは、今すぐにでも実践したいことです。また、リーダーの役割を担う中で、「何を課題（問い）と捉えるべきか？」を見極める訓練を積んでいきたいと思います。 正しい問いは？ プロジェクトを進める際や会議、データ分析の際には、必ず「問い」を中心に置くことを忘れずに進めようと考えています。問から逸れていないかを確認し、客観的な視点で議論を進めることが重要です。また、リーダーとしてその問いが本当に解くべきものであるかを見極めたいです。講座を通じて多くのことを学んだので、これから様々な場面で実践を重ねていくことが非常に大切だと感じています。

普及要件は何が重要？ イノベーションの普及要件として、比較優位性、適合性、わかりやすさ、試用可能性、可視性が挙げられます。中でも特に重要だと感じたのは「わかりやすさ」です。顧客や使用者が具体的なイメージを持ちやすければ、試してみようという動機につながるためです。 顧客視点はどう大切？ また、顧客ニーズに沿った商品を開発・販売していると、競合企業が似た製品を市場に投入してくることがあります。こうした状況で競合他社の分析に偏りすぎると、顧客本来のニーズを見落としてしまう恐れがあります。そのため、常に顧客視点を重視することが求められます。 市場導入はどう検討？ 新製品を日本市場に導入する際は、イノベーションの普及要件を基に、顧客がどのようなイメージを持つかを十分に検討する必要があります。また、競合製品についても、売れているかどうかを判断するだけでなく、顧客がどのような印象を抱いているかを分析し、その結果を自社製品の改善に役立てることが大切です。 改善策は何がある？ まずは、売れていない商品を対象に、なぜ売れていないのかを普及要件に照らして考え、どう改善すれば魅力的になるかをディスカッションすることが有効です。さらに、自社製品については、顧客面談や営業担当との同行などを通じて、私たちが伝えたいメッセージが正しく伝わっているかを確認し、より良いサービス提供につなげる努力が必要だと感じています。

プロセスはなぜ重要？ デザイン思考は、料理と同じように順番や手順、プロセスが大切な考え方です。たとえば、IDEOが採用しているプロセスには明確なステップがあり、計画的に物事を進める点が特徴です。 顧客理解はどう進む？ この考え方の流れは、まず人間中心の視点から顧客を徹底的に理解しようとするところから始まります。そして、効果的に伝えるためのビジュアライズやプロトタイピングが実践され、ユーザー、作り手、投資家にまで及ぶ共感の連鎖を生み出します。 企業支援はなぜ有効？ 企業支援の現場では、従来の基本的な事業計画書の枠組みではなく、デザイン思考の進め方を採用して、実際の取り組みの中でその有用性を試すケースもあります。たとえば、あるインテリアメーカーが進める新商品の開発において、デザイン思考の視点を取り入れ、改善の可能性を検討する取り組みが行われることがあります。 資料整理はどうする？ また、企業初回の支援にあたっては、メモや各種フレームワークの中にデザイン思考に関連する項目を組み込み、資料としてまとめておくことが有効です。実践に向けた準備として、自身で新商品の事例にデザイン思考を適用し、どの部分が改善できるかを検討することも大切です。 基本理解の第一歩は？ このための第一歩として、まずはデザイン思考に関する書籍をしっかりと読み、基本的な概念と進め方を理解することが求められます。