(9ページ目)

状況 ✕ 改善

に関する学び

---

きちんと伝わってる？ 引継ぎ業務においては、相手がしっかり内容を理解しているか確認することが重要です。相手の言葉での理解を確認することで、コミュニケーションの質が向上します。 振り返りはどう？ また、自身の業務を振り返る際には、できたことと反省点を具体的に言語化し、評価基準を明確にしましょう。改善点については、具体的な行動計画を立てることが肝心です。すべての不具合を最初から解決しようとして、無駄に時間を浪費することを避け、構造改善につながるような振り返りを行うことに努めます。 みんなの様子は？ メンバーとのコミュニケーションでは、特にお昼の時間を利用し、メンバーの状況を把握することが大切です。メンバーのモチベーションの源を理解し、適切な声掛けができるようにするためには、寄り添いながらも視野を広げておくことを心がけましょう。 改善点を明確に？ 改善が必要な案件リストについては、具体的な事実に基づき、自分自身でしっかりと言語化することから始めましょう。何が良かったのか、何が良くなかったのかを言語化し、そのうえで具体的な行動計画を策定しましょう。 心を込めていますか？ 最後に、メンバーと接する際には、相手への配慮を忘れず、その場にしっかりと心を存在させることが重要です。辛い時もありますが、適切な声掛けと理解を示すことが、よりよいチーム関係の構築につながります。

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

本質的な問いは？ 「イシューの特定」、すなわち「今、何を考えるべきか？」を問うことが、クリティカルシンキングにおいて最も重要であると学びました。問いの立て方が誤っていれば、これまで習得してきたデータの分解や視覚化などの手法も効果を発揮しません。そのため、常に正確な問いを立て、本質的な課題を見失わないよう意識することが大切だと感じています。 背景をどう見る？ 管理職として日々様々な課題に直面する中で、表面的な事象だけを捉えて短絡的な対策を講じるのではなく、その背景や状況をしっかりと把握し、正しい問いを立てることを心掛けています。また、メンバーからの質問や相談に対して、イシューが正しく特定されていないと感じた場合は、しっかりと話を聞きながら、彼ら自身が本質的な問いを見出せるようサポートすることを意識しています。 計画に必要なものは？ 来年度の事業計画作成にあたっては、まず今年度の振り返りで、良かった点と改善が必要な点を背景やデータの視点から深く掘り下げること、その上で「数値目標（売上や利益）を達成するために何が必要か？」という問いを軸に、今年度の学びを活かしながら来年度の取り組みを策定していきたいと考えています。また、事業計画をメンバーに共有する際には、表面的な数字だけでなく、計画の背景にある課題やそれに基づく理由を十分に伝わるよう工夫して説明していくつもりです。

直感的な解決策とは何か？ 自分の経験に基づく直感的な解決策だけに頼っていたところ、改めてその考えが本質を捉える上で一種の障害となっていることを痛感しました。多様な考え方や状況が存在する中で、意見を尊重しつつ、共通認識を持ってもらうためには、その本質を見つけ出し、議論の軸を定めることの重要性を感じています。 若手育成に必要なステップは？ また、経験が浅い若手が多い職場では、目標と期限を設定するだけでは行動に移せないことが多いことに気づきました。これまではリーダーとして方針を決め、一方的にトップダウンで指示を出していましたが、具体的な話法やツール、直接的な指導を通じて部下が迷いなく行動できるように準備を整えること、そして個々の課題や考えについて対話し合意を得ることが大切だと感じています。 会議の改善策は何か？ さらに、会議の場でのみ進捗管理と指導を行っていたため、発言しにくい環境を作り出し、できていないことに対するストレスも生んでいました。これを改善するために、次の三つの対策を講じることにしました。 1. これまで確保できていなかった部下との定期的な対話の時間を設ける。 2. 部下の課題的な行動を聞き入れ、受け入れて褒める。 3. 次回の対話までの到達点を共有する。 このような取り組みを通じて、職場の環境改善と業務の効率化を図っていきたいと思っています。

