(2ページ目)

本 ✕ 管理

に関する学び

---

エンパワメントの向き不向きは？ エンパワメントには、任せることが適している業務と、そうでない業務があると実感しています。部下が持つ権限だけでは対応できない状況もあるため、本人の成長のためと考えて、時には能力や権限をやや超える内容も任せていました。しかし、実際は受け入れ側の「器」に限界があり、対処しきれない部分が出てしまうと改めて感じる結果となりました。そのため、私がこれまで実施していた業務依頼は、メンバーの自律性を充分に育むものではなく、ただゴールを追求するだけのものになっていたのかもしれません。 心の余裕必要？ エンパワメントを行うためには、まず余裕のある心持ちが大切です。気持ちに余裕がないと、つい丸投げに頼ってしまいがちです。また、相手をよく理解し、本音を引き出す努力が必要です。そして、手に余る業務については、単に任せるのではなく、状況に応じた支援や介入も重要であると感じました。これまで、案件ごとにメンバーに担当を割り振る際、情勢や業務の性質を十分に考慮せずに依頼していたと反省しています. やる気引き出せる？ さらに、エンパワメントを行う際には、合理的な説明だけでなく情緒にも訴えかけ、本当に取り組みたいというやる気を引き出すことが求められます。仕事の依頼時、相手がやりたくないのか、分からないのか、あるいはできないのか、その本音を聞き出す努力を十分に行ってこなかったため、結果的に途中で挫折するメンバーが出たり、案件自体を見直す場面があったと気づかされました。これは本人の能力不足ではなく、私自身の依頼の仕方に問題があったと捉えています. 依頼の仕方は？ 業務依頼の場面では、これまで事務的に業務を渡していたのを見直し、手に余る部分は除いた上で依頼するようにしています。また、依頼する際には、担当者の意見や気持ちをしっかりと確認し、その上で「できるか」「不明な点はないか」「やる気はあるか」を把握することを心がけています。もし依頼に対する姿勢が低い場合は、いきなりゴールを目指すのではなく、自分がサポートに入りながら伴走することを伝え、まずは着手できるよう促しています. 進捗確認は大事？ すでに業務を依頼しているメンバーに対しては、定期的に進捗や状況を確認するために、週に一度のヒアリングの時間を確保しています。この時間は単なる事務的なチェックではなく、相手の気持ちややる気の状態を知るための貴重な機会となっています。たとえば、業務が一区切りついた後の短い時間でも、ゆっくりと話をすることで、メンバーの実情や問題点を把握し、支援につなげています. ギャップどう補う？ とはいえ、管理職としてはゴールへのスピード感と、エンパワメントされたメンバーが進むスピードとの間にギャップが生じることも予想されます。今回の学びで「余裕を持つこと」の重要性を再認識しましたが、現実的に生じるそのギャップをどのように埋めているのか、皆さんの工夫をお聞かせいただければと思います.

