(2ページ目)

システム ✕ 効果

に関する学び

---

テストで何を見極める？ デザイン思考の最終ステップである「テスト」は、共感、課題定義、発想、試作というこれまでの流れを総仕上げしながら、各プロセスに戻るための道筋を示す重要な工程です。この段階では、試作に盛り込んだアイデアの充実度、課題定義の妥当性、そして初期の共感がどこまで実現されているかを議論します。状況に応じて、必要な工程に立ち返ることができるため、非線形的なアプローチの入り口とも言えます。 なぜ戻るが大切？ 一般には「戻る」という作業は嫌われがちですが、デザイン思考を活用して何かを実現するためには、このプロセスが非常に大切だと感じています。初めからプロジェクトメンバー全員がその重要性を共有していれば、スムーズに進められるのではないかと思います。 システム開発の難しさは？ 私の仕事であるシステム開発では、各ステップが線形に進む必要があるという制約があり、各工程ごとに承認や同意が求められます。一見するとデザイン思考とかけ離れているようにも思えますが、今回の学びを通じて、デザイン思考は全体を俯瞰するだけでなく、一部分の課題に対するアプローチとしても有効であると実感しました。特に要件定義の期間にデザイン思考を集中的に取り入れることで、その後の設計やシステムテストの工程に悪影響を及ぼすことなく、より効果的な成果に結びつけることができると考えます。 新規案件でどう活かす？ 現在手掛けている新規案件では、顧客側からの提案依頼がまだ明確ではないため、この段階でデザイン思考を活用できる可能性を感じています。顧客を巻き込み、共感のポイントを洗い出し、適切な課題定義に結びつけることができれば、その後に弊社側で発案する解決策との連携も取りやすくなり、システム完成後の効果がより実感できるはずです。一方で、試作段階については、単なる操作画面のスライドショーでは伝わりにくいという過去の経験もあり、工夫が求められると感じています。また、システム開発においては試作にかかるコストも課題となるため、これまでの経験を活かしながら、デザイン思考をうまく取り入れてより良い課題解決へ繋げていきたいと思います。

サーチとコンバージョン分析のポイントは？ 私は、定量データの処理方法や割合と実数値の使い分けについて学びました。広告のサーチ数やコンバージョン率を分析する際、実数値で成果を示すと共に、全体の成果に対する割合を表示することで、広告の効果がより明確になります。例えば、特定の広告が他の広告よりも高いコンバージョン率を示す場合、その差を強調するために割合を用いることが有効です。 リーチとフリクエンシーの効果的な可視化 データの加工方法や適切なグラフの選び方について学びました。リーチ（到達）とフリクエンシー（接触頻度）のデータをヒストグラムや折れ線グラフで視覚化することで、どの広告が最も効果的なリーチを達成しているか、または頻繁に接触されたが効果が薄い場合の改善点を容易に発見できます。 データクリーンルームを活用するには？ 比較の重要性や仮説に基づく分析について学びました。データクリーンルームを活用する際、テレビとデジタル広告の重複接触を比較することで、効果的な広告の配置や接触頻度を見極める仮説を立て、そのデータを基に改善策を提示します。こうした定量的なデータとその適切な比較により、精度の高い分析が可能になります。 これらの学びを基に、分析プロセスの一貫性を保ちながらデータをより効率的に扱い、効果的な広告戦略を提案できるようになりました。 グラフを使ったデータの伝え方 グラフや可視化ツールを駆使することも重要です。データをグラフやチャートで可視化し、関係者にとって理解しやすい形で伝えます。特に、データの割合や実数値を比較する際には、視覚的に分かりやすいグラフを使用することで、複雑なデータを簡単に理解しやすくし、意思決定をサポートします。 どのように分析スキルを向上させるか？ さらに、データ分析スキルの継続的な向上を目指します。新しいデータ分析手法やツールを学び、分析スキルを継続的に向上させます。広告業界で使用される分析ツールやシステムに精通することで、より効率的で精度の高い分析が可能となり、業務の成果を高めることができます。

