(58ページ目)

業務 ✕ 課題

に関する学び

---

どの分析方法が有効？ 問題を特定する際のアプローチについて、分類や分解の手法、考え方の基本を身につけることで、さまざまな課題に対してゼロから悩むことなく、正しい分析を進められると実感しました。学習の中ではプロセスの分解に重点を置いていましたが、他の方法についても幅広く覚えておきたいと考えています。 提案の見直しは必要？ 実業務においては、顧客への提案で解決策ありきで進めてしまうケースがあり、都合の良い分析になってしまうことがあります。こうした提案は初めは良い印象を与えるかもしれませんが、本質的な課題解決にはつながらず、長期的には評価を下げるリスクがあるため、業務の進め方を見直す必要があると感じました。まずは、これまで学んだ分析のステップに基づき、客観的かつ正確な分析を実行した上で、最適な解決策を提案することが重要だと思います。 行動計画はどう決める？ 具体的な行動としては、実業務で特定のサービスに依存せず、客観的で正確なデータ分析を徹底し、複数の選択肢を比較検討することが求められます。そして、適切な判断基準を設定して最適な解決策を提案することを意識します。加えて、提案後の振り返りを行い、実施した解決策の効果をデータで検証する仕組みを整えることで、継続的に提案の機会を創出できると考えています。

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

振り返りはなぜ必要？ リーダーは、ただ実行するだけでなく、その結果についてしっかりと振り返る責任があると感じます。実行後の学びや気付きは、次に活かすための大切な要素です。 モチベーションはなぜ変わる？ モチベーションやインセンティブは一人ひとりの特性やスキル、また社会の環境によって常に変化するため、継続的なアップデートとその整合が必要です。この変化に柔軟に対応することで、個人の成長だけでなくチーム全体のパフォーマンス向上にも繋がると思います。 実行と振り返りはどうする？ 実際の業務では、実行が完結して振り返りが行われないケースが少なくありません。そのため、実行と振り返りをセットで実施する習慣を取り入れ、良かった点や改善すべき点を明確に整理することが重要です。振り返りから得た気付きをもとに、自分なりのノウハウや信念を形成し、次の仕事に活かすプロセスが求められます。 課題克服のポイントは？ また、自身やメンバーの課題を明確にするため、ズローの欲求の5段階説やハーズバーグの動機づけに基づくフレームワークを活用し、現状の不足点を的確に把握して改善に取り組むことが大切です。チーム内でも、定期的な振り返りと日常のコミュニケーションを通じて、互いに成長できる環境を作っていきたいと考えています。

マーケ思考を知る？ WEEK1を通じて、マーケティングは単なる「売るための技術」ではなく、顧客にとっての価値を念頭に置いた思考法であることを学びました。従来イメージしていた以上に、対象や考慮すべき範囲は広く、「誰に」「何を価値として」「どのように届けるのか」を考えることこそがマーケティングだと再認識しました。また、「良いものを作れば売れる」という単純な考え方には限界があると痛感し、情報の収集や分析も、相手が意味を見出せる形で提供されて初めて価値が生まれるのだと気づかされました。 伝える工夫は？ 一方、私の業務では「伝える・報告する」という要素が非常に重要です。伝えるべき相手を顧客と捉え、「どの判断に使われる情報なのか」や「どの視点が求められているのか」を意識することで、情報の選び方や提示方法に工夫を凝らすことができると感じました。今後は、依頼内容をそのまま受け取るのではなく、その背景や目的を理解し、日常的に市場動向や事業環境に目を光らせる姿勢を大切にしていきたいと思います。 課題の向き合い方は？ マーケティング的思考を身につけたいと考える中で、「何からどのように考えればよいのか』『どこまで深めるべきか」といった点で迷うことがあります。皆さんはこの課題について、どのように捉えているのでしょうか？

