(29ページ目)

自分 ✕ 意見

に関する学び

---

学びを深化させるには？ 自分への引き寄せなくして学びは深まらないこと、リーダーシップは当たり前の積み重ねであること、目標や目的に紐付けて考えることが重要であると感じました。相手の考えを引き出し、アクションを支援するためには、伝える前と伝えた後の状況をよく考え、それに基づいて行動することが大切だと思います。 効果的なフィードバック方法は？ フィードバックの際には、自分としてどう感じたかを振り返り、その自己評価まで話してもらったうえで、期待に対する評価を伝えることが有効だと学びました。日々のミーティングや部下との面談では、相手の発言をまず受け止め、共感することが大事だと感じています。研修の運営を担当する際も、受講生の意識や目的を確認する内容や会話を取り入れるように意識しています。 権限委譲を進めるには？ また、現場への業務移管や権限委譲に向けた評価制度を作成する過程でもエンパワメントの発想を取り入れ、現場との意見交換を重視しています。 対話の重要性をどう実感する？ この６週間の学びをお盆の期間中に総復習し、部下との面談や相談の際には、相手の話をよく聞き、自分の考えをきちんと伝えるよう努めています。メールやチャットだけでなく、直接対話する機会を増やし、目的や意図を確認することがさらに重要だと感じています。

戦略の再定義はどう？ 普段、漠然と使用していた「戦略」という言葉を改めて定義し直し、「ゴールを明確化すること」の重要性を再認識しました。演習問題では「ゴールが明確でない」と感じましたが、実際の業務では「手段」に目が行きがちだと気付きました。「ゴール」についても、自分が考える「目標・ゴール」ではなく、組織全体としての「ゴール」を考える必要がありますが、異なる価値観を持つ人々の集合体である組織において、その「ゴール」を設定する難しさを感じています。今後、この点についてさらに学んでいきたいと思います。 企画業務で何を見抜く？ 企画業務においては、企画の実現に向けた戦略的なアクションが必要です。人事部としての目指すゴールと事業本部の目指すゴールが初めから一致することは少ないです。そのため、傾聴して相手のニーズを分析し、必要に応じて人事部から提案することで、最終的に共通の「ゴール」を設定し、実現に向けた手段を検討していく必要があります。 論理と共通解は何？ 自分の考えを論理的にまとめるだけでなく、周囲の人々の状況や考えを認識し、共通する結論、つまり目指すゴールや解決策を見出していくことが求められます。本講座のグループワークでも、自分の意見を押し通すのではなく、グループとしての最適解を導き出せるよう努力しました。

魚屋授業はどう感じた？ ライブ授業では、魚屋の例題をもとに事業形態の拡張を考察し、企業活動に欠かせない経営資源（ヒト、モノ、情報など）の役割について学びました。多様なキャリアやバックグラウンドを持つ受講生の意見によって、自分では思いつかない視点が提供され、企業活動は複合的な要素によって構成されているという気づきを得ました。 新規案件はどう評価？ 今後の学びとして、まずは新規案件獲得時に、その案件が自社の経営状況へ与える影響を定量的に評価できるようになることが求められます。さらに、社内決裁や上席への説明において、評価結果を誰にでも分かりやすく伝え、知識を基に同僚との議論をリードできる能力を身につけることも重要です。 財務理解は広がる？ また、財務諸表の基礎知識を習得し、グループワークなどを通じて読み方や評価方法について議論を重ねることで、理解を一層深めることが期待されます。 知識応用はどう進む？ 今回の授業での魚屋の例を踏まえ、他の受講生がどのような企業活動を展開しているのか、またそれがどのように財務諸表に反映されているのかを互いに共有し合いたいと考えています。さらに、本講座で学んだ知識を自社の事業に応用する際に直面する難しさや特有のポイントについても、議論を通して理解を深めていきたいと思います。

フィードバックの視点は？ 日頃から他者からのフィードバックを意識して業務に取り組む中で、自分では気付かなかった視点や考え方に触れられる機会がありました。これにより、自分の成果物をより良く改良でき、成長への大きな一歩となっています。今後も積極的に他者の意見を取り入れていきたいと思います。 説明の魅力は？ また、ストーリーボードによる説明はとても分かりやすく、聞いている方にもワクワク感を与える仕掛けが印象的でした。こうした工夫が、実際のフィードバックの質向上に繋がっていると感じています。 多角的視点をどう見る？ さらに、フィードバックは単一の立場からだけでなく、異なる役割やユーザーなど多角的な視点から求めることが有効だと気付きました。どのような業務においても、過去の経験や背景に基づく固定概念にとらわれがちですが、異なる視点からの意見を取り入れることで、より客観的かつ効果的な改善が可能になります。 意見をどう活かす？ そして、より良い成果物を作り上げるためには、自分から積極的にフィードバックを求める姿勢が不可欠だと感じます。たとえ自分が意図していなかった意見であっても、最初から優劣をつけず、必要な部分は取り入れながら改良していくことで、全体の質を高めることができると実感しています。