従来の方法は通用？ 従来は、ある程度変化が少なく未来が予測できる状況で、PDCAサイクルに基づいた分析と実行が主流でした。しかし、VUCA環境のような不確実性の高い状況では、分析自体が難しくなることもあります。そのため、まず仮説を立て検証し、結果に基づいて修正を加えた上で新たな仮説を立てるサイクルを回す必要があります。正解の有無ではなく、仮説検証のサイクルがどれだけ回されたかで評価するため、KPIを打率ではなく打席数で考えるのが効果的です。 デジタル活用はどう？ VUCA環境においては、AIなどのデジタル技術を活用することが有効です。しかし、技術の進歩は速く幅広いため、すぐに理解しきれない難しさもあります。こうした難所を乗り越えるためには、まずは実際に使ってみるという「試行」の姿勢が大切です。同時に、デジタルだけでは補えない「思考力」を鍛えることも求められます。 仮説って本当に何？ 仮説とは、ある論点に対して仮の答えを提示することを意味し、「結論の仮説」と「問題解決の仮説」に分類されます。また、過去・現在・未来という時間軸により、その内容も変化します。仮説を立てることで、仕事に対する検証マインドが高まり、説得力と行動のスピード・精度を向上させることができます。 プロトタイプの意義は？ 仮説検証のサイクルを効果的に回すには、プロトタイピングが有用です。プロトタイピングは、①目的や要件の明確化、②アイデア収集と問題点・改善点の洗い出し、③有望なアイデアの選択と試作品の作成、④ユーザーテストとフィードバックの収集、⑤改善点の整理と次バージョンの試作という５つのプロセスから成り立っています。これにより、手戻りの防止やチーム内の認識のずれ防止、時間・費用の削減、そしてユーザーエクスペリエンスの向上が期待できます。ただし、目的を明確にし、適切な要求の取捨選択と時間の管理に注意する必要があります。 計画過多の影響は？ これまでの傾向として、プロジェクト開始時に分析や計画に時間をかけすぎて実行に移せなかったり、実用性の低い成果物ができてしまうことがありました。今後は「最適解は仮説検証を回さなければわからない」という前提のもと、十分でなくても早期に試作品を作成し、実際の利用者の声を取り入れて修正するサイクルを回していきたいと考えています。こうすることで、従来分析や計画に費やしていた時間を、試作品から得られる学びにシフトでき、最終的なプロダクトの完成までの時間短縮とクオリティ向上が期待されます。 失敗経験は活かせる？ また、VUCA環境下では、仮説検証を回し失敗から学ぶプロセスが極めて重要であると実感しました。しかし、幼少期から「間違いは悪い」「完璧が最善」といった考えが根付いているため、失敗を前提に行動することへの抵抗感が強いのが現状です。これを克服するためには、失敗を重ねることで成功へとつながる体験、いわゆる「失敗慣れ」を積むことが大切だと感じています。

分析フレームって何？ 戦略立案のためのフレームワークとして、３C分析、SWOT分析、クロスSWOT分析、そしてバリューチェーン分析を学びました。これらは、単に使うだけでなく、「本質を見抜く思考力」を養うための手段であると痛感しました。３C分析では、顧客、競合、自社という視点から現状を多面的に捉える大切さを学び、特に顧客分析では市場全体（市場マクロ）と個々の顧客（顧客ミクロ）の両面からニーズを探ることで、購買決定要因を明確にする意義を実感しました。 競合分析の見方は？ また、競合分析においては、ライバル企業だけでなく、そのビジネスモデルや強み・弱み、そして自社との違いを把握することが戦略策定の出発点になると理解しました。自社分析にも、データや現場の声などの定量・定性の両面から冷静に状況を見直し、「今の強み」に過信せず常に再評価する姿勢が求められると感じました。SWOT分析やクロスSWOT分析では、内部要因と外部要因を掛け合わせ、「だからどうするか？」という具体的戦略の策定が重要である点も印象的でした。さらに、バリューチェーン分析では、企業活動全体を俯瞰し、どの工程で付加価値が生まれているのか、また改善の余地があるのかを見極める視点が有用だと学びました。 IT現場で活かせる？ この学びは、IT業務の現場でも大いに活用できると考えています。たとえば、要件定義の段階では３C分析を用い、顧客企業の業界動向や利用者の業務課題を深く理解することで、単にシステムを作るのではなく、顧客の本質的なニーズや業務上の重要成功要因を捉えることができます。さらに、競合分析の視点を取り入れることで、他社との差別化や自社の強みを明確にし、説得力ある提案が可能になると思います。 開発の質はどう？ システム開発の段階では、バリューチェーン分析が有効です。開発プロセス全体を「付加価値を生む流れ」として把握し、各工程ごとに品質や効率の差がどこで生じているのかを明確にすることが、プロジェクト全体の生産性向上や品質改善につながるでしょう。試験工程においては、SWOT分析やクロスSWOT分析を応用し、試験体制や品質管理の強み・弱み、さらに外部の要求や技術の変化を加味した上で、具体的な改善策を導き出すことが重要です。 委託先との連携は？ 最後に、バリューチェーン分析についての疑問もありました。動画学習では、商品企画から物流、販売、アフターサービスまでを分けて自社の優位性を探る方法が紹介されましたが、必ずしも全ての企業がこの一連の流れを持つわけではありません。その場合でも、分析は有効です。たとえば、自社が一部の工程を外部に委託している場合には、内製部分や連携先との協力体制、または各工程間の価値の受け渡しに着目することで、どの部分で差別化が図れるかを考察できます。こうした視点を取り入れることで、企業活動全体の流れを俯瞰し、自社の優位性や改善点をより明確にできるのではないかと思います。

