(7ページ目)

改善 ✕ 気づき

に関する学び

---

仕事の委任で気をつけることは？ メンバーに仕事を任せる際には、彼らに執行責任の自覚を持たせ、リーダーからの干渉を極力減らすことが重要です。具体的には、メンバーが最初に決めたプロセスを遵守し、想定した結果を出しているかを定期的にフォローします。ただし、大きな変化や不測の事態が発生した場合には、メンバーの能力に応じてサポートに入ります。 不測の事態発生時の対応策は？ 不測の事態が発生した場合は、まず事態の収拾を最優先とします。その後改善に取り組みますが、その際にはリーダー自身の見落としを認め、個人の責任に追求せず、組織の構造的問題に目を向けることが求められます。 メンバーのモチベーションはどう維持する？ モチベーションを管理するには、メンバーがどのような動機で仕事をしているかを把握し、そのモチベーションを高めるためのインセンティブを考えることが効果的です。メンバーのやる気を知るためには「仕事で嬉しかったことは何か」などの問いかけが有効です。モチベーションが低い場合には、その原因を特定し、適切な声掛けや機会の設けを実施します。 振り返りで学びを生かすには？ 仕事の振り返りを通じた育成も重要です。メンバーに「その時の状況はどんなだった？」と問うことで、経験からの学びを引き出します。自分自身の経験を振り返り、教訓を得るプロセスを意識することで新しい挑戦にも対応できるようになります。 個別の声掛けが重要な理由は？ モチベーション管理においてジュニアメンバーには個別の声掛けを定期的に行い、シニアメンバーにもこれを実施しスキルを引き出すことが重要です。また、業務の振り返りのタイミングで、メンバーに自身の気づきを発言させ、成長を促すことを目指します。

なぜ共感が大切？ 高専教育におけるデザイン思考の実践応用が具体例として示され、プロジェクトベース学習の改善の流れがとても分かりやすく整理されていました。まず、学生が実際に課題に取り組む様子を観察し、どこでつまずいているかを体験的に理解する「共感」のステップから始まります。その後、「2年生のプログラミング初学者がエラーメッセージに直面したとき、原因の特定が難しく挫折感を感じている」という具体的な課題定義につながり、その問題に対する多角的なアプローチとしてSCAMPER法を活用する発想へと発展させています。 試作とテストの効果は？ さらに、簡易的なデバッグガイドやチェックリストを作成し、小規模なクラスで試用することで、「試作」と「テスト」のサイクルが迅速に回されました。実際の授業では、このプロセスを通して、教員が見落としていた細かい困難点や、学生が質問しづらい心理的ハードルが明らかになり、具体的かつ効果的な改善策を議論できる環境が整えられました。 多角発想はどう役立つ？ また、従来の一方通行の解説にとらわれず、例えばエラーメッセージを視覚的なフローチャートに変換するなど、多角的な発想が功を奏しました。この結果、学生同士が自然に教え合う雰囲気も生まれ、クラス全体の協力体制が強化されるという予想外の効果も確認されました。 試作の意義を感じる？ さらに、デザイン思考における試作の意義が改めて実感されました。実物に近い試作に限らず、デザイン画や説明動画など、さまざまな形でフィードバックを得ることが可能です。視覚的な印象や使用シーンの具体性を重視するフィードバックは、教材の改善に大いに役立ち、実践を通じた気づきを促す重要な要素となっています。