イシュー設定の重要性に気づく 業務に取り組む際のイシュー（本質的な問い・課題）を立てる重要性とその方法を理解しました。これまでは業務の本質的な課題を意識することを忘れていましたが、その大切さに改めて気づかされました。また、状況に応じてイシューが変化する可能性があること、一度立てたイシューを継続して意識し続けることの重要性も感じました。 フロー作成時のイシュー特定法 新規業務のフロー作成や既存業務のフロー確認において、まずイシューを特定することに着手します。突発的な業務についても、その場の感情や流れに任せず、必ずイシューを特定するよう努めます。また、状況に応じてイシューが変わる可能性を理解しているため、固定されたルーティン業務でも定期的に振り返り、その業務のイシューを再確認していきます。 議論を活かすために必要なこと 新規業務のフロー作成や既存業務のフロー確認、イレギュラー案件や突発的な依頼、会議など、議論の場においてもイシューを特定し、全員で方向性を共有することで建設的かつ適切な根拠をもとに議論が進みやすくなると感じました。社内アンケート結果をもとに課題を抽出する際にも、まずイシューを特定することを心がけ、その際には過去に学んだピラミッドストラクチャーを活用して根拠が明確になるようにします。

6週間の学びは？ 6週間にわたって学んだ内容を改めて振り返ることができ、最初に学んだ事項が少しは忘れかけていたものの、演習を通じて各ポイントが有機的につながっている実感が得られました。 印象深い学習法は？ 特に印象に残ったのは、まず「インプット → アウトプット → 振り返り」という学習サイクルです。さらに、「イシューから始める」点では、実務において「問を残す」「問を共有する」ことの重要性を学びました。データの活用にあたっては、「一手間かける」「分解してみる」ことが効果的であると再認識し、伝え方の手法についても、常に丁寧さが求められると感じました。また、「現状」と「ありたい姿」とのギャップを意識し、その埋め方として効果的な課題設定（イシュー）の考え方は今後の業務に大いに役立つと感じました。 客観的な視点はどう見る？ さらに、「クリティカルシンキングとは？」という問いに対しては、問と答を客観的な視点から検討する姿勢の大切さを学びました。これまで自社や自部門の課題に対して、なんとなく経験と勘に頼って解決してきたと感じていましたが、今回の講座を通じて、より的確かつ正しい方向で課題解決ができる可能性に気づかされました。今後は常に客観的かつ多角的に、そして丁寧に考えて課題に取り組んでいきたいと思います。

財務諸表の役割は？ 財務諸表は、経営者が自社の財務状況を把握するために必要な情報を整理したものであり、その視点を理解すると、どのような項目が求められるかが自然と見えてきます。また、アカウンティングを通して財務状況を可視化することで、企業活動や事業の適正さを評価する指標が得られると感じました。 国家予算の見方は？ 現在担当している国家予算の取りまとめ業務において、アカウンティングの知識を活かし、国家財政の現状や課題をより深く理解したいと考えています。国家財政における損益計算書（P/L）、貸借対照表（B/S）、キャッシュフロー計算書（C/F）の対応について検証し、全体の財務状況を把握することが重要です。 民間と行政はどう？ また、民間企業と行政におけるキャッシュフローの流れについて、共通点と相違点を比較することで、それぞれの特徴や運用の違いを理解することができると考えています。 赤字国債の不安は？ ニュースなどで日本が赤字国債の発行により財政を賄っている状況をよく目にしますが、皆さまは日本の財政状況についてどのようにお感じでしょうか。課題や改善点についてのご意見を伺えれば幸いです。国家財政にもアカウンティングの視点を用いながら、具体的な課題とその解決策を探っていきたいと思います。

なぜイシューが大事？ 「イシューの明確さ」の重要性について学びました。それはプロジェクトの開始時に「何を達成すべきか」を明確にすることで、全員が同じ方向を向いて効果的に進めることができるからです。簡潔でわかりやすいイシューの設定が、問題解決の第一歩であると感じました。 相手の優先順位は？ 自身の業務においても、イシューの明確化はプロジェクトや交渉の成功に直結すると思います。例えば、スポンサーとの交渉では「相手が何を最優先しているのか」をイシューとして明確にすることで、提案を的確に調整し、成果を得やすくなります。また、業務全体を通して「今本当に取り組むべき課題は何か」を意識することで、優先順位を整理し、効率よく進められると実感しています。 実行はどう進める？ イシューを明確にするために、まず業務やプロジェクトごとに「何を達成したいのか」を一言で整理し、目標を共有します。その後、現状の課題を洗い出し、本質的な問題を絞り込み、優先順位を設定します。そして、解決に必要な具体的なアクションをリスト化し、締め切りや担当者を明確にして進捗を管理します。また、取り組み終了後には振り返りを行い、イシュー設定や行動計画の改善点を抽出します。このプロセスを繰り返すことでスキルを磨き、業務効率を向上させています。