イシューを特定する重要性とは？ イシューという単語から大きな学びを得ました。 まず、「問いは何なのか」を意識することが重要です。イシューを特定し、内容を明確にするためには、優先順位をつけることが必要です（例えば、ロジックツリーの活用）。一度決めたからといって固定するのではなく、環境変化や必要に応じてブラッシュアップすることも大切です。 問いの意識で変わるミーティングの質 最近、月ごとの売上資料を見て「課題は何か」と聞かれることが増えました。この際、『問いは何なのかを意識する』ことで、イシューが特定できたり、共有できる基盤が整ったりします。その結果、ミーティングや事前準備では「方向性がどちらか」「何をすべきか」を明確にして伝えることが可能になります。 知識と視野を広げるためのアプローチ 『問いは何なのか』を『意識し続ける』ことに加えて、「その問いが適正かどうか」や「適正でなかった場合のフォローアップの考え方」といったアプローチも欠かせません。また、自分の狭い考え方に固執せず、常に俯瞰の目線を持ち、他者の意見を取り入れることが重要です。こうしたプロセスを繰り返すことで、イシュー設定のクオリティを向上させていきたいと思います。 遠回りが一番の近道という姿勢で、地道に取り組んでいくつもりです。

なぜ数字に飛びついた？ ある対戦表を見たとき、すぐに具体的な数字に飛びついてしまったことが印象に残りました。普段は「問い」から物事を考えるはずだったのに、実際に数字を見ると、その本質を捉え切れなかった自分に気づかされました。 問い設定の意味は？ この経験を通じて、まず「何について考えるべきか」という問いをしっかり立てることの大切さを学びました。そして、立てた問いは関係者と共有し、常にその意図が保たれているか確認することが重要だと思います。 根拠表現の大切さは？ また、自分の意見を伝える際には、主張に対する根拠が明確であるか、抜け漏れがないかを意識するようになりました。アンケートのデータ分析など、数字に裏付けられた議論においても、プロジェクトメンバー間で「イシュー」が何であるかを共通認識に努める必要性を感じました。 行動計画はどのように？ 具体的な行動としては、ナノ単科で学んだ枠組みをメモに取り、「枠組みストック」として保存しています。また、上長への学びや気づきの共有、今後の行動宣言を含む振り返りミーティングを設定しています。さらに、ミーティングやメールなどで意見を述べる際には、必ず根拠とともに考えるように心がけ、新たなアンケート分析の「問い」をしっかり立てることを意識しています。

正しい日本語の重要性とは？ 主語と述語を明確にして文章を組み立てることは、相手に意図を伝える上で非常に重要です。正しい日本語は、情報を整理し、聞き手と自分の双方に効果的に伝えるための最大のツールとなります。伝えたい内容を根拠や理由を整理して説明することで、説得力が増し、聞いてもらいやすくなります。 ピラミッドストラクチャーの活用法は？ 意見を述べ、その裏付けを整理する際には「ピラミッドストラクチャー」が有効です。特に上席への報告や説明の際、相手にとって理解しやすく納得してもらうためにこの手法を活用できます。また、後輩の指導や依頼事項への対応にも役立つと感じています。 資料作成での効果的な手法とは？ 資料作成においては、正しい日本語を使用することで読み手の負担を軽減し、主張とその理由や根拠を整理することで、自分の考えを明確にすることができます。ピラミッドストラクチャーを活用して、手書きで整理しながら資料を作成するプロセスも効果的です。 説得力を高めるためには？ また、相手の主張もピラミッド構造を用いて考えることで、内容を整理し理解を深めることができます。これまで話し言葉や、思いついたままの言葉で伝えている場面が多かったと感じたので、まずは文章を整理するところから始めたいと思います。

