(5ページ目)

本 ✕ 管理

に関する学び

---

どんな学びがあった？ week1からweek5までの学びを振り返り、有限な資源を効果的に活用するためには、まず情報を収集・整理し、自分の判断軸に基づいて本質を見極めた上で優先順位をつけることが有効だと理解しました。今回の学びは、仕事以外にも応用できる点が特に印象に残りました。これまで分けて考えていた部分が、ライブ授業を通してプライベートの目標や趣味にも活かせることに気づき、限られた時間内で計画を立て、実行に落とし込めると感じました。 情報整理はうまくいっている？ 日頃から情報収集や整理を行う際には、有限なリソースを意識し、時間をかけすぎないようアンテナを張っておくことが大切です。また、専門の取引先に情報提供を依頼するなど、工数管理を徹底する姿勢も必要だと考えています。 新制度の判断はどうする？ 自社では捨てる・辞めるという行為について比較的寛容な面があるため、新しい制度を導入する際には試験導入を行い、実際に期待する効果が得られるかどうかを慎重に判断することが望まれます。判断軸としては、会社の方向性をしっかり把握し、経験則に頼りすぎないことが重要です。不明な点があれば相手と対話し、真意を確認するように努めたいと思います。 ニュースや情報はどう活かす？ また、日常的にニュースや他社情報にアンテナを張るとともに、他社の財務諸表の分析を行うことで、内容によっては定点観測し派生する影響も把握できると感じました。さらに、専門知識を持つ取引先との接点を日頃から持つことも、情報の更新に役立つと考えています。 チームの連携はどう取る？ 実行後には、捨てる・辞めるという判断もあらかじめ決めておくことで、スピード感を持って取り組むことができると実感しました。さらに、業務開始時にチームメンバーと判断軸を共有し、認識を統一することが円滑な業務遂行に繋がると感じています。

正しい比較はどうする？ 「Apple to Apple」という考え方が印象に残っています。同じ条件に揃えて比較しなければ、意味がなく、データを正しく読み解くために非常に重要だと感じました。頭では理解していても、経験やクリティカルシンキングが不足していると、ついつい情報を鵜呑みにしてしまう危険性があります。 企画と集客の関係は？ 私は学生向けのオンラインイベントの企画と集客を担当しています。まず、企画と集客は表裏一体であり、学生の行動分析が重要です。具体的には、どの時期にどのような申込行動があるのか、参加後にはどのような行動に繋がっているのかを解析し、その結果をもとに企画の対象、開催時期、内容を決定しています。 認知広げる秘策は？ さらに、集客においては「いつ、何を、どのように」告知して認知を広げ、申込を促し、開催前に離脱を防ぐ対策まで考えなければなりません。状況が常に変化する中で、申込状況をリアルタイムに把握し、必要な打ち手の変更を迅速に行うことが求められます。企画の効果が集客に影響するため、両者は密接に連携させる必要があります。 データ整備は進んでる？ 現状では、まずデータの整備が最優先事項です。折り返し地点まで進めていますが、依然として地道な作業が続いています。正直なところ、「会社が整えておくべきだ」という愚痴も出るほどですが、しっかりと整備を進めなければ本質的な分析はできません。今後も引き続き取り組んでいきます。 管理方法はどうなってる？ また、データの記録や管理、分析を効果的に行うためには、エクセルフォーマットの整備も欠かせません。どのようにすれば見やすく、管理しやすく、分析しやすいかを、部署メンバーと意見を合わせながら調整を進めています。この作業は地道ですが、本質的なデータ分析の議論に繋がっているため、継続して進めていく覚悟です。