データの本質とは？ データ分析は単なる数字の取り扱いに留まらず、そこから得られる示唆を導くことが本質であると考えています。アウトプットを意識できる学びの場として受講を始めたため、意見を求められる場面では自分なりの見解をしっかりと示していきたいと思っています。 具体例から学ぶ？ ライブ講義で取り上げられた例では、ある受講者のデータ分析に不足が見受けられたものの、「このようにすればよかった」という点について、自分自身の考えが十分に及んでいなかったことを実感しました。 目的設定はなぜ？ また、データ分析に取り組む中で、その目的を明確にすることの重要性を改めて認識しました。成果主義の環境では、目の前のデータで短期的な成果を追求してしまいがちですが、適切なプロセスに基づいた分析の習慣を定着させる必要性を感じています。 意思決定はどう？ さらに、受講者の中にはデータ分析を業務とされる方もいらっしゃると伺い、彼らがどのようにデータを活用して意思決定を行っているのか大変興味深く感じました。私の職場では、従来から経験や勘に頼る判断が根付いているため、デジタルトランスフォーメーションの一環としてデータ分析を活用した意思決定を進めているものの、実際に本格的な導入となるには多くの課題があると感じています。

リーダーシップのバランスは？ マネジリアル・グリッド理論では、リーダーシップは「人間への関心」と「業績への関心」という2つの軸で評価できると学びました。これまで自分はタスク志向が強いと感じていたため、自身の性格や価値観に従って行動していた面もありました。しかし、両軸を意識することで、状況に応じたバランスの取れたリーダーシップが発揮できると気づかされました。同様に、パス・ゴール理論を通しては、環境や部下の適合度を把握しながら、状況に応じて参加型、指示型、支援型といったリーダーの関わり方を使い分けることが重要であると理解しました。とはいえ、環境や部下の状態を迅速に把握するのは難しく、日々のコミュニケーションや観察が不可欠だと実感しました。 業務進行はどうする？ また、チームの一員について、業務の進み具合や報告のタイミングにばらつきがあり、特にある業務では納期直前にフォローが必要になるケースがあるという課題も見えてきました。この課題を解決するため、本人の裁量に任せる場面と、明確なゴールや手順を示して伴走する場面とで、リーダーの関わり方を使い分けることが効果的だと考えています。このアプローチにより、業務を期限内に達成しながら、各メンバーの強みを引き出し、課題へのサポートもできるのではないかと思います。

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

前職はなぜ意義ある？ 前職ではSEとしてプロトタイプを作成し、フィードバックを受け取るサイクルを繰り返していたことを思い出しました。現在の業務では同じような機会は少ないですが、その経験を活かし、使用中のツールの改修や新規作成に取り入れていきたいと考えています。また、モノ作りのみならず、業務フローの改善にも生かす意欲があります。 フィードバックの鍵は？ 実践までは至っていませんが、実践演習を通して、まずアイデアを形にし、ユーザーからのフィードバックを受けるそのプロセスの繰り返しが、よりユーザーが求めるものを作り出す鍵であると感じました。さらに、プロトタイプの種類によって得られるフィードバックが異なるため、何を目的にするのか、現在のフェーズはどこにあるのかを踏まえた上で、プロトタイプの作成と検証を進めることが重要だと考えています。 スピードはなぜ大切？ とにかく、形にすること、そしてスピードが大切であると実感しています。形にすることで自分の考えが整理され、ユーザーやメンバーからコメントやフィードバックを得やすい状況が生まれます。そのサイクルをスピーディーに回すことが成果につながると感じました。また、ユーザーテスト前に評価基準を設定しておくことで、課題を見失わない工夫も大切だと実感しました。