イシュー整理の重要性 イシューについて整理しました。 まず、いきなり考え始めるのではなく、目的を明確にすることが重要です。問いや課題に対しては、その本質や解決の道筋を考え、可能な解決策をいくつかカテゴライズします。そして、本質に対しての裏付けや根拠を数値を用いて行うことが必要です。 プロジェクト管理への応用は？ 私はSIerでプロジェクトマネージャーをしています。そこで、この方法をプロジェクト管理やチームの問題解決の場面で活用したいと考えています。新製品開発やソフトウェアプロジェクト、業務改善プロジェクトなどで、リスクや課題を効果的に管理し、進捗を安定させるために用いるつもりです。 イシューの特定と優先順位付けとは？ イシューの特定と優先順位付けについては、プロジェクト開始時に潜在的な問題やリスクを洗い出し、イシューとして登録します。各イシューについては、影響度と緊急度に基づき優先順位を設定し、重要な問題から対処していきます。 進捗管理のシステムは？ 次に、イシュー管理のプロセス設計です。イシューの進捗を継続的に監視するために、専用のツールやシステムを使用します。また、各イシューには責任者を明確にし、対応策を実行する担当者を決定します。 効果的なコミュニケーション方法は？ コミュニケーションと報告の部分では、プロジェクトの進行に合わせて定期的にイシューのステータスをレビューし、必要な対策を講じます。そして、進捗状況や解決策について関係者に適切に報告し、情報共有を行います。 問題解決後の改善策は？ 最後に、問題解決のプロセス改善です。イシューの解決後には、対応策の効果やプロセスを評価し、フィードバックを収集して改善点を明らかにします。さらに、解決したイシューの事例を文書化し、将来的なプロジェクトで活用できるようにします。 これらの方法を通じて、プロジェクト管理がより効果的に行えるようになると期待しています。

直感に頼らず考えるには？ 人間は直感や経験に基づいた発想を無意識にする傾向があります。そのため、自分自身の思考に対して「なぜ？」や「他には？」と問い続けることが重要です。また、他人からフィードバックを受けることで自身の思考を育て、多角的な視点を養うことができます。これによりバイアスのかからない思考が可能となり、考える過程を言語化できる、つまりロジカルシンキングが得意になると言えるでしょう。 多面的な視点を養う秘訣 物事を考える際に自分の視点からのみ考えてしまい、多面的な見方ができていないことに気づかされました。無意識のうちに自分が考えやすい方向に思考をしてしまう自分自身に気づき、まずは自分の考えの癖を意識し、注意することが必要だと強く感じました。 ITインフラエンジニアの視点でプロジェクトを検討 私の職種はITインフラエンジニアで、稼働システムの運用や保守、新規システムの設計や構築を担当しています。例えば、古い環境のシステム更改時に単純に今あるものを新しくする視点からタスクを洗い出したくなります。しかし、システムに関わる全ての関係者の目的や、その手段、期限、効果などを考慮することで、より意義のあるプロジェクトに寄与できると感じています。日々の業務においても、正確で相手が納得できる発言をすることが、短時間で精度の高いタスクの進行に繋がると思います。 なぜそのタスクを行うのかを共有する重要性 さらに、身近なメンバー間での単純な作業内容の共有にとどまらず、なぜそのタスクを行うのか、その意義やプロジェクトの方針などを共有し、認識にずれがある場合は軌道修正します。また、プロジェクト内の見える範囲に限らず、関係者以外の方にも意識を向ける必要があります。経験に頼ったタスクに対しては、なぜそれを行うのか、他に手段はないのかを検討する時間を設け、コミュニケーションにおいては具体的で理解しやすい内容を常に心掛けることが重要です。