リーダーシップの変化は？ リーダーシップのスタイルは、かつては命令者がすべてを管理する方式が主流でした。しかし、今日の変化の激しい環境においては、すべてを一人で管理することは難しく、現場に一部の権限を委譲するエンパワメントが求められるようになりました。権限を委譲する側は、育成の観点を忘れず、目標の明示と必要な支援を行うことが大切です。一方で、高度な政治力が必要な業務や不確実性が高く、失敗が許されない仕事には、この手法は適さない場合もあると感じます。 目標設定の疑問は？ リーダーシップにおいては、「わかる」と「できる」が異なることを認識しなければなりません。目標を設定する際、成功の基準が定まっていなかったり、その意義に納得できていなかったりすると、適切な成果を上げることが難しくなります。業務を委譲する際は、自身に余裕があることと、相手の能力や状況を十分に理解していることが前提です。さらに、目標設定の際は、意識、具体性、定量性、挑戦の観点から整理し、６W1Hを踏まえた細部まで明確な依頼をすることが必要です。本人が目標設定に参加することで、モチベーションも高めることができるでしょう。 伝わる声かけは？ また、依頼する際には相手が本当に取り組みたいと思えるような声掛けが求められます。相手ができないのか、わからないのか、またはやりたくないのかを見極め、適切なサポートや対話を通じて、認識のずれをなくす努力が重要です。業務の説明だけでなく、相手が内容を正しく理解しているか確認するプロセスを設けることで、自主性を尊重しつつ、進捗状況を把握できる体制を作ることが期待されます。 委譲の落とし穴は？ 社内ではエンパワメントによる目標設定が義務化されているものの、業務全般に無理に権限を委譲しようとするケースも見受けられます。現場に任せる範囲と、重要な決定については上長が連絡・相談するという報告ラインを整備する必要があります。日々の業務判断において、現場リーダーに委譲することで一部問題が発生した事例もあり、全体の管理が過度になるとマイクロマネジメントにつながる危険性があると感じています。管理職は、日常の後処理に膨大な時間を費やすのではなく、先導すべき課題に注力できる仕組みづくりが求められています。 連携の壁は何？ さらに、社内横断プロジェクトや複数の関係者が集まる組織では、明確なゴール設定や教育的なサポートが難しくなるため、業務の割り振りが一層複雑になります。これまで、多くの場合、一人の幹事に大きな負担がかかってしまうか、または分担しても後に大幅な修正が入るという状況がありました。限られた時間と労力の中で、各々の経験や知見を活かし、より完成度の高い業務を実現するためには、どのような働きかけが適切か、さまざまな意見を交換していく必要があると考えています。

