(3ページ目)

本 ✕ システム

に関する学び

---

質問は本当に伝わる？ 振り返りの中で「質問に学ぶ」というテーマについて、まだ十分に消化しきれていないと感じています。プロセス自体は理解しているものの、実際の行動と言葉が一致せず、あいまいな質問になってしまっている点が課題です。 課題解決の流れは？ 具体的には、以下のステップを意識しています。まず、①何が課題・問題なのか、その問題が本当に問題なのかを見極めます。次に、②どこが悪いのか、何が問題なのかを明確にします。さらに、③なぜそうなったのか、本質的な原因を追求します。続いて、④どうするのか、解決策を考え、⑤どうやってやるのか、具体的な実施時期や手順を検討します。 業務の進行はどう？ 現業務ではシステム開発に従事しており、4月の本番稼働に向けて、日々残タスクの進捗や新たな課題の発生状況をフォローしています。しかし、限られた時間の中で相手としっかり共感し、次のアクションにつなげられているのかどうかは悩ましい点です。 対処はなぜ進まない？ 特に、残タスクが即日対応されず、翌日も状況が変わっていない点は大きな問題です。できない理由を明確にしてほしいという思いもあります。また、新たな課題が発生した場合、影響の有無や影響がある場合の回避策、制約事項、解消時期など、具体的な情報が全く出てこないことにも困っています。 習慣はどう定着する？ こうした状況を踏まえ、定型質問のように毎回同じ質問をすることで、双方が習慣として身につけられるように努めています。また、今のフェーズで求められているアクションについて、日々積極的に声掛けやフォローアップを実施しています。たとえおせっかいと思われるとしても、コミュニケーションを通じてしっかりフォローする姿勢を持ち続けることが重要だと考えています。

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

どう評価すべき？ 海外出張でライブ授業に参加できず、動画を観た感想を述べます。「評価を伝える」際には、良い評価も悪い評価も、本人に向き合ってもらう大切な機会と捉えるべきです。ただし、人は感情を持つ存在であり、事実のみを評価として伝えても、素直に受け止めてもらえるとは限りません。そのため、まずは本人の考えを尊重し、耳を傾けることが重要です。その上で、今後の成長に期待していることを伝え、自分もその成長にコミットする意志を示すべきです。そして、事実に基づいた評価とその理由を明確に伝え、ポジティブな言葉遣いと表情で接することが大切です。手間がかかるかもしれませんが、リーダーシップにおいて「人への理解」が基盤となることを考慮すると、これがリーダーとしての重要な要素だと実感しました。 対話はどうする？ 年末の評価フィードバックのタイミングでもあるので、メンバーとの対話の場では、このプロセスをしっかりと踏んでいきたいです。また、1 on 1 の場においても、人への理解を大前提に、話をしっかりと聴き、尊重し、共感することが大切です。そして、本人にも自己成長のために何が必要かを考えてもらえるように導いていきたいです. どう動機付ける？ 私自身、時にはプロセスを急いでしまう傾向がありますが、面談前には今回学んだことを振り返り、本人のポジティブな部分と改善点を明確に言語化してから臨むよう心掛けたいです。どうすれば人が動きたくなるのかについて、今回学んだ内容を活用し、企業の仕組み、人事システム、組織文化、個人の力の活用、リーダーシップ、人間行動の特性理解、エンパワーメント、モチベーション管理、リーダーシップのスタイルを実践しながら身につけていきたいと考えています.

デザイン思考をどう活かす？ デザイン思考には、共感、課題設定、発想、試作、テストのステップがあり、これを非線形に繰り返すことが重要だと学びました。この思考をビジネスに活かすためには、顧客やユーザーの行動を観察し、彼らの体験価値を最大化することが大切です。最近学んだカスタマージャーニーでも、ペルソナを細かく設定することが、サービスやプロダクト、戦略を考える上で重要だとされており、これがデザイン思考と通じると感じました。 学びを深めるステップは？ 学びにおいて大切なこととして、1.言語化、2.教訓化、3.自分化が挙げられ、これが特に印象に残りました。私は考えを言葉にするのが苦手なので、まず書いてみて、次に発言し、さらに伝わりやすくするステップを踏んでいければ良いと思っています。 システム開発の目的を再確認 現在、私は営業系のシステムを開発・管理・運用する部署に所属しており、社内の営業部門がメインの顧客です。これまで、ITやシステムに慣れていないユーザーをターゲットに、使いやすさを重視した設計を行ってきました。しかし、講義を通じて、システム開発の本来の目的は効率化や売上向上を図ることにあると考え直しました。ターゲット設定を見直し、本来の目的達成のための設計をもっと重視すべきかもしれないと感じました。 顧客理解に基づく設計とは？ システム開発においては、インターフェイスの使いやすさに過度に拘らず、データの意味を可視化し、顧客理解や戦略策定を実現するための設計に焦点を当てる必要があります。既存のシステムについても、ユーザー目線でその利用価値を最大化できるかを考え、ユーザーからのフィードバックを積極的に取り入れる姿勢が大切です。

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

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