クリティカルシンキングの重要性とは？ クリティカルシンキングとは、自分自身の考えを批判的に捉え、判断する能力を指すことを学びました。これまでは自分の経験ややり方に固執していた部分がありましたが、視座、視野、視点といった様々な角度から客観的に物事を考えることの重要性を理解しました。 思考の癖に気づくことの意義 特に印象に残ったのは、自分の思考の癖に気づいたことです。私はこれまで非常に限られた範囲で思考していたことに気づき、思考の使い方を学び、それを自身にしっかりと定着させる必要性を感じました。 人事でのスキル活用法は？ 現在、人事の仕事をしており、このスキルを活用できる場面はいくつかあります。例えば、人事企画や制度立案では、視野、視座、視点を意識して客観的に判断することで、考え方の偏りや漏れをなくし、従業員への説明責任を果たすことができます。また、組織や個人の課題解決においても、客観的な視点を持つことは、本質的な課題を発見し、解決策を立てる際に説得力のある説明が可能になると考えています。さらに、マネジメントにおいては、説明責任を果たすことが重要であり、テクニカルシンキングを身につけることで、より納得度の高い伝え方ができると思います。 日常における思考改善の実践法 具体的な思考の改善策として、毎日一度、その日に考えたことをロジックツリーとして書き出すことがあります。そして、不足や異なる視点、視座、視野で再考し、情報を追加します。これによって、自分の思考の偏りや癖を見つけ出し、次の日に思考を巡らせる際に意識することができます。このサイクルを日々繰り返すことで、思考の幅が広がり、ロジックツリーを使った思考方法が定着するのではと考えています。

なぜ定着できた？ WEEK01の振り返りでは、学んだ内容が意外にも定着していると実感しました。しかし、一方で実践できているかというと、まだまだ不十分であるとの課題も明確になりました。ライブ学習では、ある企業のV字回復事例が特に印象に残りました。現状把握から課題の特定、効果的な対策の実行というプロセスが、クリティカルシンキングのモデルケースとして非常に参考になりました。また、Bリーグの戦績分析では、具体的な「問い」を立てることで対策の重要性を再確認しました。さらに、数値だけではなくグラフへと情報を可視化することで、理解しやすさと伝わりやすさが向上することを学びました。 課題はどう見える？ 実務においては、問題点を特定し改善に結びつける場面が多々あります。現状、評価制度においては、以下のような複数の原因が考えられます。 ・制度設計そのものの問題 ・評価者のスキルの不足 ・被評価者の制度に対する理解不足 ・制度説明の不十分さ 上記の中から、最も効果的な改善ポイントを絞り込む必要があります。今まで学んだ内容を元に、まずは上期評価フィードバックアンケートの結果を分析し、「なぜ納得感が得られないのか」という問いに基づいてイシューを洗い出します。その上で、ピラミッドストラクチャーを用いて論点を整理し、改善案を構造化する予定です。具体的には、次回の評価制度会議までにアンケート結果を分類し、主要な3つの課題を抽出、その上で改善案の骨子を作成する計画です。 どう伝え改善する？ また、作成した改善案や社員向けの説明資料については、グラフなどの視覚的要素を効果的に取り入れ、誰にとってもわかりやすく伝わる内容に仕上げることを心掛けています。

業務改善の道筋は？ 所属チームの業務改善が現在の大きな課題です。私たちのチームは、グループ会社にドキュメント関連の業務をサービスとして提供しており、改善テーマとしては働き方、シェア拡大、新サービスの開発に取り組んでいます。働き方に関しては、人手不足が叫ばれる中で、必要以上の業務に取り組むメンバーも見受けられ、なぜその業務を行うのか疑問を持っても改善が進まないため、共感を得ることが求められていると感じています。また、シェア拡大に関しては、現行業務の認知度はあるものの、ドキュメントサービスの具体的な利用方法が十分に理解されていない印象です。さらに、新サービスは付加価値を高めてステージアップさせる必要があるため、それに沿った開発が求められています。各課題についてより深く考え、実践の場として活用できると感じています。 働き方の疑問点は？ 働き方の課題としては、過去の慣習に引っ張られて「なぜこれをしているのか」という疑問を持たずにいること、必要以上の責任に縛られていること、そして誰も助けてくれないという思い込みがあることが挙げられます。こうした状況は、業務全体を俯瞰して見る視点が不足していることが原因のように思います. 課題発見の秘密は？ まずは自分自身で課題に気づくことが必要です。マーケティングの調査結果などからも課題は浮かび上がるでしょう。実際にその課題の場に身を置くことで、背景を理解し、何が必要かが次第に明確になっていきます。そして、その必要性をどのように商品化するかは、試行錯誤を通じてしか見えてこないものです。その一つのアプローチとして、ヒアリングを活用し、相手の話にしっかりと耳を傾けることが大切だと感じています.

