(9ページ目)

業務 ✕ 開発

に関する学び

---

リーダーシップとは？ リーダーシップとは、必ずしももっとも優れた人物や組織のトップである必要はなく、フォロワーがついていく現象そのものです。つまり、誰でも自らの行動を通じてリーダーシップを実現することができます。 行動と意識の秘密は？ リーダーシップを習得するためには、まず行動が「能力×意識」で成り立っていると考えることが大切です。能力や意識は直接見えるものではないため、相手に伝えるためには、実際に行動を起こすことが必要です。その行動から学び、模倣することでリーダーシップは自然に身についていきます。 若手の挑戦はどう？ また、業務設計の段階で、若手社員が小さなながらリーダーシップを発揮できるテーマやタスクを設定する取り組みも有効です。例えば、あるプロジェクトの一部として若手社員が自ら考え、率先して動くような課題を与え、結果のリスクを最小限に抑えるために、必要なアウトプットの準備を事前に整えました。 解決策はどこに？ さらに、ビジネス開発の現場では、市場調査が不可欠なものの、予算の制約から外部の調査会社の活用が限定される状況に対応するため、手詰まり状態にあった調査チームに対しても、自ら小さく早い行動で解決策に取り組む決断をしました。これにより、組織全体の成果を最大化するための一助となると感じました。

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

問いをどう理解する？ 「問いを立てる」という言葉について、普段の言い回しとは異なり、初めはピンと来なかったものの、ライブ授業の具体例を通じて理解が深まりました。YESかNOで答えられる問いを設定することで、その答えに対する論拠や分析が求められ、論理的な説明が自然と身につくと実感しています。これまでの日々の業務にも通じる部分があり、改めてその意義を認識することができました。 フレームワークの再確認は？ また、これまでシステム開発の現場で漠然と使っていた思考のフレームワークが、今回の学習を通じて再確認できた点も大きな収穫です。部署内で複数のシステム開発案件のレビューを行った際に、報告内容が論理的でない場面に直面することがあり、状況を整理するためにこのフレームワークを意識的に活用できそうだと感じました。さらに、事業計画の立案や部下のサポートにも、今までの経験にとらわれない新たな視点を加える上で大いに役立ちそうです。 イシューリストをどう見る？ ライブ講義で紹介されたイシューリストの作成方法も非常に印象的でした。日常業務では緊急度の高いものが優先され、本来注目すべき課題が見落とされがちですが、イシューリストを作成し定期的に見直すことで、重要な問題点を把握し、対処策を検討する体制を整えられると感じました。

本当に大切な課題は？ 真の課題やイシューを見極め、明確にすることは非常に重要です。仲間と情報を共有することで、目指す解決策が正しいかどうかを共に認識し、より確かな道筋を描くことができます。また、「分けるとわかる」という考え方に基づき、どのような分析手法が解決策を導き出すのか、様々な角度から現状を整理する意識を持つことが求められます。 多角的視点は足りる？ 業務を進める上では、営業成績や人事、商品開発など多岐にわたる課題が発生します。そのたびにイシューを設定し、複数の視点から分析を進めるとともに、対策を講じる必要があります。特に、情報が不足している場合には、十分な情報収集を行うことが不可欠です。 全体最適を考えてる？ また、イシューを決定する際には、部分的な解決策に偏ることなく、全体最適の観点から何が真のイシューなのかを慎重に考えることが大切です。そのためには、複数（最低でも3つ以上）の仮説を立てた上で、最も本質的なイシューを見極めることが求められます。 代替案は整ってる？ さらに、様々な角度から現状を分析し、対策案を検討する際には、必ず代替案も用意するようにしましょう。クリティカルシンキングの姿勢で、本当にその対策が妥当であるのか、常に問い続けることが成果に繋がります。