なぜスキル重視？ これまで、業務の割り振りや目標設定においては「必要なスキルや経験があるか」を重視してきました。給与が発生する仕事であるため、本人のモチベーションややりがいと必ずしも一致しなくても仕方がないと捉えていたからです。 個人に注目する理由は？ しかし今回の演習を通じ、「仕事はあくまで人間が行うものであり、タスクではなく個人に焦点を当てることが納得感や意欲的な取り組みに繋がる」という視点の重要性を改めて認識しました。計画や目標を達成するためには、ゴールまでのステップを着実に進める必要がありますが、その原動力となるのは「人間」です。リーダー一人のアウトプットには限界があるため、チームメンバーにエンパワメントを行い、各自の力を引き出すことでより大きな成果が生まれると理解しました。 どう納得感を生む？ そのためには、単なるタスク管理に留まらず、部下のモチベーションや問題意識、やりがいを引き出し、納得感を醸成するマネジメントが求められます。また、エンパワメントを意識するのは特定の場面だけでなく、日頃からの雑談やコミュニケーションの積み重ねが、部下の本音を引き出すうえで不可欠であると実感しました。 柔軟な管理は可能？ 日常業務の割り振りに活用するため、タイプ別に柔軟なマネジメントを実践したいと考えます。意欲がありスキルも高いベテランには、業務の背景を上位方針や自部署を取り巻く環境と結びつけて説明し、貢献度や納得感を高めるとともに、アウトプットのイメージや納期を事前に合意し、基本的に任せるスタンスを取ります。一方、クセがありスキルがやや不足している中堅・ベテランに対しては、まず考えをすべて話してもらい、背景説明とともに「あなたならできる」といった依頼の仕方を心がけます。最低限の指示に留め、多少のズレがあっても後でこちらで手直しする覚悟を持って臨みます。修正の際には、相手の成果物をベースに報告しやすいように調整した上で、内容の違和感や修正点があれば伝えるようにしています。 若手はどう伸ばす？ また、スキルが低い若手には、業務の背景や目的を丁寧に説明し、ゴールまでの段取りや必要な情報を自ら考えてもらうよう打ち合わせの中で促します。多少の寄り道も許容できるよう、余裕を持ったスケジュール設定を心がけることが重要です。 どう環境を整える？ さらに、日常からエンパワメントしやすい環境づくりを意識し、雑談を含む積極的なコミュニケーションを実践します。対面での勤務時には特に、相手の困りごとやモチベーション、余裕感を把握するよう努めます。上位方針や環境の変化は定例ミーティングを通して共有し、プロジェクト全体の進捗も同様に報告することで、各自がタスク全体の位置付けを意識し、自分ごととして取り組める土壌を作ることを目指しています。

仕事の任せ方はどう？ 仕事を部下やメンバーに仕事を任せるかどうかは、まずその業務内容が他部署との調整や政治的な配慮、あるいはミスが許されない性質でないかを十分に吟味する必要があります。 目標共有はどう？ 部下やメンバーに任せる場合は、目標設定のプロセスに本人が参加し、自分の仕事だと実感できるようにすることが大切です。本人からの意見や提案を丁寧に聞き、その背景を深く理解することに努め、目標の具体的なイメージと意義を明確に伝えることで、実際に業務に取り組むメンバーが納得し共感できるよう、十分な意思疎通が求められます。また、目標の定量的な尺度を明確にすることで、達成度を具体的に把握できるようにします。 支援タイミングの見極めは？ メンバーの意欲や問題意識、能力や経験を踏まえ、少し背伸びをすれば届く範囲の目標設定を心がけるとともに、適切な支援を適切なタイミングで行う準備を怠らないことが重要です。リーダー自身も、その支援に充てるための時間的・精神的な余裕を常に持つ必要があります。 リーダー評価はどう？ 各プロジェクトのリーダー選定においては、候補者の経験、業務能力、意欲、問題意識、メンバーとのコミュニケーション能力、そして組織全体の目標に対するコミットメントを評価します。リーダー自らが目標設定に参加し、具体的かつ定量可能な目標を策定することで、本人の主張を尊重しながらも、その背景を十分に検証する姿勢が求められます。プロジェクト開始後も、定期的に支援の必要性を評価し、タイミングを逸することなくサポートを提供する体制を整えます。 病院目標は具体的？ 病院内での行動計画においては、各診療科のリーダーと面談を行い、各診療科で具体的かつ定量可能な目標を設定します。病院全体の目標を踏まえた上で、リーダー自らが目標を策定し、その根拠を明確に示すことが求められます。診療科のメンバーの構成や能力を考慮し、目標がストレッチゾーンにあるかどうかを評価・検証し、どのような場面で支援が必要になるかを事前に申し出てもらうとともに、経過中にも適宜支援要請を受けられる体制を整えます。 部門横断はどう進む？ また、部門横断的なプロジェクトを立ち上げる際には、候補者の経験、業務能力、意欲、問題意識、そしてコミュニケーション能力を評価し、職種にとらわれず適任のリーダーを選定します。特に医師がリーダーとなる場合は、時間的余裕や問題意識、コミュニケーション能力の見極めが重要となります。リーダー自らが主導して目標を策定し、組織全体でストレッチゾーンの目標設定を心がける環境を構築します。 命令管理の意義は？ ただし、場合によっては命令管理型で進めるべきプロジェクトも存在することを常に認識し、その必要性を組織全体に明確に示すことも忘れてはなりません。