フロア移動の効果は？ 仕事では、ちょうどフロアの移動があり、新しいフロアは7階に配置され、総務や経理の部署と共に運営されています。一方、従来は社長室とコンサルタントの部屋が隣接していたため、社長やコンサルタントとの距離が近く、相談もしやすい環境でした。しかし、今回の配置変更により、両者との距離が遠くなり、移動時間がかかるため、相談しにくい状況が生じました。なお、コンサルタント側も同様の課題を抱えており、さらなる改善を望んでいるものの、予算の制約があるという現実もあります。 効率的対話の方法は？ このような状況を改善するため、オープンなコミュニケーションを促進することが求められます。具体的には、チャットツールを効果的に活用し、気になる点について積極的にフィードバックを行うとともに、共通の行動ルールを策定する取り組みが考えられます。 試行錯誤の効果は？ また、改善のスピードを上げるためには、小さな試行錯誤を重ねることが最も効果的だと感じています。最初から完璧な仕組みを求めるのではなく、実体験から得た気づきを振り返りながら、段階的に改善を試みることで、仲間の理解も深まり、現場での実践や他のチームの巻き込みも促進されると考えます。 ユーザー視点の大切さは？ さらに、ユーザー視点に立つことの重要性を再認識しました。これは単に課題を見つけ出すだけでなく、その人の感情や思考、行動パターンまでを洞察し、自分自身が体験しているかのように共感しながら整理する姿勢を意味します。問いが深まることで、新たなアイデアが生まれやすくなり、解決策も一面的ではなく、より多様なニーズに応じられるものになると実感しています。

仮説の意義は何？ ビジネスにおける仮説とは、ある論点に対する仮の答えを意味します。重要なのは、正しい答えに決め打ちせず、複数の仮説を挙げることで網羅性を確保することです。仮説には「結論の仮説」と「問題解決の仮説」があり、時間軸によって過去の検証と未来の予測で内容が変わります。 仮説をどう検証する？ 問題解決の仮説は、問題解決のプロセスに沿って、WHATからWHERE、WHY、HOWへと各要素に仮説を立てるものです。このアプローチにより、検証マインドが向上し、問題意識や改善点への気づきが促進されるという利点があります。 仮説は広く捉える？ ゲイルを通して学んだのは、正しい答えに近づけようと意識するあまり、仮説の範囲が狭くなってしまう可能性があるという点です。思いつくままに仮説を列挙してみることで、仮説の網羅性や全体像が明らかになることを実感しました。また、数値を用いた費用対効果の分析手法も学ぶことができ、有用な気づきとなりました。 売上の原因を探る？ 具体的な例として、売上分析においては、単価が低いことやコストが上回っていること、あるいは季節性の変動によって患者数が左右されるなど、さまざまな仮説が考えられます。これらの仮説は、結論の仮説として売上未達の要因を示すものと、問題解決のプロセスとして原因究明のための仮説として整理することが求められます。 仮説報告はどう？ 毎週の売上数値進捗報告では、複数の仮説を設定し、その検証結果と合わせて報告することで、仮説立案のプロセスに説得力を持たせることが大切だと感じました。月末には、立てた仮説を通して得た気づきを言語化し、次のステップに活かす姿勢が必要です。

