(8ページ目)

自分 ✕ 開発

に関する学び

---

知識の罠に気づくか？ 業務系システム開発では、顧客の業務知識が不可欠です。多くの経験を積んでいくうちにさまざまな知識を吸収できる一方、顧客の抱える課題を定義する際、その知識が逆に思い込みに陥る原因ともなりかねません。実際、ある講義での体験では、登山中の一場面だけに目を奪われ、準備や登山後のプロセスという全体像を見失ってしまったと感じました。このように、顧客のことを考えているつもりでも、自分の頭の中で構築したイメージにとらわれやすいという問題意識が生まれました。 顧客の本音を引き出す？ 新規案件のヒアリングでは、課題定義を意識しながら、まず顧客が困っている事柄を書き出してもらい、自分なりに整理してみました。講義で学んだ一次コーディングを参考に、何も知らないという姿勢で質問を続けた結果、顧客自身が「当たり前」と考えている部分を改めて考えさせられる場面が増えました。対話を重ねることで課題が可視化されるプロセスを実感し、より具体的に問題に向き合う大切さを学びました。 全体を見渡すには？ 登山の例においても、単に登山中だけにとらわれず、準備やその後の過程も含めた全体を見渡すことが必要だと感じました。どのような課題定義においても、まずプロセス全体をしっかりと考えることが、より正確な理解へとつながると実感しています。今後はこれらの気づきをもとに、広い視野で課題解決に向き合っていきたいと考えています。

どう俯瞰できるの？ 人と組織のマネジメントにおいて、業績と人の二つの関心軸でプロットするという考え方は、シンプルながら自分の現状を俯瞰する上で大変有効だと感じます。 理論組み合わせはどうする？ パス・ゴール理論については、職場の環境やチームメンバーのスキル・特性を踏まえながら目標に向けて人を動かし、物事を推進するという考え方です。しかし、私自身はこの理論における二つの要素を組み合わせ、最適な解を導き出す点で苦戦しています。 印象はどう受け止める？ また、行動タイプに関しては、自己振り返りだけでなく、上司や同僚、後輩からどのような印象を持たれているかを知ることが、今後のリーダーシップ開発において非常に有効だと感じました。 リーダーシップの意義は？ 新規事業企画という職務では、リーダーシップが求められる場面が多く、その対象は組織内の部下に限定されるものではなく、部署横断や社外にまで広がります。今回学んだ理論を通して、自身におけるリーダーシップの必要性と重要性を再認識するとともに、現状抱える課題に対しても具体的な学びを得ることができました。 実践はどう進める？ 週明けの業務に向け、学んだ理論を実践の場に当てはめながら、自分自身を客観的に俯瞰し、各タスクの現状を整理することに努めたいと思います。そして、有効な手段を取り入れながら、リーダーシップの向上に取り組んでいく所存です。

なぜ顧客は悩む？ 「自分が欲しいものをわかっている人は少ない」という考えは、日常生活の中でよく感じるもので、直感的に理解できました。しかし、今週の学びからは、顧客が自ら抱える課題とその解決策が一体となった商品に出会ったときに、本当にそれを求めるのではないかという印象を受けました。すなわち、優れた商品とは、顧客にペインポイントを認識させ、その解消による心地よい状態を想起させるものだと考えざるを得ません。こうした視点から、ヒット商品は一層「すごい」と感じられます。また、良い商品を生み出すためには、課題発見、技術開発、魅力の伝達など、さまざまな要素を総合的に考える必要があると改めて認識しました。 どこで課題が見える？ 今週学んだことの中で、特に現職に活かせると感じたのは、ペインポイントの発見です。どの立場においても、クライアントが既に期待している課題解決はもちろんのこと、本人が気づいていない課題を見出し、それが問題であると伝えたうえで、一緒に最適な解決策を模索することが求められます。現状、相手の状況を十分に把握できていなかったり、伝えるスキルに課題があると感じているため、今後はクライアントと向き合う際や情報収集・分析の段階で、どこにペインポイントがあるのかを意識して取り組んでいきたいと思います。さらに、ペインポイントを発見するための分析手法についても、今後の学習課題としたいと考えています。