三表の理解を深めるには？ 今回のプログラムを通して、これまで断片的に理解していた財務三表（PL、BS、CF）を、全体として体系的に捉え直すことができたと実感しています。特に、日常的に実務で扱っているPLについては把握していたものの、BSやCFに関しては数値に触れる機会がある一方、PLを起点とした構造的な理解が十分ではなく、表面的な理解にとどまっていたことに気づかされました。 会計連携の実態は？ 現状の業務では、管理会計をベースに事業運営や計画策定を行い、その結果をPLとして整理・報告してきました。しかしながら、PL、BS、CFがどのように連動し、経営上の意思決定や各施策に最終的にどのような影響を与えているかという点については、十分に理解できていなかったと反省しています。今後は、管理会計から財務会計へと落とし込む業務プロセスの中で、三表のつながりを意識しながら理解を深め、単なる数値の読み取りに留まらず、BSやCFの状態も踏まえて戦略や計画を策定する視点を身につけたいと考えています。 目標と戦略は？ また、以下の三点を重点的に取り組んでいきたいと思います。 数値整理のポイントは？ ①　月次や四半期の事業進捗報告、予実管理、さらには中期・単年度の経営・事業戦略の検討において、PLだけでなくBS・CFとの連動を踏まえた数値の整理や現状分析を実践し、経営会議や意思決定の場で活用できる知見を深めるとともに、自社に留まらず他社の決算資料からも各事業構造や戦略の違いを読み解く思考ツールとして生かしていきます。 数値変動の意義は？ ②　PLの数値変動を単に結果として説明するのではなく、その変動がBSやCFにどのような影響を与えているか、また施策を継続した場合にどのような財務状態につながるのかを立体的に捉え、言語化できる状態を目指します。さらに、会計の知識が乏しいメンバーにも基礎から順を追って説明でき、数値の背景や本質的な論点を共有し、建設的な意思決定を促せる存在になりたいと考えています。 実務への応用は？ ③　まずは、今回学んだ知識を自社の実際の数値に適用し、PLからBS・CFへの連動を確認しながら理解を深めます。これまで自己流で進めてきた部分も、基礎知識や会計のセオリーに立ち返り、ワークや日々の業務を通じて整理・再構築を行い、まずは基礎的な考え方を誰にでも説明できるレベルを目指して、月次の進捗報告や予実管理の場で三表のつながりを簡潔に言語化し、継続的に実践していきたいと考えています。 学びをどう進める？ 今後は、グループワークや他の受講生との意見交換を通じ、さらに学びを深める中でこれらの目標を達成していきたいと思います。