本講義では、相手に「読んでもらえる」文章やスライドの作成に特に注意を払うことが大切だと再認識しました。以下に具体的なポイントをまとめます。 まず、スライドの作成において重要なのは、関連する情報をただ単に盛り込むのではなく、伝えたいメッセージを明確にすることです。相手にとって読みやすい資料を作成するためには、以下の点に注意します。 # グラフの見せ方 - 自分が伝えたいことを基準に、適切な視覚化手法を選びます。 - グラフにする際は、形式や縦軸/横軸、目盛り、単位などの細部に気を配ります。 - 視覚化（グラフ）には、できるだけ慣例に則った方法を用います。 # 文字の表現 - 伝えたいメッセージに合わせた書体や色を使います。 - 文字情報だけでなく、アイコンなどを補助的に用いて視覚的理解を促すことも有効ですが、過度に利用しないよう注意します。 # スライドの構成 - 情報の順番に注意し、図表を情報が出てくる順序で配置します。 - スライドの意図や伝えたいことが分かるように、言葉を添えて補足します。 - メッセージと図表の整合性を保ち、強調したい箇所を意識します。 また、作成した報告資料や管理シート、会議でのプレゼンテーション、メールやチャットでのテキストコミュニケーションなど、様々な業務の場面でこれらのポイントを活用できると考えます。 特に今後意識したいのは、相手に「読んでもらえる」文章やスライドを作成することです。業務に取り組む際には、次の点を念頭に置くよう努めます。 - 自分が伝えたいことを相手に理解してもらうため、伝えたい内容を基準に適切な見せ方（視覚化）を選択する。 - 相手のリテラシーに合わせた言葉を選ぶ。 - 情報を探させない構成にする。 これらのポイントに注意することで、より効果的なコミュニケーションが可能になると確信しています。

戦略の捨て方は？ 今週は「戦略における捨てること」について学び、実践演習では営業先の売上に関する情報を用いてROIを算出し、優先度を下げるべき営業先の事例を分析しました。 苦手意識の理由は？ 講義では、日本企業が捨てることに苦手意識を持っているという話があり、自社にもその傾向を感じると同時に、ファーストリテイリングや日立製作所のように、選択と集中を積極的に進めて収益性を高めている事例もあると理解しました。 資本コストの影響は？ また、上場企業においては、資本コストを意識した経営が求められる中、捨てる選択がますます重要になるのではないかと考えるようになりました。 取引先の扱いは？ 業務上、複数の取引先とやりとりする中で、要求が細かく、契約書以上の依頼をするクライアントが一定数存在するため、こうした顧客情報は社内で共有し、非積極顧客として管理していく必要があると感じています。 修正対応の基準は？ 納品後の修正対応については、納品内容に問題がある場合は当然対応するものの、問題がない場合や細かい点に関しては、すべてを無条件に受け入れるのではなく、一定の姿勢を保つことも大切だと考えています。 顧客リスト整備は？ そのため、積極顧客リストと非積極顧客リストを作成し、営業部門と連携して、非積極顧客の案件は基本的に受注しない方針を進めていきたいと思います。 CADはどう外注する？ さらに、建設コンサルタント業界では3D CADの導入が進んでおり、現状、社内人員で作成しているものの、業務フローを鑑みると外注に依頼する方が現実的と考えます。今後は、社内で人材を育成するのではなく、3D CADを扱える外注先の開拓や、必要に応じて外部企業の買収などを通して、対応力の向上を目指していく必要があると感じました。

どんな選択が必要？ 私たちが何を得るかと同じくらい、何を捨てるかという選択の重要性を学びました。戦略の一環として「捨てる」ことに対して、明確な見通しを持ち、周囲に適切に伝える準備が大切だと感じました。 何のために捨てる？ 選択（捨てる）の必要性は、顧客にとってのメリットが向上する場合があることを再確認する点にあります。具体的には、「何のために？」という視点をしっかり持つことが重要です。時には、捨てることで顧客の利便性が増すことがあります。例えば、あるパフォーマンス集団が動物を排除することで、人間の高度なパフォーマンスに注力できるようになったという具体例が理解を深めました。 なぜ変革が必要？ 長年の惰性に流されず、現状から最適な解を探求することが肝心です。「やめましょう」という勇気を持ち、新しい意見を取り入れることも重要で、これが惰性による無駄を排除するヒントとなります。 業務はどう見直す？ 業務プロセスの見直しにおいては、優先度の低いタスクを削減し、手動作業を自動化・簡素化することが必要です。サポート範囲の見直しでは、対象の中止や範囲を低減し、FAQやセルフサポートを導入するといった方法があります。データの管理と報告の効率化として、不要なデータを整理し、報告を簡略化することが挙げられます。 再構築はどう進む？ 「捨てる」という選択は価値を高めるための再構築と覚悟すべきです。具体的には以下のステップが有効です。まずは目標と優先順位の明確化を行い、リソースの把握を通じて捨てるべき項目の候補を挙げます。その後、捨てる対象を決定し、チームで共有します。そして、捨てた後の行動計画を策定し、計画的に新たに生まれたリソースを活用します。最後に、実行後はモニタリングを行い、捨てた結果が本当に改善されているかを確認することが大切です。