自分の考えに疑問は？ 情報を慎重に読み取り、形式や流れにとらわれることなく、最初に出した自分の回答に疑いをかけることが重要です。特に、どこに重点を置くべきかによってアプローチ方法が異なることがあります。一つの点にだけ集中してしまうと見落としが発生するため、広い視野を持ち、多様な視点からゼロベースで考えることが求められます。 どこを改善すべき？ 新しいコンテンツの開発や新オペレーションの考案に際して、前回のコンテンツ実施時のアンケートを分析し、次回への改善点を見つけます。この際、見えたものをそのまま受け取るのではなく、多様な視点から分析を行い、売上を伸ばすためにどこに注目すべきかを考えます。お客様の声や運営スタイル、人件費など、幅広い視点からの観察と熟考がアプローチ方法に影響を及ぼします。 どんなデータに注目？ これまで、グラフ上で下回っている部分に注目して改善を試みてきましたが、さらなる成長の可能性にも目を向けていきたいと考えています。異なる特性を持つデータを比較することで、新たな発見が生まれる可能性があるため、目の前のデータだけでなく、それに関連するデータにも焦点を当て、イシューを特定することが求められます。また、様々な視点からの意見が新たな気づきをもたらすため、自分一人で考えるのではなく、ミーティングやデイリーの引継ぎ時間を活用して意見を共有し合うようにしたいです。

分解の基本はどうする？ 分解の仕方によって、物事の見え方や捉え方が変わることを理解しました。分解は最初から細かく行うのではなく、まず全体を定義し、広い視点で傾向を捉えることが重要です。その際、分解の切り口として「いつ、誰が、どのように」を意識すると探しやすくなります。また、分解にはMECE（漏れなくダブりなく）を意識することが求められ、層別、変数、プロセスの分解が考えられます。一度分解して終わらず、他の視点も探し続ける姿勢が大切です。 どんな視点で分解する？ システム開発提案などで改善系の提案を行う場合には、操作時間や処理時間、問い合わせの状況、不具合の発生状況など、さまざまな視点で分解することが重要です。これにより、より費用対効果の高い提案が可能になります。これまでもデータ分析を行ってきましたが、自分の想定に偏ったデータ分解をしていたことに気づかされました。他の視点があるのか、偏りがないかを常に自問自答しながら、問題の本質を捉えたいと考えています。 来期提案で注目すべき点は？ 来期の体制提案では、現行システムの課題を洗い出すことを目指しています。そのために、現行機能の操作性、問い合わせ、要望一覧をまとめ、来期で取り組むべき改修内容の有効性を示し、それに沿った体制を提案したいと考えています。MECEを意識したデータ分析を活用し、説得力のある提案を行えるように努めます。

今すぐ実践できる？ すぐに実践できるかというと、まだイメージが十分に湧いていません。しかし、現在の業務において大きな課題があるわけではないため、まずは自分や周囲の業務を担当しているメンバーが表面的に感じている課題を中心に掘り下げ、実際に体験して共感のプロセスを試してみたいと考えています。今回学んだインタビュー設計を活用し、実際から学び取っていきたいと思いました。 本質をどう探る？ また、課題の認識や解決を図る上では、単に他者から話を聞くだけではなく、実体験を通じた共感が非常に重要であると理解しました。まだ実践は課題の見極めの段階ですが、背景をしっかりと理解し、実際に体験したり質問を重ねることで、先入観にとらわれずに本質的な問題を掘り下げることが大切だと感じています。 インタビューの極意は？ 調査に取り組む際は、インタビューの設計が一つの取り組みやすい方法であると感じました。しかし、注意すべき点として、インタビューを受ける人数が十分で、偏りが生じにくいかどうかや、質問する側の技量が問われることが挙げられます。クローズドな質問にならず、オープンな質問で相手の意図を引き出し、誘導にならないよう心がける必要があると認識しました。また、相手の表情やしぐさから得られるヒントも見逃さず、開発側が気付かなかった新たな視点を発見することが重要であり、その難しさも実感しています。