Week1の学びは何だった？ 改めてWeek1から学んだことを振り返る機会がありました。フレームワークにはさまざまな種類が存在しますが、その活用方法は場面によって異なります。これからも、「自分が明らかにしたいことは何か」「それを明らかにするためにはどのフレームワークが適しているのか」を判断し、定期的に振り返りを行っていきたいと思います。 フレームワークで整理できる？ 1つ目の学びは、フレームワークを用いて散乱した情報を整理することです。目的（ゴール）だけを設定しても、戦略をどう立てるべきか、最短経路はどこかを示すのにフレームワークは役立ちます。例えば、3C分析などは、自社にとどまらず、他社や顧客を取り巻く環境を整理するのに有益です。これらの方法は、自分だけでなく関係者も巻き込んで精度を高める必要があります。 差別化はうまくできている？ 次に重要なのは、差別化ができているかどうかです。ターゲットとなる顧客像が明確でなければ、自社の強みをどのように活かせるか、また他社に模倣されやすいかどうかの判断が難しくなります。 定量的な判断は可能？ また、捨てる基準を定量的に説明できるかも重要です。過去にはざっくりとした工数や手間で取捨選択していましたが、これは良い判断とはいえません。投入時間に対してどれだけ利益が生まれるか、費用対効果を考慮すべきです。また、自分の不要な美学で行っている定常業務を改め、自分自身が行う必要があるかを見直す必要も感じました。 市場原理について理解できる？ さらに、市場原理の理解も必要です。例えば、多く発注すれば単価が下がるという表面的理解だけでなく、規模の不経済といった基本的メカニズムも学びました。これにより、施策を行う際の説得材料やリスク管理に大いに役立ちます。 新規・既存事業はどう活かす？ これらは新規および既存の事業に広く活用できると感じています。新規事業においては、ゴール設定やターゲットの明確化、他社環境の把握といった具体的な施策の基本設計に役立ちます。そして、既存事業においては、費用対効果の検討や捨てるべき基準を定量的に判断することで、より合理的な経営判断が可能になります。 どのように実行する？ 具体的には、新規事業の提案を受けた際には、具体的なゴール設計を自分の言葉で説明できるレベルで共有し、もし詰められていない場合は一緒に策定まで伴走していきます。また、既存事業については、月に一度取捨選択を行い、工数と売上を算出し、割に合わない場合は決断をもって捨てるとともに、空いた工数で何を行うかアクションプランを決定することを心がけています。

変化はどこで感じた？ week1からweek6を振り返ると、自身のありたい姿がより具体的に明確になっていることに気づきました。初めは抽象的に掲げた目標が、学びと実践を重ねる中で、より具体的な行動指針へと変化していったのです。 進化の具体例は？ 例えば、week1では「研修講師としてプレゼンスキルを習得する」と記していましたが、week6には「スライドを見ずに、自分の言葉で受講者の目を見て話すことを心がける」と、より具体的な表現になりました。同様に、「ストーリーを見せるリーダーになるためにわかりやすく説明するスキルが必要」との記述が、最終的には「自分の言葉で語る」という、自身の解釈を伴った表現に変化しています。 戦略の意識は？ この変化は、戦略思考でいうゴールを明確に意識し、日常的に具体的な行動を自問自答する習慣が根付いたためだと思います。短期間ながら、学習記録を通じて自己成長を実感できたことが大変嬉しく感じられます。 新たな学びは何？ また、講座内で初めて学んだフレームワークや基本戦略、戦略における選択（捨てる）、経済性といった概念は、今後の小さな判断や日々の意思決定にも活用できると感じています。同じく、「捨てる」学びは、優先順位を明確にするという点で、日常生活や業務に直結するものとなりました。 仕事の優先順位は？ 仕事の現場では、業務の優先順位付けが適切でないと、自分だけでなく周囲にも影響を及ぼすため、タスクの期限を明確にし、必要な時間をあらかじめ設定することが大切だと感じました。さらに、予期せぬタスクに対応できる余力を持つことや、業務の優先順位が異なる場合には、部下としっかり擦り合わせることが不可欠だと思います。 運用計画の実践は？ 出店後の運用や経営計画を立てる際にも、フレームワークを活用して環境や情勢を踏まえた分析を行い、将来の経営や売上の拡大に向けた仮説を立てるという実践が、とても役立つと実感しました。 管理はどう進化？ 日々のスケジュール管理についても、タスクの優先順位を可視化し、常にスケジュールを見直して必要に応じた優先順位の変更を行うこと、また、ROIを意識して客観的な判断を心がけることが重要だと学びました。自分一人ではなく、周囲とも積極的に情報を共有し、スムーズな業務遂行を目指していきたいと考えています。 現状把握の秘訣は？ 最後に、現状分析にはPESTやSWOTを活用し、自社の強みや弱みを正確に把握することが必要です。その上で、戦えるフィールドを明確にし、今後の戦略に繋げていく姿勢が大切だと感じています。