今回変更する振り返り文章 学びのポイントは何？ 今回の学びでは、課題解決のプロセスを段階ごとに整理する方法と、従来のフレームワークにとらわれずに課題の本質を捉える「対概念」という考え方を学びました。先週は３Ｃや４Ｐといった分析手法を用いて問題点を洗い出す例に触れていたため、今回の新たな視点は思考の幅を広げる刺激になりました。 対概念の意味は？ 「対概念」とは、問題のある箇所とそれ以外の要素を対比しながら考えるアプローチです。たとえば、「ターゲット設定に問題がある」という見方に対し、設定以外に問題が潜んでいる可能性を同時に捉えることで、より柔軟な課題設定が可能になります。 改善案の選び方は？ また、今回学んだ内容は、最適な改善案を選ぶために各案をコストやスピード、チーム内の連携といった評価基準で総合的に判断する重要性も再認識させてくれました。具体例として、Webデザインの改修にあたり、内製するか外注するかを検討する場合の評価方法が挙げられ、数ある案から最も有益なものを選ぶプロセスに参考になりました。 A/Bテストの狙いは？ さらに、従来の案と新たな案を比較するA/Bテストの手法についても学びました。テスト実施の際は、両案の条件を可能な限り揃え、外部環境の変動にも配慮してランダムにテストを行う点がポイントとされています。 実用性の確認方法は？ 自社の業務においては、今回学んだ「対概念」の視点が非常に実用的だと感じています。滞っているシステム改修作業の設計を見直す際、従来のフレームワークに限定されず、柔軟なアプローチで打ち手を検討する一助となると実感しました。

カフェで価値守れてる？ アカウンティング研修の第1週目では、P/L（損益計算書）を題材に、カフェ経営のケーススタディを通して「利益を生み出すためには、店としてどのような価値を提供するか」が重要であると学びました。特に、高級志向のカフェが原価低減を図るために安価な豆を使用しようとしたが、結果的に店のコンセプトが損なわれ、顧客に支持されなくなる可能性があるという事例が印象に残りました。単に売上から原価を引いた数値だけで判断するのではなく、「価値を守ることが利益に直結する」という視点の重要性を実感しました。 IT提案で本当に伝わる？ この学びは、私が関わるITシステムの提案やプロジェクト企画にも活かせると感じています。たとえば、顧客に単にコスト削減を訴えるのではなく、その企業のビジョンや利用者のニーズに合致した価値を明示し、費用対効果の高い提案を行うことが大切です。そのため、今後は提案書の作成時に「この機能は誰のためで、どのような価値を提供するのか」を意識し、価格や納期だけでなく、価値提供を軸にした提案を心がけていきます。 価値、どう数量化する？ 一方で、「価値を守ることが利益につながる」とはいえ、その“価値”をいかに定量的に測定するかについて疑問も感じました。ITプロジェクトでは、顧客の要求に応えるために機能の取捨選択が求められ、何を守るべき価値とするかの判断が難しいと感じています。他の受講生にも「価値」と「利益」のバランスについて、実際の経験をもとに意見を交換し、定量評価が難しい価値をどのようにマネジメントに反映するかを議論してみたいと考えています。

仮説の立て方は？ 仮説を立てる際には、複数の仮説を提示し、網羅性を意識することが大切です。3Cや4Pといったフレームワークを活用すると、仮説を立てやすくなることを実感しました。また、単に考えただけでなく、様々な切り口からアプローチするよう努めることが重要だと感じました。 データ選びはどう？ データ収集については、誰にどのように聞くかが非常に大切です。自分に都合の良いデータだけでなく、反対の意見となる情報も収集するよう心掛けています。一見、目の前にある情報だけで判断せず、目的に沿ったデータであるかどうかを考える重要性を改めて感じました。実際、抽出したデータで本当に検証したい内容が導き出せるかを、常に見直す必要があると考えています。 サービスはどう伝わる？ 新しい運用やシステムの活用状況、また提供しているサービスがどのようにお客様に届いているかを分析する際は、まず言葉で仮説を立てることに取り組んでいます。これまで、数値を見ただけで直感的に考え、その立証に必要なデータをどう抽出するか検討していましたが、目的に合致しているのか不安に感じることもありました。そのため、自分にとって都合の良いデータだけに偏らないよう、改めて意識しています。 生産性向上はどう？ また、社内の生産性向上施策が実際に効果を上げているかを検証する際にも、フレームワークを用いて複数の仮説を立て、網羅的に検討することを意識しています。抽出したデータが目的に沿っているかを確認した上で、そこからどのような結論が導けるのかをしっかり検証することが重要だと感じました。

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

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

ドラッガー理論の妥当性は？ 「マーケティングの役割は販売の必要性をなくすこと」というドラッガーの理論を学んだことがあります。しかし、実際には企業に営業部門は依然として存在し、マーケティング部門のみの会社はあまり聞いたことがないため、この理論の妥当性に疑問を持っていました。今回の授業で、自社の商品の良さを顧客に伝えることがマーケティングの本質である、という気づきを得ることができました。これまで普通に考えていた会社や商品の良さを見直し、再評価する機会となったことを感じています。この6週間の学びを通じて、マーケティングの本質をより深く理解したいと思います。 マーケティングは社内外で？ 私は経営企画担当として全社業務を把握するポジションにいますが、マーケティングは社外・社内の両方で応用可能であると考えています。社外では既存顧客への対応や新規開拓営業、社内では人事業務、職場環境、福利厚生、情報システムなどのバックオフィス業務においても、社員を顧客と見立てることで、サービス向上の可能性があります。本講座での学びを社内にフィードバックし、実践に結びつけたいと思います。 営業戦略視点をどう活用？ 営業担当部門やバックオフィス部門には、マーケティングの必要性と重要性を伝えていきたいと考えています。また、経営企画担当として、マーケティングの視点を取り入れた事業戦略立案を目指したいです。「誰に、何を、どのように提供するのか」という問いを常に自分に問いかけ、営業戦略的な視点を持ち続けたいと思います。