原因解析のコツは？ what→where→why→howの順に問題を捉えることで、原因解析を体系的に進めやすくなります。フレームワークを利用することで、見落としなく検討でき、説明もしやすくなる点が非常に役立ちます。また、自分自身の思考のクセを理解することで、視野が偏らないよう意識することも大切です。情報分析を通じて、傾向を把握し、結論へと近づくプロセスは非常に有益です。 合意形成の秘訣は？ 通常業務の場では、まずイシューを明確にし、その上で他者と合意形成を図ります。次に、多様なアイデアを出しながら仮説を立て、検証を重ねることで、より説得力のある説明が可能になります。単なる常識的な案ではなく、分析結果を生かしながら良い案を生み出すことに挑戦することが重要です。 重要なポイントは？ 例えば、コストダウン施策の検討においては、膨大なデータの中からどの部分に着手するかを問い、自分にとって最重要と思われる情報に絞って集中的に分析します。仮説を立て、検証を繰り返す過程は、開発業務と同様の手法で進められます。そして、問題解決のためにどのような手段が最適かを考え、他者にも分かりやすく伝える工夫が、成功へと繋がるポイントとなります。

キャリアの変化は？ ナノ単科での学びを通して、キャリア形成は一度きりのものではなく、自己理解の深化と環境変化への適応を繰り返すプロセスであると実感しました。特に、キャリア・アンカーという視点から、自分が仕事において最も大切にしている価値観や動機を見つめ直す機会となりました。 現職での挑戦は？ また、現職において、自分のキャリア・アンカーを保ちながら成長する方法を考える中で、戦略的なキャリア・サバイバルのアプローチが非常に参考になりました。今後の業務内容や変化する環境に対して、どのような能力や態度が必要かを具体的に整理し、将来計画につなげることの重要性を改めて感じました。 職務棚卸はどう？ さらに、学んだ内容を活かして、職務や役割の棚卸を実施し、必要な能力開発プランを立てるプロセスがとても実践的でした。自己理解を深めると同時に、周囲との対話を通じて、自分自身のキャリア管理を積極的に進める意欲が湧きました。 学びの広がりは？ 今回の学びは、個人の価値観を大切にしながら、組織全体としての成長にもつながることを実感させるものでした。これからは、得た知識を活かし、現場での実践をさらに推進していきたいと考えています。

データの集約ってどうやる？ データの比較法について、数字を集約して捉える方法、目で見て捉える方法、そして数式を用いて集約し関係性を把握する方法を学びました。普段何気なく実施していることの意味を理解することで、さらに大きな効果を得られる必要性を感じています。 代表値と散らばりの活用法は？ また、データ加工のポイントとして、代表値と散らばりの両方を活用する事例を学びました。双方の特性を活かした可視化を上手く利用できれば、より具体的な分析が可能になると実感しています。 工数計算の見直しは？ 業務改善の際に、工数の計算方法が一面的であったことにも気付きました。関わる人数や各作業の分析データが欠けていたため、今後はこれらの情報収集にも注力し、ビジュアル化した際の分析範囲を広げる可能性を感じています。 収集データの過不足は？ さらに、すでに収集しているデータの過不足の確認も行いました。各個人が提出する情報を一元的に抽出するツールの開発は進んでいますが、項目に不足がないか確認し、もし不足があれば機能追加を実施します。一律に集まったデータに対しては、簡単なグラフ作成を通じて作業記録などの分析を行っていく予定です。

戦略はどう選ぶの？ 戦略には2種類あり、それは「計画」と「創発」です。これまで、戦略的思考とは、目的を設定し、現状を分析し、課題を明確にした上で方法を考える、つまり「計画」のイメージが強かったです。しかし、新しい業界を開発するなどの挑戦においては、これまでの経験や目の前の課題を解決しながら軌道修正を行っていく「創発」の方法もあることを知り、視野が広がりました。 チーム分けの意義は何？ 業務では、専門的な業務を担当する専任者を導くため、チーム分けを行っています。この際、次の点を考えます。まず、なぜそのチームが必要なのか、その知識やスキルが必要な理由は何か。そしてチームを円滑に運営するための現状と課題は何か。さらに、その課題の解決と目的の達成をいつまでに行うかを設定します。 文章をどう整理する？ チームを作るだけでなく、その意義をしっかり見つけ、円滑に運営できるような設計を行っていきます。そこで重要になるのが、文字に起こし、それを整理し、チェックを行いながら内容に抜け漏れがないかを確認することです。可視化することで、上流と下流の両面から文章を確認でき、より正確に課題を特定し、目的を設定する助けになります。