会話分析で隠れたニーズは？ 定性分析について学んだ中で、CRMの管理者として、営業担当が顧客との面談で交わした会話内容をテキスト分析することで、隠れたニーズを発掘できるのではないかと考えました。一人ひとりの顧客に対し、営業担当自身がそのニーズに気づけるCRMシステムが理想です。しかし、そのシステムが効果を発揮するためには、まず営業担当のインタビュー能力を高め、会話内容を漏れなくテキストとして記録する仕組みが必要だと感じました。 研修でどう均てんする？ インタビュー能力の均てん化は研修を通じて改善できると考え、記録については音声入力などのテクノロジーが一定の解決策を提供してくれるのではないかと思います。 セグメントの切り口は何？ また、顧客のセグメンテーションは売上などの定量的な視点からだけでなく、定性分析を通じてこれまでとは異なる切り口で行える可能性があり、その各セグメントに対する最適な解決策を考えることができると感じました。このため、膨大なテキストデータのコーディング作業が非常に重要だと考え、AIの活用により効率的に対応できるのではないかと期待しています。 システム改善をどう確認する？ システム導入については、すぐに実施するのは難しい状況ですが、リニューアルされた別のシステムが以前より使いやすくなったかどうかをチャットベースでのインタビューを通して確認する取り組みも行っています。ただし、単に「使いやすくなった」といった安易な回答に終始せず、具体的にどの点が改善され、どこに課題があるのかを掘り下げる質問をしていくことが重要だと考えています。たとえば、普段どのページにアクセスしているのか、そのページやデータへのアクセスが容易になったかを確認するなど、具体的な視点から質問を設定しています。 利用意義をどう問う？ また、システム利用によって本来的に実現したいことに焦点を当てる必要性も感じました。問題点を問うのではなく、見たいデータへのアクセス手順が改善されたか、データがインサイトを得られるように可視化されているか、といった具体的な問いを設定するべきです。ざっくばらんに意見を募ると、後々コーディングして集約する際に混乱が生じる恐れがあります。 仮説構築の秘訣は何？ 定量分析が仮説の検証を目的とするのに対し、定性分析は新たな仮説構築を目的とします。コーディングを通じてプロセスやフレームワークを構築することで、これまで想定しなかった要素も明らかになるでしょう。デザイン思考においては、仮説が広範囲になりすぎず、解決策ありきの課題設定を避けることが肝要だと感じました。