定性分析はどう整理？ 現在、自社の業務改善のための分析を進める中で、これまで漠然としていた内容が「定性分析」であったことに気づき、大きな発見となりました。業務のやり方は数値で把握しにくいため、現場での観察やインタビューを通じて状況を捉え、得られた情報から実態を明らかにする必要があると感じました。また、コーディングにより一次コード、二次コードと分類し、フレームワークやプロセスに落とし込む方法を実践することで、今後も学びを深めていこうという意欲が湧きました。 顧客課題をどう捉える？ 顧客課題仮説の導出は非常に難しいと実感しました。定性分析でコーディングを進める際、観察やインタビューから得られる情報が十分かどうか不安になるとともに、ペルソナやカスタマージャーニーマップの捉え方によって仮説の内容が変わる点も大きな気付きでした。今回の講義で学んだのは、顧客課題仮説を広く捉えるのではなく、焦点を絞り「ユーザー」「状況」「課題」「ソリューション」という具体的な文書化を行う手法であり、その手法は非常に有効だと感じました。 問題本質をどう捉える？ さらに、「問題の本質を捉える」から始まり、洞察の整理と可視化、顧客課題仮説の作成、ユーザー中心の視点の維持、そして検証と改善という流れを作ることの重要性を学びました。定性分析では、プロセスやフレームワークの構築により、定量分析で検証すべき仮説が明確になるという点も理解できました。実際の現場での観察からは、ユーザー自身が気づいていない暗黙知に触れることができる有効な手法であることを実感しました。今後はこれらの経験を活かし、顧客に対する課題分析をさらに実践していきたいと思います。

どうやって自分と向き合う？ 自身の価値観を振り返ることで、目指すべき自分の姿に対して、どの部分が足りていてどの部分が不足しているかを認識できました。現在、目標に向かってメンバーとの細かなコミュニケーションは意識して実践していますが、伝えたままになってしまう場合もあることに気づきました。そのため、フォローアップまで含めてのリーダーとしてのコミュニケーションが重要であると再確認しました。 広い視野で育成するには？ また、仕事を進める中で、マーケット環境や世の中の変化に対してもっとアンテナを高くして、広い視野からメンバーの育成に向けた指導を行う必要があると痛感しました。今回の講義ではロールプレイング演習があり、メンバーへの評価を伝える際には、しっかりとしたストーリーを事前に整理し、相手に自発的に考えさせ、足りない点を理解してもらい行動を変えるための導きを考えていくことが大切だと感じました。 面談で信頼を築くには？ 私は年3回の面談で、業務の振り返りや評価の伝え方を改善し、相手がしっかり受け止められるように対応していきたいと考えています。また、メンバーの中には、私の考えや思いを直接伝え、その考えに至った経緯などを共有することで、納得して自発的にリーダーシップを発揮できるよう後輩を育成したいと思っています。 面談においては実際に時間を作って、これらのことを実践していきたいです。また、現在在宅勤務が続く中でチーム全員が揃うことが難しいため、メールや個別電話を活用し、丁寧に時間を取る工夫をしたいと思います。多忙な中でも、伝えることにしっかり時間を設け、チームメンバーの意識が統一されるよう心がけたいと考えています。

どう対処すべきですか？ 実行・振り返りの際、過干渉は避けるべきとの考えから、状況に合わせたアプローチが重要だと感じました。特に、拠点が離れている職場環境においては、無理に関与しすぎず、メンバーの状態に応じた適切な対応が求められると実感しました。 会議で何を問いかける？ 実際のミーティングでは、問いかけの方法を工夫して、メンバー自身から振り返りや気づきを引き出すことに取り組んでみました。短い時間の中でも、問いかけ方の違いによって相手が話す量が変化し、各人の状況をより深く理解する貴重な体験ができました。 なぜ動機は違うの？ また、モチベーションのスイッチは一人ひとり異なると強く感じました。部署を離れて別のリーダーが担当している場合でも、各メンバーが前向きに取り組むためには、現在のモチベーションや働く動機をしっかり把握することが必要だと考えています。今後の評価会議に向け、各自の動機について丁寧に探っていきたいと思います。 どう実践効果を出す？ さらに、WEEK3で学んだ質問力を活かしながら、PDCAサイクルやOODAループの実践を通じて、効果的なフィードバックを行う取り組みを継続していくつもりです。リーダー同士の協力や観察を通じ、メンバー一人ひとりの働く動機を深く理解することで、より良い対話が実現できると確信しています。 どの改善策が有効でしょうか？ 最後に、業務における実践の中で感じた難しさや気づきを、毎週のミーティングや1on1での対話に反映させ、さらに業務委託先で決まった課題改善策の取り組みを通じて、自身のフィードバックのあり方についても自己評価を行っていきたいと考えています。