データ分析はどう見る？ 今週はデータ分析の基本的なアプローチについて学びました。データを評価する際は、まず「データの中心がどこに位置しているか」を示す代表値と、「データがどのように散らばっているか」を示す散らばりの2つの視点が大切であることを実感しました。代表値としては、単純平均のほか、重みを考慮した加重平均、推移を捉えるための幾何平均、極端な値の影響を排除する中央値などがあると理解しました。また、散らばりの具体的な指標として標準偏差を学び、データが平均からどの程度離れて散らばっているかを数値で評価できることが分かりました。 現場での活用方法は？ これらの知識は、実際の現場での作業時間、コスト管理、安全管理などに役立つと感じました。例えば、複数の現場における作業時間の平均を求める際、単純平均だけでなく、現場ごとの規模に応じた重みをつけた加重平均を用いることで、より実態に即した傾向を把握できると考えます。また、標準偏差を利用することで、同じ作業工程でも現場ごとのバラつきを数値で示し、ばらつきが大きい工程には重点的な対策が必要であると判断しやすくなります。数字の羅列だけでなく、背景や偏りを理解しながらデータを多面的に捉える習慣の重要性を再認識しました。 次のステップは何？ 今後は、各現場における作業時間や工程進捗、コストなどのデータを収集し、単純平均だけでなく加重平均や標準偏差も併せて算出することから始めます。特に、同じ工程内で標準偏差が大きい場合は、どの現場で大きなばらつきが見られるのかを明らかにし、その現場の状況や原因を直接確認することで、関係者と改善策を議論します。また、社内報告でも単なる平均値だけでなく、ばらつきや偏りをグラフなどで視覚的に示すことで、現場間の違いや課題を分かりやすく伝える資料作りに努めていきたいと思います。

本質をどう捉える？ 本質的な課題を捉えるためには、まず目的を明確にすることが大切だと感じました。何のために、何を問うのか、その根底にある本質に迫ろうとする中で、当たり前と思い込んでいる事柄に疑いの視線を向けると、より本質に近づけるのではないかと思います。また、その問い方は単純な二者択一に終始せず、柔軟な姿勢を保つことが重要です。問いは一度限りではなく、何度も継続して行うべきで、その際、視点が偏らないよう多角的に分析し、具体的な実践を心がける必要があります。統計的なデータやその分析手法も、このプロセスにおいて有効なツールとなるでしょう。 本当の課題は何？ 私はIT業界で働いており、この考え方は特に要件定義工程で役立つと感じています。本当にその機能が必要なのか、ユーザの真の課題は何か、また解決策がユーザ側の視点から見て適切かどうか、といった検証が必要な場面です。さらに、バグや障害対応においても、なぜ問題が発生したのか、どのタイミングで混入したのか、過去の事例と比較することで原因を追求する際に、このアプローチは有用です。開発プロセスの改善やリスク管理の分野でも、「今までのやり方が正しいのか」という疑念を持ち続け、常に振り返りながら改善を図る上で効果的だと考えます。 問いの立て方は？ 「本質的な課題を捉える問いの立て方を身につける」ための行動計画としては、まずは疑いながら考える習慣をつけることから始めます。仮説を立て疑うことを日常に取り入れ、必要な理論や手法を書籍や研修を通して体系的に学びます。その後、実際の会議や小さなチームミーティングで本質的な問いを繰り返し投げかけ、意識を高めることを目指します。実践後は振り返りを行い、その結果を次回に活かすというサイクルを繰り返すことで、確実に身につけていけると考えています。