どうやってイシューを特定する？ 進め方としては、まず答えを出すべき問い、すなわちイシューを明確に特定します。その後、論理の枠組みを考え、主張を適切な根拠で支えるという基本の流れを踏むことが重要です。作業を進める中で、イシューを常に意識しながら進めるべきであり、過去にはイシューから逸脱したまま次の作業に移ってしまった経験があり、今後はその点の改善が求められます。 なぜ顧客評価に課題が？ また、顧客評価で問題が生じた場合や戦略がうまくいかない状況では、単なる対症療法にとどまらず、根本的な問題が何であるかを特定し、メンバー間で共有することが必要です。特に、エンジニアの方々と仕事をする際には、視点が異なることが多いため、まずは共通してイシューを明確にし、現在の状況と今後の方向性をしっかり合わせることが大切だと感じました。 どうやって情報整理をする？ さらに、各顧客ごとにイシューを特定し、現状理解のためにMECEやデータ分析を実施すること、そして顧客との面談前や会議での参加者間のゴール設定が求められます。資料作成の際は、まずデータを整理し、その後報告資料の構成を考え、スライドごとのメッセージを作成していくという流れを守り、順番を変えないように進めることが重要です。会議中もイシューから逸脱しない進行を意識することで、解決策へと着実に導くことができると感じました。

リーダーシップには何が必要？ リーダーとして考慮すべき点は、自分自身の感覚に頼ることが多かったと感じました。しかし、事業とメンバーの2軸から判断し、環境やメンバーの状況に応じた適切な声掛け方法を考えるフレームワークは、かかわり方を検討するうえで最低限必要な内容であると認識しました。もし、事業やメンバーの理解において知識が不足していると感じた場合は、しっかりとキャッチアップを行うべきだと考えています。 メンバーを動かすには？ 私自身はリーダーではないのですが、メンバーに動いてもらいたいときに躊躇してしまうことがあります。そこで、事業とメンバーの2軸から考慮し、環境とメンバーの状況に応じた声掛けの方法を工夫することで、自信をもって依頼できるようになりたいと考えています。今週はその考え方を意識し、1週間メンバーとのやり取りを行います。これにより、自分のクセや改善点に気づき、改善の機会にしたいと思います。 目標設定と役割分担における課題 具体的には、メンバーに動いてもらうためには、ある程度指示型に近い対応が必要だと思いました。私は上長ではないため直接的な指示はできませんが、お願いしたい内容を明確に文書化し、それについて議論する必要があると考えています。それは、現在の環境では目標が不明確で、メンバー間の役割分担に関するコンフリクトが多いからです。

問いはどう見つける？ 動画学習を通じて学んだことは、まず課題に対して「問い」を立てることの重要性です。自分自身に問いを投げかけ、それを残し、共有することが求められます。問いを立てていないということは、何も考えていない状況と同じだと気づきました。問いを立てることで、本当に考えていることが明らかになるのです。 分解で何が明らか？ 実践演習では、物事を分解することで普段は見えないまたは分かりにくい部分が明らかになり、結果として判断が容易になることを学びました。この分解のプロセスは、考える力を高めるために非常に効果的です。 どこに問題が？ 特に印象に残っているのは、明らかに問題がある資料において、具体的にどこが問題なのかを文章で説明する難しさです。また、職場でのテーマがずれることを防ぐためにも「問い」を残し、周囲と共有することが役立つと感じました。 数字は何を示す？ 営業職などの数字が厳しい環境においても、その数字がなぜそうなったのかを振り返る機会が少ない現状を打破し、ここで学んだ論理的思考を活かすことが重要だと考えます。まず「問い」から始め、業務で悩んだときには問いをしっかり立て、何も考えていない状態を避ける。もう一人の自分に問いかける行動を取り、課題を分けて考える癖をつけることが、業務改善に繋がるのではないかと思います。

3Cの分析方法は？ 3Cは、事業環境を多面的に捉えるためのフレームワークです。Customer（市場・顧客）、Competitor（競合）、Company（自社）の3つの視点から状況を分析し、事業戦略を立案する際の参考にします。 4Pで何を判断？ 一方、4Pは3Cの自社部分をより詳細に検討するためのツールとなります。Product（製品）、Price（価格）、Place（場所）、Promotion（プロモーション）の4つの要素を軸に、どのようにサービスの良さを顧客に訴求するかを分析するために活用されます。 現場の課題は？ 観光客にとっては、免税手続きの所要時間が短い中で対面式のアンケートや、時間を要するインタビューは取り組みにくい方法と言えるでしょう。また、クレームが発生した際には、最低でも1名の通訳が苦情対応のため常駐しなければならず、現場では実質的に人員が減る状況となります。 改善策はどうする？ これまでのアンケート調査は一度のみ実施しており、対面で紙に選択肢を記入していただく方法にはお客様に抵抗があると感じました。今後はデジタル形式で「後ほど実施していただいても構いません」と伝え、アンケートに協力していただいた方々には次回利用可能なショッピングクーポンを提供することで、対応の改善を図ろうと考えています。