開発工程で気づいたことは何か？ まな板のような単純なものでも、開発には多くの工程があり、その中の一部については自分が想像できていなかったことに気づきました。グループワークを通じて、さまざまな洞察を得ることができました。 なぜ個別最適化が重要なのか？ 特に印象に残ったのは、万人に最適なものは誰にも最適ではないという点です。これからは個別最適化が必須であると理解しました。新規サービスを考える際、つい多くの利益を追求し、より多くの人から支持を得られそうな内容を考えがちでしたが、実際には特定のシチュエーションや顧客のペルソナを意識することが非常に重要だと気付きました。 新規サービス開発への活用法は？ 新規サービス開発にこの学びを活用したいと思います。これまでは広いニーズがありそうなものに焦点を当てていましたが、これからは具体的な顧客の属性や課題、おかれた状況を詳しくイメージし、開発に役立てていきたいです。 顧客からのフィードバックはどう活かす？ まず、これまでの経験から具体的な顧客の属性や課題、シチュエーションを洗い出します。そして、洗い出した内容に基づいて簡単なサービス案を作成し、既存のいくつかの顧客に対しヒアリングを行います。ヒアリング結果を踏まえてサービス案をブラッシュアップし、さらに広い範囲でのヒアリングを行い、精度を高めていきます。

なぜ実態把握が大切？ 規模の経済について学んだ中で、単純に大量生産して稼動率を上げるだけでは十分ではなく、まず自社の実態を正確に把握し、整理することの重要性を再認識しました。 他社状況はどう把握？ また、規模の不経済に関しては、依頼先や先方の状況、さらには各社の資産状況や稼動状況をしっかり把握した上で検討する必要があると感じました。 資源活用の秘訣は？ さらに、現有資源の他分野への有効活用や、範囲の経済の視点から関連部分を抽出するなど、柔軟な視点をもって検討を進めることが求められます。 部品流用はどう見る？ 商品開発においては、コストが最重要項目であるため、同一の部品や仕組みの流用可能性を考えることが大切です。しかし、単にコスト面だけに目を向けるのではなく、そうした流用が商品の価値や魅力にどのような影響を与えるかも同時に検討しなければなりません。 整合性はどう保つ？ 各商品の検討では、自分の担当業務だけでなく、関連部分との整合性を確認しながら、最も適した手法を選ぶことが必要です。1つの部品においても、現状の位置づけを把握し、再利用すべきかどうか、または何を第一優先にするかを定量的に判断することが重要だと考えます。 実例はどう参考？ 皆様が実際に体験された事例があれば、ぜひ参考にさせていただきたく思います。

事業開始のコンセプトは？ 事業を開始する際は、まずコンセプトを明確にすることが求められます。そのコンセプトが、競争社会の中で勝ち得る技術や差別化の要素を備えているかどうかをしっかりと確認することが重要です。 資金計画はどうする？ 次に、コンセプトを実現するために必要な具体的な費用を試算します。この費用の算出時には、キャッシュで対応すべきか、あるいは銀行からの借入れなど別の資金調達手段を検討する必要があります。現実的な資金計画を立てることが、事業成功の鍵となるのです。 投資試算の基準は？ また、普段の研究開発業務の初期段階や、個別のプロジェクト検討時にも、開発費や投資額、商品の市場投入までの期間、予想される収益を試算することが大切です。最低限の黒字ラインや、これ以上の黒字が見込める場合にプロジェクトを実施する判断軸を用意し、それが自分だけでなく他者にも納得してもらえるよう、幅広い観点から検討する必要があります。 情報収集は十分？ さらに、ビジネス雑誌やニュースに日頃から関心を持ち、他業種のビジネスプランや決算情報を解析する習慣を持つことがポイントです。こうした情報収集を継続することで、現場で実際に資金を管理する部門と積極的に連絡を取りながら、より広範な知識と情報を得ることが可能になります。