どうしてイシューを選ぶ？ 課題に向き合う際、まずはイシュー（最優先課題）を特定し、その対策に取り組み、対策後に次のイシューへと順次対応していくという繰り返しで、効果的な課題解決が可能であると学びました。 客観的視点の意義は？ イシューを特定するためには、起こっている事象について客観的かつ多角的に事実を把握し、分析する必要があります。主観や偏ったバイアスにとらわれると、すべての課題を洗い出すことが難しくなるため、あくまで客観的な視点を維持することが重要だと再認識しました。 優先順位はどう決める？ また、洗い出した事実や課題を分解し、分析して優先順位をつける際にも、主観やバイアスを排除した客観的・多角的な判断が求められます。この点が最も難しい取り組みであると感じました。 計画管理の秘訣は？ 私の職務においては、事業計画を策定し、その計画通り、あるいは逸脱した状況を補完しながらプロジェクトの管理を行い、計画の達成を目標として部署のマネジメントを実施しています。計画と実績の差異に対処し、次期の計画を策定する流れの中で、客観的かつ多角的に事実分析を行い、優先課題を特定して対策を講じる一連のプロセスに、今回の研修で学んだ方法や意識すべき点が大いに役立つと感じました。 実績乖離をどう乗り越える？ 今後、計画と実績の乖離に直面した際には、以下の３点を意識して取り組んでいきたいと思います。 問題の根源を探る？ １．事象や問題を洗い出す際には、主観や無意識のバイアスを排除して、客観的かつ多角的に見直すこと。 ２．洗い出した事象や問題の原因を分解・分析し、本質的な起因を探ること。 ３．多数の問題や課題の中からイシュー（最優先課題）を特定し、その対策を実施すること。

どう評価すべき？ 海外出張でライブ授業に参加できず、動画を観た感想を述べます。「評価を伝える」際には、良い評価も悪い評価も、本人に向き合ってもらう大切な機会と捉えるべきです。ただし、人は感情を持つ存在であり、事実のみを評価として伝えても、素直に受け止めてもらえるとは限りません。そのため、まずは本人の考えを尊重し、耳を傾けることが重要です。その上で、今後の成長に期待していることを伝え、自分もその成長にコミットする意志を示すべきです。そして、事実に基づいた評価とその理由を明確に伝え、ポジティブな言葉遣いと表情で接することが大切です。手間がかかるかもしれませんが、リーダーシップにおいて「人への理解」が基盤となることを考慮すると、これがリーダーとしての重要な要素だと実感しました。 対話はどうする？ 年末の評価フィードバックのタイミングでもあるので、メンバーとの対話の場では、このプロセスをしっかりと踏んでいきたいです。また、1 on 1 の場においても、人への理解を大前提に、話をしっかりと聴き、尊重し、共感することが大切です。そして、本人にも自己成長のために何が必要かを考えてもらえるように導いていきたいです. どう動機付ける？ 私自身、時にはプロセスを急いでしまう傾向がありますが、面談前には今回学んだことを振り返り、本人のポジティブな部分と改善点を明確に言語化してから臨むよう心掛けたいです。どうすれば人が動きたくなるのかについて、今回学んだ内容を活用し、企業の仕組み、人事システム、組織文化、個人の力の活用、リーダーシップ、人間行動の特性理解、エンパワーメント、モチベーション管理、リーダーシップのスタイルを実践しながら身につけていきたいと考えています.