自律促す秘訣は？ エンパワメント型のリーダーシップスタイルは、メンバーの自律を促しつつ、必要に応じてサポートを提供するアプローチです。このスタイルは、ビジョンの共有から実行、さらに支援に至るまでの5段階を学ぶ機会を提供してくれます。しかし、エンパワメントが適している仕事もあれば、そうでない仕事もあるため、状況やメンバーを慎重に見極めつつ活用する必要があります。これを通じて、メンバーが本音で意見を交換できる状態を作り、一人ひとりが自発的に行動できる環境を整えることの重要性を改めて認識しました。 メンバーをどう知る？ 私の現在の組織では、メンバー間のコミュニケーションが不足している傾向があります。この状況を改善するために、まずはメンバーを深く知ることが第一歩だと考えています。モチベーションが高いメンバーには自律を促し、低いメンバーには適切な目標を設定しながらサポートを行い、成長を促したいと考えています。 役割の見極めは？ チームのミッションを整理し直す中で、私自身がリードすべき分野とエンパワメント型で進めるべき分野を見極めたいと思います。その上で、どのように仕事を分担するかを考えます。年央の面談が近いこともあり、メンバーそれぞれの目標を調整し、成長とスキルアップを促す行動を計画していきます。

比較と目的はどう考える？ 分析において、「比較」と「目的への立ち返り」の大切さを改めて感じました。何かしらの数値をグラフ化して報告するだけでは、かえって分析した気分になってしまい、実際は単なる数字の結果報告に過ぎなかったと認識しています。今後は、目の前の数字だけではなく、適切な比較対象を設定し、分析結果としてしっかり報告できるよう努めたいと考えています。 上司の反応はなぜ？ 直近の業務では、状況報告を上司に行った際、好意的な反応を得られず、簡単に取得できる情報だけに依存し、見栄えの良いグラフや表を作成するだけの報告になっていたことを痛感しました。単に数値を並べるだけでなく、それぞれの情報をきちんと比較し、その内容から次の対応や施策を検討できるような報告に改善する必要性を感じています。 次の一手はどうする？ そのため、今後の取り組みとして以下の点を意識していきます。 まず、分析の目的を再度明確にすること。 次に、比較する項目や内容について、上司の意見や生成AIのサポートを活用しながら見直しを行うこと。 さらに、定量的な分析だけでなく、定性的な分析も取り入れられるよう検討を進めること。 そして、最終的には目的に沿った次の対応策が検討できるような報告をまとめることを目標とします。

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

B/Sの構成を理解するには？ B/Sの構成がどうできているのか、得たお金の使い道などが理解できました。資産、負債、純資産が記載されており、「会社の健康状態」という言葉がすごくしっくりきました。「見方」として、流動資産、固定資産、流動負債、固定負債、純資産の5ブロックに分かれているバランスが重要で、私がB/Sから読み取りたい「相手方の経営状況」がここから読み取れると理解しました。細かい部分は理解しきれていない所も多く、次週の学習で理解を深める予定です。 リスクの程度をどう知る？ WEBから入手できる情報でまずは負債の情報を見て、そのリスクの程度を知ろうと考えました。また、自社の情報を見て、他社との比較を行い違いがどこにあるのか、また自社のお金の使い道を把握することで、今後どうしていくべきかの仮説を立ててみようと考えました。 自社と他社の比較分析 具体的には、次のことを行いたいです。まず、WEBからの情報を入手し分析すること。そして、自社情報の分析も行います。リスクの程度を知り、自社と他社との相違点を見つけ、改善ポイントを見つけて改善案を考えることが重要です。最後に、この結果を経理部門と共有し、B/Sの読み方や考え方が間違えていないかを確認する機会を準備します。