利益指標の本質はどこ？ 営業利益は、本業から得られる利益を示す指標ですが、本業以外の要因は反映されていないため、経営全体の成功を完全には表していません。一方、経常利益は本業外の損益も加味しており、企業が経常的に利益を出せる体質かどうかを判断する上でわかりやすい指標であると感じました。最終的な利益を表す当期純利益は、特別損益や税金なども考慮されるため、企業の全体像を把握する際に役立つと理解しています。 業界構造の違いは何？ また、業界ごとにP/L（損益計算書）の構造は異なります。例えば、自動車業界のように原価の割合が高い場合や、クラウドサービスのように原価が低い業界もあると知りました。製造業では原価が高い傾向にありますが、企業によっては販管費や研究開発費に大きな特色が見られるため、その違いにも興味が湧いています。 事業価値は一致している？ 同一業界内で数社のP/Lを比較し、その企業がどのような事業価値を提供しようとしているのか、またウェブサイトで公開されているビジョンや戦略と一致しているのかを考察してみたいと思います。自分でゼロから比較するのは難しい面もありますが、他者が行った業界ごとの比較記事などを参考にしながら、これまでの講座で得た知識を活かして財務諸表を読み解いていきたいと考えています。

プロトタイピングって何？ プロトタイピングでは、①目的を明確にする、②適切な要求を抽出する、③適切な時間を投入するという点を学びました。大学の授業は１科目が15回で構成されているため、毎回がプロトタイピングの検証の繰り返しといえます。大幅な修正を毎回行うと、逆に学生の混乱を招く恐れがありますが、これまで以上に学生の反応に敏感になり、改善を重ねられると感じました。 なぜ凝りすぎる？ プロトタイプの作成過程では、どうしても機能を増やしたり、完成品に近づけたいという衝動に駆られます。しかし、ユーザーからフィードバックを得るという本来の目的を考えると、あまり凝りすぎないことが大切だと思いました。実際、下手な漫画を用いたところ、その下手さが逆に興味を引き、フィードバックを得る結果となった経験があります。講座で紹介されていたように、本質的な機能に絞り、“Simple is best”の姿勢で臨むことが重要だと感じます。 本音を出す環境は？ また、プロトタイプによる検証は、自分のアイデアが外部の批判にさらされるという意味でも、デザイン思考の醍醐味を味わえるプロセスだと思います。ただし、場合によっては意見を控えるユーザーも存在するため、誰もが本音で意見を言える環境作りが必要だと強く感じました。

損益計算書を理解するには？ 損益計算書の各項目をしっかり理解することができました。まずは全体をざっくりと観察し、各項目の推移を確認することで事業が順調かどうかを判断できる点が分かりました。また、利益を上げるためには、提供する価値をどのように考えるか、つまりコアバリューをしっかりと描いてブレないことが重要であると強く感じました。コアバリューが揺らぐと、お客様が持つ価値観が崩れ、離れてしまう可能性があると感じました。 コアバリューをどう活用するか？ 現在の製品におけるコアバリューとは何かを明確にし、それを意識した利益計画を立てたいと思います。新規開発や生産性向上の施策を講じる際には、生産性を向上させることでコストを下げるのか、無駄を省いて利益を上げるのか、その際に品質が保たれるのかを考えたいです。コアバリューを意識しながら意思決定を行うことができればと考えています。 自部門とどう比較する？ 今回の講義では、損益計算書の見方や分析方法を学びました。まずは自部門の毎月の損益計算書と照らし合わせ、現状を把握し、本講義や書籍を参考に自分なりの見解を出してみたいと思います。そのうえで、分からない点があれば、経理や会計に詳しい方に質問してみようと考えています。