録画での学びは？ 参加できなかったため、録画で学びました。その中で「バックパックを作る」という課題について、実践を通して単に改良方法を考えるだけでなく、既存の考えにとらわれない発想の大切さを実感しました。 利用者の意見は？ また、テストを実施することで、自分にはない視点を利用者からフィードバックしてもらえるという気づきがありました。特に生成AIの活用という視点は非常に参考になり、早速利用してみたいと感じました。 プロトタイプで変化は？ 一番の気づきは、どうしても主観になりがちな点を、デザイン思考のプロセスに従ってプロトタイプを作成することで、ユーザー（メンバー）からのフィードバックを得られ、新たな視点が生まれるということです。現行の業務ルーチンに対しても、当たり前のプロセスに疑問を持ち、変革する際にはメンバーや有識者にプロトタイプを提示し、違った見方を取り入れる可能性があると考えました。 改善の進め方は？ 業務プロセスやツールの改善においても、手順を踏んでプロトタイプを作成することの重要性を実感しました。時間がないと思いがちですが、改善サイクルを迅速に回すことが大切だと気付かされました。自分はツールの作成・改善にとっつきやすいため、まずはその点から実行してみたいです。

事例で理解進む？ オリエンタルランドの事例を通して、身近なサービスであればPL（損益計算書）やBS（貸借対照表）のイメージがしやすいと感じました。一方、なじみのない業界の場合は、同じ資料でもイメージしにくいという説明があり、日頃から業界構造を意識することの大切さを実感しました。また、キャッシュフローに関する業務経験があるため、関連動画を視聴することで、どのポイントに注目すべきか再確認でき、大変勉強になりました。 収支の見極めは？ キャッシュフロー計算書への理解をさらに深め、良好なキャッシュフローの維持に向けた注意点や改善方法について学びたいと考えています。具体的には、キャッシュフローを最大化させるために何が必要なのか、どのような具体策があるのかを理解することが目標です。 復習で成果出る？ そのために、まずは関連動画を再度復習し、自分なりにポイントをノートにまとめることを心がけます。そして、業務内の議論にも積極的に参加し、改善策の具体的な実行計画について意見を交わす予定です。 具体策は何だろう？ 例えば、一時的にキャッシュフローがマイナスとなる要因を補完するためには、どのような活動が必要か、また適正なキャッシュフローの金額はどの程度であるべきかを議論していきたいと考えています。

本質は何だろう？ 問題解決を行う際には、まず何が問題なのかをしっかりと定義することが重要です。問題が本当にその部分にあるのか、あるいは「そもそも」といった観点で見直してみることも大切です。その後の分析やアクションを行う際にも、常に問いを意識することで、本質から逸れることなく、もしズレが生じた場合には適切に軌道修正することができます。 対策はどう考える？ たとえば、チームに人手不足という問題がある場合には、人員を増やすという対応だけでなく、同時に生産性の向上や仕組みの効率化を図ることが求められます。また、システム操作が煩雑で非効率だと感じた場合には、システムの改修を行うだけでなく、補助的なツールや直感的に理解しやすいマニュアルの整備を通じて生産性の向上を目指します。こうした問題を複数の視点から捉え、それぞれに合ったアプローチを実施することが重要です。 気づきはどう引き出す？ また、メンバーに対して問いの重要性を示すことで、彼らから新たな気づきを得ることができるかもしれません。定期的に自分の活動を見直し、無意識のうちにバイアスがかかっていないかを確認することも重要です。他の人から異なる視点や意見を求め、自身にはなかった新たな問いを取り入れることで、自分自身の視野を広げることができます。

どうやって解答導く？ グループワークで問題が提示された際、限られた時間の中でどの視点からアプローチすれば、求められる答えにたどり着けるのかを考えながら取り組みました。この経験は、戦略的な思考のシミュレーションとして振り返ることができます。 意見は均等か？ ショートワークでは、全員が均等に意見を述べることが求められました。また、短い時間でチーム全体の意見をまとめ、発表できる人材の役割分担も行われました。このプロセスは、自分自身に何ができるのかを客観的に見つめ直す貴重な機会となりました。 チームリーダーの役割は？ 私は対内外でファシリテーションの役割を担うことが多いため、相手の立場や能力を明確にするためのコミュニケーションを大切にしています。その上で、まずは全員が目指すべきゴールやその道のりを、どの立場のメンバーにも理解できるように発信し、情報共有を徹底していくことを意識します。そして、必要な時に軌道修正を行い、最適な時間と手段で目標達成に向けてチームを導いていきたいと考えています。 資源管理の秘訣は？ また、人的資源、物的資源、そして時間をバランスよく管理する視点も重要です。そのため、これらの要素をどのように切り口として捉えるか、そのコツを学び、実践していきたいと思います。

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