伝える力の本質は？ 生成AI時代においても「伝える力」の本質が変わらないという点が、今週の学習を通して強く印象に残りました。対AIも対人間も、何を目的としているのか、どの前提条件に立っているのかを明確に言語化することが重要です。AIは文脈をもとに推測を行ってくれるものの、前提が不十分だと、複数回のやり取りで認識をすり合わせる必要があるため、前提やゴールを明確にすることの大切さを改めて感じました。日常業務においても、作業内容だけでなく目的・背景・制約を整理して伝えることで、手戻りや認識のズレを減らすことにつながると実感しています。 生成AIで業務改善は？ 管理部門業務の効率化や意思決定の質の向上に向け、生成AIの活用方法について具体的に考えてみました。例えば、1on1や部内ミーティングでは、Notion AIによる文字起こし・要約を活用して議事録作成の負担を軽減し、次回の振り返りやフィードバックに役立てることが考えられます。また、従業員のエンゲージメント向上施策として、サーベイ結果をNotebookLMで可視化し、会議資料として利用することで、より具体的な議論ができると思います。さらに、部門別損益データを用いた経営会議では、NotebookLMを活用して資料を作成し、毎月の実績や予測値の確認に役立てる計画です。 行動計画はどう進む？ 具体的な行動計画としては、まずNotion AIの定着を図り、1on1や会議で継続的に文字起こしや要約を実施します。うまくいった点や改善点を振り返って、事前情報の入力方法をさらにブラッシュアップしていきます。次に、NotebookLMの基礎習得として、部門の各種データや画像データなどを取り込み、効果的なプロンプトの書き方や出力形式の指定方法を試行錯誤します。さらに、複数のソースを組み合わせた資料作成や実際の経営報告資料作成へと応用し、最終的には大量のデータ処理が必要な業務にGeminiの活用を検討する段階まで進める予定です。 専門分野と課題は？ 一方で、自分が専門外の分野に生成AIを活用する際、回答の正確性をどのように担保すべきかという課題に直面しており、自信がない部分については過度に問い掛けないというアプローチには疑問を感じています。また、業務データや社内情報をAIに入力する際、どのレベルまでが許容されるのか、その線引きを組織としてどう設けるべきかも重要な検討事項です。現在の自社はセキュリティ上のルールや仕組みをより綿密に構築していく段階にあるため、今後、これらの点に対する意見や改善策を模索していく必要があると考えています。

試作で既視感感じる？ 試作は、プロダクトデザインや建築プロジェクトで通常実施される工程であるため、どこか既視感を覚えました。また、WEBのインターフェイスデザインに見られる機械のスイッチパネルといったメタファーは、自身の専門分野に近いこともあり、非常に理解しやすいと感じました。 WEB手法は建築に合う？ WEBデザインと同様のプロセスが、建築や施設管理運営のデザインにどのように応用できるのか、非常に興味深いと感じています。これまでの事例に照らし合わせ、応用の可能性を検討してみるとともに、自身の事務所のホームページのリニューアルにも活用する予定です。 建築手法は信頼できる？ 建築業界で活用される開発手法は、長い歴史と多くの実践に裏打ちされているため、精度が高く実務にも適していると実感します。しかし、似た考えを持つ人々によって運用されるため、気づかぬうちに独自の進化を遂げる場合もあります。また、竣工後のオペレーションや保守管理におけるプロトタイピングについては、まだ標準化された手法が確立されていないのが現状です。 デジタル手法は革新的？ 一方、デジタル分野ではアジャイルなど、他分野にも影響を与える新たな開発手法が続々と生まれており、今回学んだフレームワークも積極的に研究し、応用してみたいと思います。機会があれば、実際にデジタル業界で活躍されている方のお話も伺いたいと考えています。 評価の落とし穴は？ プロトタイピングの課題として、専門家でないユーザーが成果物の内容よりも表現技術の巧拙に左右されやすい点が挙げられます。上手な絵、最新の機材を活用した表現、巧みな言葉遣い、さらにはアイデアの発案者の知名度や地位によって、ユーザーの評価が影響を受けることがあるのです。優れたプロダクトを生み出すためには、制作者自身も厳しい目線を持つユーザーとの協働が必要だと感じています。 プロトタイプの役割は？ また、プロトタイプは単なる開発工程の一部に留まらず、ユーザーとの対話のためのメディアとして機能すること、さらには開発チーム内のコミュニケーションツールにもなることを改めて確認できました。 意味の共有はどう？ こうしたポイントは理解しているつもりでも、実際の開発後半では、開発者のアイデアを強調するためのプレゼンテーションツールとして利用され、ユーザーや他のメンバーが十分に参画できなくなるケースも少なくありません。今後の開発プロセスでは、プロトタイプの本来の意味をチーム全体で共有し、全員が対話できる環境作りに注力したいと考えています。