店舗改善で何が重要？ 店舗のオペレーション改善においては、新機器やシステムの導入、新サービス開始に伴うオペレーション変更、生産性向上を目的とした人員配置の見直しなど、検証を重ねています。これから実務に取り組むにあたり、特に以下の2点を意識して改善を図りたいと考えています。 迅速な試作品作りは？ まず1つ目は、初期段階で迅速にプロトタイプを構築することです。通常、本社のラボでテストを実施してから実店舗での検証へと進むため、準備や実施、レビューに多くの時間がかかってしまいます。初期のテストも何度か繰り返すことが多いため、まずは主な要素に絞ってプロトタイプを早く考え始めることが重要だと感じています。 抽象思考はどう進化？ 次に2つ目は、抽象的な考えを手で形にすることです。頭の中で考えるだけでは前に進まないこともあるため、絵や図に描くことで思考を整理するとともに、他者と共有し意見を募りやすくなると考えています。 他部署との連携は？ 講義を受けてからまだ実践する機会はありませんが、以前、店舗で使用する資材を他部署と共同で開発した際、このプロセスが非常に効果的だった経験があります。まずは手書きでプロトタイプを作成し、各部署から意見やフィードバックを集めてブラッシュアップ。その後、外部にデザインを依頼し、校正された資材を実店舗で実践しました。店舗から寄せられたフィードバックを基に改善を加えることで、何度の検証を重ねた結果、より良いものが出来上がり、後の手戻りや修正が大幅に減ると実感しました。 試作がもたらす効果は？ このように、プロトタイプの作成は単なるモノのデザインに留まらず、オペレーション改善や自己の思考整理など、さまざまな分野で有効に活用できると感じています。日々の実務において、思い描いたアイディアをすぐに形にし、関係者と共有するプロセスを意識的に取り入れていきたいと思います。

各メンバーとどう向き合う？ メンバーの欲求は個々で異なるため、大切なのは各メンバーと向き合い、衛生要因や動機づけ要因が満たされているかを正確に把握することです。 モチベーションの鍵は？ モチベーションとインセンティブは、メンバーが目標を達成するための基本的な行動メカニズムに深く関わっています。モチベーションは働く理由の背景を示し、金銭やステータス、自己実現などが含まれます。一方、インセンティブは、モチベーションを高めるために提供されるもので、金銭報酬や社会的評価、自己実現の場などが含まれます。この二つは整合性が必要です。 理論はどう見る？ モチベーションに関連する理論として、欲求五段階説、X理論・Y理論、衛生要因・動機づけ要因の3つがあります。欲求五段階説では、生理的、安全、社会的、承認・尊厳、自己実現の5つの段階が示されています。X理論・Y理論では、人間の働き方を異なる視点で解釈し、それぞれに対する対応が提案されます。衛生要因・動機づけ要因は、環境の改善が不満の解消にはつながるが、満足には直結しないことを示しています。 どう信頼を築く？ リーダーとして現実的にメンバーのモチベーションを向上させるためには、権限を持ちながらもメンバーを尊重し、明確な目標設定やフィードバックを通じて信頼性を高めることが挙げられます。特に、自己実現を促すような目標設定や、承認を得られるような仕事のやり方を意識することが重要です。 目標はどう設定？ 現在取り組んでいる業務の振り返りを通じて、メンバーが自ら下半期の目標を設定するよう会話を重ね、引き出していくことが求められます。また、新しいシステムの導入に際しての役割をどのように割り当てるかを考えることで、メンバーの承認欲求を満たす試みも実施しています。これらの対応を通じて、メンバーの反応を観察し、効果的だった点や課題を振り返ることが重要です。

戦略思考の重要性とは？ 「戦略とは何か」「戦略的に考えることで何が得られるのか」という問いを深く考える機会を持てたことは、私にとって大きな学びでした。それまでは戦略思考を漠然と身につけたいと思っていましたが、戦略思考がどのような要素から成り立っているのか、なぜ自分がそれを重要視するのかを言語化する中で、自分は特に「目指すべき適切なゴールを定める」ことが苦手であると気づきました。この気づきにより、今後の学習を通じて「適切なゴール設定」を向上させることを目指すべきだと明確になりました。 戦略思考を業務でどう活かす？ 現在、製薬会社の社内外の問い合わせや製品資材作成を担う組織を統括する立場である私は、日々の業務に戦略的思考を活かせると考えています。具体的には、コールセンターの顧客満足度評価に基づく改善計画の策定と実行、新製品の上市に備えた新しい組織体制の準備とリソースの最適配分、生成AIなど新システムの導入、メンバーとの目標設定や日常業務の相談などが挙げられます。 目的を見失わないためには？ しかし、議論が進むにつれ、目的を見失いがちになることがあります。なぜそれを行う必要があるのか、何をやるべきか、その決定は本当に達成可能なのか、それは顧客が求めているのか、費用対効果や将来的な影響はどうか、最短・最速で達成できるのかといった問いを常に持ちながら、適切なゴールを定めることが、これらの問いを考える手助けになると考えています。 思考を視覚化する利点は？ また、多角的に考えるため、影響を与える要因を思考の中だけでなく書き出して言語化することを徹底しています。視覚化することで自分自身の考えも整理されやすくなり、相手との議論の際にも議論がスムーズに進むと実感しています。こうして影響を与える要因について考えると、どこが抜けているのかにも気づきやすくなると思います。