利益構造はどう見える？ 今週は、損益計算書から企業や店舗の利益構造を読み解く力を養う学びを得ました。売上や費用の数値の背後には、ビジネスモデル、顧客ターゲット、コスト構造など、戦略的な意思決定の結果が反映されていることに気づきました。同じ業種内でも、提供する価値やコンセプトの違いにより、利益を上げる方法が大きく異なる点が印象的でした。結果だけでなく、その仕組みに注目する姿勢を、今後も意識していきたいと思います。 業務改善はどう進む？ 現在の業務では予算策定や業務改善に関わる機会が多いため、今回の学びをコスト分析や投資判断に活かしていくつもりです。具体的には、各支出項目の構成比を分析し、売上に対する影響度の大きい要素を特定して、改善の優先順位を決める方法を検討しています。また、資料作成時には「なぜこの数値になるのか」「どのような仕組みで利益が生まれているのか」といった視点を意識し、経営層にも伝わる論理的な説明を心掛けたいと考えています。そのため、まずは月次レポートのフォーマットを見直し、損益計算書の視点を取り入れるところから始める予定です。 売上と利益の謎は？ さらに、P/Lを学ぶ中で「売上が伸びているのに利益が減る理由は何か」という疑問が浮かびました。成長戦略に伴い販管費や設備投資が先行しているのか、または売上自体が薄利多売の構造なのかといった見方が必要ではないかと考えています。このような状況を正確に把握するためには、損益計算書だけでなく、キャッシュフローや貸借対照表との連動性にも注目することが重要だと感じました。今後の学習では、これらの視点も取り入れながら理解を深めていきたいと思います。

インタビューの目的は？ 現在、製薬会社でデジタル関連のプロジェクトを担当しています。直近ではリリースしたWebサイトについて、一般ユーザーや医療関係者へのインタビューを実施し、そのフィードバックを改善のためのインプットとして活用しようとしています。ユーザーグループごとに利用方法が異なるため、グループに合わせた質問を準備する必要があります。具体的なプロセスとしては、①ユーザーインタビューの企画、②マーケティングチームへの情報共有、③プロダクトチーム内での対応優先順位の決定、④実装、⑤サイトのPVや滞在時間による成果計測、⑥さらなる対応の実施が考えられます。しかし、これらは予算の確保やインタビュー会社との契約など大掛かりな準備が必要なため、現段階では実践には至っていません。 CRM経験の教訓は？ 以前の実践例として、営業で利用されるCRMシステムを担当していた際、現場での実体験がありました。実際に営業の1日を同行し、営業車内でCRMシステムについてのインタビューを行うことで、改善すべきポイントを見いだすことができました。その後、実際の改善対応を進めた結果、別の営業担当者からも好評のフィードバックを得ることができました。 本当に必要なものは？ これらの経験から、作りたいものではなく、使う人にとって必要なものを作ることの重要性を実感しました。単に想像するだけではなく、現場を体験することで、何が必要であればより良いかを具体的に理解できるのです。また、体験をしていない人々に共感してもらうためには、インタビュー内容やプロダクト開発に至った背景を分かりやすくまとめることが今後の課題であると考えています。