自社の強みをどう捉える？ ある実例を通して、対象となる顧客に自社のどのような強みを最適に組み合わせて提供するかが非常に重要であると感じました。そのため、主観的な観点に加え、客観的な視点から自社の強みを捉える必要性を実感しています。 市場の見極めは？ 市場をセグメント分けし、各切り口から自社商品を検討することで、販促の手法の見直しや新たな商品開発につなげられると考えています。 セグメントをどう活かす？ 今後は、セグメンテーションとポジショニングマップの活用を意識していきたいと思います。業務異動によりコンテンツ企画部門からは離れましたが、広報業務に関わる中で自社商品の発信にこれらの手法を取り入れることで、より効果的な情報提供が可能になると期待しています。 会議での発信は？ 具体的には、自社商品のセグメンテーションや強みの洗い出し、ポジショニングマップの作成を行い、広報やコンテンツ企画に関わるメンバーとの会議で新たな発信方法を提案していくつもりです。 イベントで伝える？ 来月に予定されているイベントなどの発信内容を検討する際にも、これらの手法を積極的に活用し、実践していきたいと考えています。

顧客価値はどう考える？ 新規事業を進める上で、まず重要なのは顧客について考えることです。すなわち、顧客は誰でどこにいるのか、また顧客が抱える困りごとや喜びは何かを明確にし、顧客の価値を最大化することが求められます。デザイン思考とは、こうした問題の所在や本質を明らかにするために、ユーザーを観察し共感することで、潜在的な問題を浮き彫りにし解決策を見出す手法です。協働と共感を出発点とし、課題の定義、さまざまな発想、試作、テストといったプロセスを経ることがその特徴です。 新発想はどう発揮する？ 私は搬送機械の機械設計に携わっており、斬新な発想を持つ機械が増えている現状の中で、新製品開発にデザイン思考を役立てたいと考えています。購入を決定する人や実際に使用する人の視点に立って共感し、本質を見極めることが、新たな製品開発のヒントにつながると感じています。 理解をどう深める？ まずは、デザイン思考の理解を約1.5か月で深めることを目標にしています。各週で学んだ内容をすぐに実践し、確実に知識として定着させたいと考えています。今までの考え方に加え、常にデザイン思考を意識しながら、設計開発業務に取り組んでいきます。

セグメンテーションとターゲティングの重要性 セグメンテーションの切り口変数とターゲティングの6R手法を学びました。ターゲティングにおいては、市場規模や成長性、競合状況を考慮することが特に重要です。また、ポジショニングの軸を決める際も、自社製品の特徴に基づいて新たな顧客ニーズ層を時代に合わせた形で開発していく必要があります。そのため、ポイントや表現を柔軟に変化させることを学びました。 ポジショニング軸設定の課題とは？ ポジショニングの軸を決める最初のステップとして「自社製品の特徴を洗い出す」ことがありますが、現時点では製品が明確に定まっていないため、ターゲティングの実行が難しい状況です。他の子会社との効率的な協力も行っているため、そこが商品のヒントになると考えています。同様の業界状況を持つ子会社の調査を通じ、新たに外部収益に貢献できる商品開発を行う必要があります。 顧客ニーズを捉える方法は？ 現状では子会社からの依頼を受けて業務を行っていますが、顧客ニーズを明確に捉えていないまま進めています。今後は、顧客ニーズを意識しながら業務を進行させ、新たなビジネスチャンスに繋げていくことを目指します。

なぜアウトプットが大切？ クリティカルシンキング講座を通じて、学んだ知識や将来のありたい姿について整理する機会を得ました。その結果、自分に不足している点や今後習得すべきスキルについて明確な指針が見えてきました。また、インプットだけの知識よりも、アウトプットを意識した知識の方がはるかに習熟度が高いことを、この六週間で実感しました。 変化の波にどう乗る？ 私の業務はソフトウェア開発であり、変化の激しい現代において特にその業界は急速に変わっています。生成AIの登場に伴い、ソフトウェアエンジニアの働き方も大きく変化している現状にあって、常に消費者のニーズを満たす製品を生み出すためには、クリティカルシンキングが大きな基盤となると感じています。 意見はどう伝える？ また、MTGでのディスカッションでは、認識のずれや歪みが生じうることを意識し、経験豊富な上司やメンバーの意見をただ受け入れるのではなく、自分の意見も積極的に伝えることを心がけています。さらに、ソフトウェアの機能開発においては、ユーザーが本当に求めているものは何かを常に考えながら、ユーザーの期待に応える製品作りに取り組んでいます。