顧客設定は何が鍵？ 差別化戦略を考慮する際、まず重要なのは顧客設定です。顧客設定を行った後、その顧客にとって価値があるかどうかを検討します。そして、顧客の視点で選択可能なすべての競合を考慮し、それらの競合との違いを意識することが鍵となります。特に、自社の強みを活かした差別化は非常に効果的です。 VRIO分析で本質を見つける？ 競争優位を実現できるかを評価するためには、VRIOフレームワークが有効です。これには、以下の観点が含まれます。まず、経済的価値を持っているか、市場規模や持続可能性を考えます。次に、希少性を持つか、経営資源の独自性を評価します。さらに、模倣困難性があるかを検討し、組織力が整っているか、持続可能な体制や仕組みがあるかを確認します。 DXサービスの未来はどう見る？ 自社のDXシステム開発サービスについて、このフレームワークを用いて分析してみます。まず、経済的価値については肯定的です。しかし、希少性は特に見当たらず、模倣も簡単です。ただし、組織が若いため持続は可能でしょう。そのため、現状では競争劣位ではないものの、競合に対する大きな優位性もなく、単なる競合均衡状態に留まっているといえるでしょう。 特化戦略で優位を創出する？ そこで、希少性を生み出すため、発想を転換します。DXシステム開発の範囲は広いため、特定の業界に特化したDXシステム開発を検討します。この場合、ドメイン知識が非常に重要となります。自社がこの知識を持ち、大規模な案件開発の経験を有していれば、希少性を確立できます。 持続優位はどこから生まれる？ 再度VRIOフレームワークで分析すると、経済価値があり、希少性があり、模倣も困難であることから、若い組織であっても仕組化に成功すれば、持続的な競争優位を築く可能性があります。

共感の価値は？ デザイン思考における「共感・課題定義・発想・試作・テスト」の5つのステップについて、2点の学びがありました。まず、共感の重要性です。共感とは単に同意することではなく、お互いが認識できる共通の「何か」を見出すことだと感じました。 非線形の魅力とは？ 次に、これらのステップは非線形に繋がっているという点です。特定の順序にこだわるより、行きつ戻りつのプロセスを経ることが、各ステップが互いに影響し合い、より良い思考とプロダクトにつながると実感しました。 意見共有は難しい？ また、システム開発の上流工程では、プロジェクトメンバー間でどのように意見を交わし、定義を共有するかが非常に重要です。システム思考がその施策として大きな役割を果たす可能性はあるものの、実際にどの程度効果を発揮するかはまだ未知数です。一方で、プロジェクトメンバー間で「共感」がどこまで実現できるのか不安に感じることもあります。これまでの経験から、どうしても「同感」に偏ってしまい、ほぼ100%の合意が必要とされる傾向があるように思えるからです。すなわち、MUSTとWANTの区別なく、すべてが必要とされる状況が根付いているのではないかと考えています。 今後の課題は？ この点については、今後学びながら整理し、業務に活かしていきたいと考えています。具体的には、まずは受講生の仲間に「共感」についてヒアリングを行い、意見を共有してみたいと思います。ワークは課題中心であるため、私個人の興味本位で話を進めるのではなく、オフ会や自主的な懇親会などの機会を利用して課題提起を試みるつもりです。また、実際の仕事の中で共感と同感の線引きがどのように行われているのかも観察しながら検証していきたいと考えています。

