(34ページ目)

自分 ✕ 出す

に関する学び

---

ブレインストーミングはどう？ ブレインストーミングは、取り組みやすい手法だと感じました。個人でも実践できるとのことで、日々の業務のなかから一つ以上の要素を抽出し、それに対して自分なりの改善点をたくさん考えてみることができそうだと思いました。 SCAMPER法はどう？ また、実践演習ではSCAMPER法を用い、普段意識しない視点から物事を考える機会が得られました。十分に洗練された状態のものに対しても、「もっと削れないか」や「代わるアイデアはないか」といった異なる視点から検討することで、さらに良い結果が生まれる可能性を実感しました。 どうやって大量発想する？ 単純なアイデア出しであっても、やみくもに考えるのではなく、さまざまな手法があることを学びました。いずれにしても、最初はアイデアの量を重視し、まずはたくさんの考えを出すことに専念しようと思います。

問いと答えで学ぶ理由は？ 今週はクリティカルシンキングの振り返りを行い、WEEK1の自分の回答を再確認しました。問いと答え、すなわち主張と根拠のシンプルな構成が印象的で、問いを明確に設定し、その問いだけに集中して回答するという行為の難しさを実感しました。 お客様の課題は核心？ また、商談時にはお客様からシステム構築による課題解決のご相談をいただくことが多い中で、お客様の課題が何か、本当にその課題が核心なのか、そしてその解決策が改善につながるのかを、主張と根拠をセットで検討する必要があると感じました。講義で「早く答えを導き出すには常に考え続けることが大切」という話が印象深く、思考の切り替えを意識して反復することで、そのスピード感を自分のものにしたいと思います。今後は、何かを考える際に必ず主張と根拠を意識する行動を心がけていきます。

打ち合わせで何を見る？ 部門施策の進捗状況を確認し、課題を洗い出す際に、この学習内容は非常に役立つと感じました。特に、チームで打ち合わせをする際に、時折解決策から話が始まってしまう場合があるので、この点を改善したいと思います。最初にイシューを特定し、それをチーム全員で共有することが重要です。また、打ち合わせの中で常にイシューを意識し続けることも心がけたいです。 会議前後の準備は？ まず、打ち合わせ前に自分なりにイシューを特定してから会議に臨むことが大切です。そのイシューをチーム全員が認識できるように、議事録やメモに残して共有することも忘れてはいけません。さらに、打ち合わせ中もイシューを一貫して押さえ続けるために、途中でメンバーに確認をすることが必要です。

データはどう活かす？ データは単にビジュアル化すれば良いわけではなく、用途に応じて適切に使わなければなりません。また、単にグラフに表現された情報だけでなく、その背後や空白の部分からも情報を見つけ出すことができます。さらに、TPOに合わせて代表値の取り方や計算方法が変わりますが、その結果だけで仮説を導き出すことはできません。 難業務の可視化方法は？ 現状、私が携わっている業務ではデータを利用したり、数値化・グラフ化する機会があまりないため、自分の業務に適用するのが非常に難しいと感じています。反対に、数値化やグラフ化が難しい業務をどのように工夫して視覚的に示すことができるのか、そうした方法について学びたいと考えています。

課題洗い出しはどう？ プログラムの課題に対応するため、まず各課題を柱として設定し、対応策を洗い出します。その際、最終的に改善点にたどり着くよう、課題を段階的に広げながらまとめます。作業が完了した後は、全体を俯瞰して漏れがないかを確認することが大切です。 上司への説明ポイントは？ 上司へ説明する際は、まず主語と述語の関係を十分に確認し、一度文章化してから自分自身で見直します。また、業務上の問題点や改善点の分析時には、全体の状況を俯瞰し、的確なイシューを見極めた上でツリー形式に整理して書き出すことが求められます。その分析結果については、主語と述語に明確に注意しながら、400字程度の文書にまとめるよう努めています。

原因はどこにある？ モチベーションが低い人の原因を見極める際、マズローの5段階欲求やハーズバーグの動機づけ・衛生要因のフレームワークが有効です。これらの理論を用いることで、どのレベルに問題があるのかを具体的に整理できます。 面談で何が見つかる？ 個別面談では、フィードバックの質問を3ステップで行うと効果的です。まず、実際に起こった出来事や状況を確認し、次に自分自身の考えや行動について振り返ります。そして、そこから得た気づきや教訓をもとに、今後の対応策について決める場とします。事前にこれらのフレームワークを活用して職員の要因を分析することで、面談時の目標設定や振り返りがより具体的かつ実践的なものとなります。