材料費はどう見直す？ 規模の経済性について、自社の商品製造におけるコスト削減が課題として浮上しました。材料費を削減するためには、大量の材料を購入しなければならず、その量は50年分にまで及びます。もし使い切れなければ廃棄することになり、また使用可能でも品質のために独自の基準で支障が出るという話を、学習の当日に自社内で聞き、大変驚きました。購入時のコストのみに目を向けるのではなく、材料の保管や廃棄にかかるコストもトータルで判断する必要性を強く感じました。 多角化は収益貢献？ また、範囲の経済性に関しては、多角化を進めるにあたって本当に収益に貢献するのかを考慮する視点が大切であることを再確認しました。 実践はどう進む？ 総合演習では、全体的な視野で事例を検討する機会がありました。これまで学んだ知識を活かしつつ、足りない情報も収集し予測を立てるという、実践的な演習となりました。特に人件費や燃料費、現在の人口動態など多岐にわたる情報を取り入れた視点で学ぶことができました。 最適策は見つかる？ 収益向上の観点から見ると、材料の購入方法や発注単位についても、他部門のことであっても自分のこととして考えられるようになった気がします。効率的に業務を進めるための最適なアプローチを発見する視点を持つことができたと思います。 業務判断は合ってる？ 自分の部署では業務管理を通じて収益アップを目指しています。そのため、一つ一つの業務判断が本当に効率化と収益につながるのかを精査していきたいと思っています。こうした視点を持つには経験が必要かもしれませんが、見るべきポイントを自分なりに絞って、業務の見直しを図りたいと考えました。

デザイン思考をどう活かす？ デザイン思考には、共感、課題設定、発想、試作、テストのステップがあり、これを非線形に繰り返すことが重要だと学びました。この思考をビジネスに活かすためには、顧客やユーザーの行動を観察し、彼らの体験価値を最大化することが大切です。最近学んだカスタマージャーニーでも、ペルソナを細かく設定することが、サービスやプロダクト、戦略を考える上で重要だとされており、これがデザイン思考と通じると感じました。 学びを深めるステップは？ 学びにおいて大切なこととして、1.言語化、2.教訓化、3.自分化が挙げられ、これが特に印象に残りました。私は考えを言葉にするのが苦手なので、まず書いてみて、次に発言し、さらに伝わりやすくするステップを踏んでいければ良いと思っています。 システム開発の目的を再確認 現在、私は営業系のシステムを開発・管理・運用する部署に所属しており、社内の営業部門がメインの顧客です。これまで、ITやシステムに慣れていないユーザーをターゲットに、使いやすさを重視した設計を行ってきました。しかし、講義を通じて、システム開発の本来の目的は効率化や売上向上を図ることにあると考え直しました。ターゲット設定を見直し、本来の目的達成のための設計をもっと重視すべきかもしれないと感じました。 顧客理解に基づく設計とは？ システム開発においては、インターフェイスの使いやすさに過度に拘らず、データの意味を可視化し、顧客理解や戦略策定を実現するための設計に焦点を当てる必要があります。既存のシステムについても、ユーザー目線でその利用価値を最大化できるかを考え、ユーザーからのフィードバックを積極的に取り入れる姿勢が大切です。

問題解決プロセスの重要性 物事の問題を解決する際には、プロセスに分けて考えることが重要です。問題解決のプロセスとして、「What→Where→Why→How」の順序で考えることで、思考を整理して進めることができます。 ギャップをどう具体化する？ まず、Whatについては、あるべき姿と現状とのギャップを具体化し、定量的に明確化することが求められます。次に、Where、Why、Howについては、ロジックツリーを用いて目的に合わせた分析を行います。ここで重要なのは、ロジックツリーがMECE（Mutually Exclusive, Collectively Exhaustive）である必要があるものの、必ずしもMECEでなければならないわけではなく、目的に応じて臨機応変に使うことが求められます。 事業部の課題分析法とは？ 事業部の課題については、まず現状を分解し、どこが問題でどこが成功しているのかを見極め、その中で原因を深掘りして検討します。また、プロジェクト（PRJ）の進行においては、ゴールと現実を明確にすることで全体の認識を統一し、進行を円滑にすることが重要です。 進行管理と数値化の意義 進行管理業務では、プロジェクトの目標設定及び現状を改めて数値化し、現在の問題が本当に問題であるかを再認識します。会議の進行においても、相手の目的や論点をロジックツリーを使って分解し、論点に基づいた議論を進めることが求められます。 学びのアウトプットをどう活かす？ 最後に、アウトプットとして自分が学んだことを整理し、自分の言葉で言語化することで周りに共有し、「What→Where→Why→How」の思考を習慣化することが大切です。