データ分析の手法とは？ データを見る際には、単に与えられた数字を眺めるだけでなく、自らデータに触れて比率などの必要な情報を引き出し、グラフ化することで、複数の視点から分析することが重要です。こうしたアプローチにより、データを多角的に捉えることができます。 MECEで現状を把握するには？ データを分解する際は、MECE（Mutually Exclusive and Collectively Exhaustive）を意識することが大切です。同じ内容を繰り返すことなく、全体を漏れなくカバーすることで、現状を正確に把握できます。 具体的な分析の例は？ システムや業務の分析では、具体的な例として航空券の購入フローや空港での搭乗フロー、整備フローなどを分解して考えることが挙げられます。また、売り上げ分析では、路線別や年齢別、搭乗回数別に分解してみることも効果的です。 業務に応用できるか？ これらの手法は日常業務でも活用可能です。例えば、システム障害発生時の対応やアクセス数のデータ分析、WEBサイトへの攻撃分析といった場面でも役立ちます。 テンプレート活用の効果は？ さらに、切り口のテンプレートを作成すると便利です。例としては、航空券購入から搭乗後までのプロセスを旅客の視点や業務の視点で分類することが考えられます。また、研修アンケートの分析にもこの方法を応用できます。受講前には思いもよらなかった角度からデータを切り分け、Tableauといったツールの活用も視野に入れると良いでしょう。 新たな視点が発見を生む？ 日常業務においては、失敗を恐れずにデータを分解し、新たな視点で見ることがスタート地点です。こうした姿勢が新たな発見につながります。

分析の基本: 比較の重要性とは？ 分析は比較であるというシンプルな理解に到達しました。以前は、数字から何を見出すべきか分からず複雑に考えていましたが、シンプルな視点からスタートすることの重要性を学びました。ただし、正しい比較対象がなければ、正確な分析はできません。このことに関連して、"要素をそろえる"という部分については、さらに実践的な学習や本コースでの深掘りを行いたいです。 効率的な分析設計のために必須なことは？ また、グラフなどの見せ方を決定する以前に、分析する目的を設定すること、特に依頼された場合はその確認が大事だという点も理解しました。これにより、システムテストの品質評価やベンダー選定時など、具体的な場面で分析の質を向上させることができると考えています。 データ分析における注意点とは？ これまでの経験では、依頼時に目的が曖昧な状態で受け取ることが多く、データの分析において何をすべきか判断がつかなくなり、結論を出せないこともありました。今後は、以下の3点を重視して取り組む予定です。まず、やみくもにデータを加工せず、目的の確認と仮説立てを確実に行うこと。次に、分析は比較を念頭に置くこと。そして、比較対象を分析の目的に沿って選定することです。 依頼者とのコミュニケーションで何が重要？ 依頼者からは、目的の確認や必要な分析の方向性をしっかり聞き取ることが重要です。分析を始める前に目的を明確にするステップを必ず取り入れるべきだと感じました。その際、仮説をある程度考えると良いと思いました。また、仮説を立てる際には、比較対象が適切かどうかを依頼者と事前に合意することで、さらにスムーズに進められると感じています。

なぜギャップを把握する？ 問題解決のステップとして、What, Where, Why, Howは非常に重要であり、これらを順序に拘らず実施することが求められます。まず、問題として「あるべき姿」と「現状」とのギャップを自分自身でしっかりと把握することが必要です。このギャップを数字で表現することが大切であり、その表現によって関係者間で合意を取ることが肝要です。 未来志向でビジョンを描くには？ 問題解決を進める際には、「あるべき姿」と「現状」のギャップだけでなく、「ありたい姿」と「現状」のギャップにも注目することが重要です。これにより、問題の根本的な解決だけでなく、会社の成長を見据えた将来のビジョンを描くことができます。 バックオフィスの改善ステップ バックオフィス部門の集約化やIT化を進めるためには、以下のステップを踏むことが効果的です。まず、「現在の課題」を明確にし、「あるべき姿」を具体的に設定します。さらに、会社の成長に向けた「ありたい姿」を描き出し、そのギャップを明確に捉えます。 具体的な手順としては、次の通りです。 1. 問題が何か（What）、そしてその問題がどこにあるか（Where）を明確にする。 2. 「現状」、「あるべき姿」、「ありたい姿」を部門ごとに分け、それぞれを数字（在籍数、残業時間、処理数など）で表現する。 3. 解決策としてどのような体制・ツール（ITシステム等）が必要かを、ヒト・モノ・カネの観点から明確にし、具体的に説明する（How）。 こうしたアプローチを取ることで、バックオフィス部門の課題を効果的に解決し、IT化や集約化をスムーズに進めることができるでしょう。