(5ページ目)

確認 ✕ 本

に関する学び

---

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

振り返るべき分析の本質とは？ ライブ授業を通して、以下の3点について再確認できました： 1. 分析の本質は比較である。 2. 問題解決の4つのステップ（What-Where-Why-How）全てにおいて仮説思考が重要である。 3. やみくもに注意！ データ分析における重要ポイント データ分析において覚えておきたいポイントは以下の通りです： まず、何のために分析するのかという「目的（問い）」を押さえ、その問いに対して「仮説（ストーリー）」を立て、その上で「データ収集」をし、分析を通して「仮説検証」を行うことが重要です。データ収集方法は既存のものを「リサーチ」、新たに必要なデータは「見る」「聞く」「行う」で収集します。 次に、分析の際に必要な視点として「インパクト」「ギャップ」「トレンド」「ばらつき」「パターン」があり、アプローチ方法として「グラフ」「数字」「数式」があります。 さらに、比較の前提となる"複数"と"網羅性"を担保するためにフレームワークを利用することが有効です。 長期的な目標設定の方法は？ 以上を踏まえ、データ分析をハイサイクルで繰り返すことで、客観性と納得性が高い本質的な課題解決や新しい目標設定が可能となることが分かりました。 また、GAiLを通して「ありたい姿（現時点での目指す方向）」をあらためて描くことで、自分の目標が職場だけでなく、公私に共通するものであると気づきました。ありたい姿を実現するには、「ゴールを設定する」「やることとやらないことを決める」「整合を取る」ところでデータ分析を活用したいと思います。そして、公私において必要となるコンセプチュアル・スキルとヒューマン・スキルの一つであるコーチング力に注力し、ビジネス・フレームワークを身に付けていくことで、中期事業計画の策定で高度な専門性を持つことを目指します。 即断即決の精度を上げるには？ 中期事業計画の策定に向けて関係者と共に戦略を自らのものとして進めるために、ビジネスの定石・フレームワークを活かしつつ客観性と納得性を担保し、最後にはこれまで培った集合知を総動員した発想の飛躍に挑戦したいと思います。 経験と勘による即断即決が多くなっていることに気づきますが、それに頼らずビジネス・フレームワークとコンセプチュアル・スキルを用いて自ら検証することの重要性も感じています。即断即決する前に深く考える時間を持ち、その考えをメモに書き出してデータ分析をもとに検証する習慣をつけたいと思います。これからも即断即決が必要な場面はありますが、その精度を上げ、発想の飛躍ができるために、視座を高く持ち、視野を広くもって先輩や上司、仲間と共に高め合える関係を継続していきたいと考えています。

なぜ共感が大切？ 「共感ステップ」では、単なる情報収集にとどまらず、ユーザーの課題や背景を深く理解し、求める解決策を的確に見極めることが重要であると学びました。現在取り組んでいるワークショップ形式の研修デザインにおいても、受講者の視点に立ち、彼らが何を感じ、何を求めているのかを探るプロセスに重点を置く必要があると考えます。例えば、研修設計の段階で自ら受講者となって演習を体験し、ショートケースの妥当性や適切な所要時間を確認すること、また事前アンケートにより受講の狙いや期待を把握することで、表面的なニーズだけでなく本質的な課題も見極めることができると実感しました。 どう適用する？ 共感ステップについて、具体的な研修デザインへの適用方法をよく考えられている点は非常に印象的です。より多くの受講者の視点やニーズを探るアプローチを試みることで、さらに多面的な理解が得られると感じます。 どの調査が有効？ また、受講者の背景や課題を深く理解するために、どのような追加の調査手法が有効か、そしてワークショップデザインで共感をさらに深めるためにどのような方法を試すべきかを考えることも有意義だと思います。 どう設計すべき？ 事前アンケートの実施や自身での演習を通じて、以下の点が重要であると改めて認識しました。まず、受講者のペルソナに応じた研修の難易度設定とシナリオ作成です。受講者の職種、経験年数、課題意識を踏まえ、適切なレベル感で研修を設計し、理解しやすいストーリー展開を意識することが求められます。次に、説明資料の粒度と所要時間のバランス調整が重要です。受講者の集中力や理解度を考慮し、必要な情報を適切なボリュームで提供するとともに、講義とワークの時間配分を最適化する工夫が必要です。さらに、ワークの難易度設定と題材設計については、受講者が主体的に考え、実践的なスキルを習得できるよう、初心者でも取り組みやすく、発展的な応用が可能な内容を用意することが大切です。 どう改善する？ 今後も、受講者の視点に立ち、実際の学びにつながる研修デザインを追求していきたいと考えています。今週は、共感ステップの実践を通じて、ユーザー理解の深め方について学びました。現場に足を運び、ユーザーの行動や発言を客観的に捉える「現場観察」と、自らが取り組む中で感じる感情や視点を体験する「参与観察」との違いが印象に残り、これらの手法を組み合わせることで、ユーザーの潜在的なニーズや課題の本質を見極めるための深い分析が可能になると感じました。今後は、実践の場を通じて共感ステップをより意識的に活用し、受講者視点の学びを深めながら、研修デザインやサービスの改善につなげていきたいと思います。

何を学んだの？ 今週は「振り返り」と「モチベーション」という二つのテーマについて学びました。 振り返りは十分？ まず「振り返り」ですが、プロジェクトなど複数人が関与するタスクについて、自分なりに良かった点・悪かった点や課題と改善点を整理し、フィードバックを行ってきました。しかし、チーム全体や部門としては、こうした振り返りが十分に行われていないと感じます。業務に追われがちなため、特に管理職は打ち合わせが多く、他部署との連携にも時間的な制約があります。上長が都度調整して対応するしかない現状を理解はしているものの、忙しそうな上長を見ると、率直に意見を伝えにくくなってしまうのが実情です。 モチベ向上の策は？ 次に「モチベーション」については、衛生要因と動機付け要因の違いが非常に印象的でした。単に衛生要因が整っていても、モチベーションが向上するわけではないという考え方には納得感がありました。一方で、実践演習で取り上げた、特定の雇用形態の従業員に対するモチベーション向上策には、悩まされる部分もありました。部署ごとに対応が異なるため、上長の対応次第で部下のやる気が大きく左右される現状には、慎重な姿勢が求められると感じました。 経験は未来に活かす？ 今後の取り組みとして、自分が関わったタスクについては引き続き積極的にフィードバックを行い、参加メンバー全員の当事者意識や経験値の蓄積につなげたいと考えています。単に作業を終えるのではなく、一つ一つの経験を次への糧にしていくことが重要です。また、振り返りを重視しない上長に対しては、終わったこととして流されがちな現状に対し、自分の確認できる範囲で課題を整理し、改善のための一歩を踏み出す必要があると思います。 信頼はどう築く？ モチベーションについては、まず信頼関係を築き、相手の意見を尊重する姿勢が基本であると再確認しました。そして、適切な目標設定とフィードバックを行うことで、より良い関係性と働く環境が実現できると感じました。今後は、社内の人間関係を大切にしながら、これらのポイントを実践していきたいと思います。 上下関係は変えられる？ これまでのキャリアで接してきた現場では、指示型のマネジャーが多く、自分の言う通りに動いてほしいという状況が常でした。そのため、振り返りの重要性を伝えようとしても、厳しい上下関係の中で部下から意見を出すのは難しいと実感しています。モチベーションに関する今回の学びを通して、従来のやり方との差を痛感する一方で、現状を変えることの難しさにも悩む点があることを改めて認識しました。学んだ知識は非常に有益ですが、一方で学びの浅い層の行動が目につくことも、思い悩む部分となっています。

正しい思考は何？ 沢山のフレームワークが出てきましたが、本質は正しい考え方や思考方法を知り、学び、定着させることだと感じました。習得するためには継続的な取り組みが必要で、これまでノートにまとめたメモを見返しつつ、改めてここに整理してみました。 仮説をどう作る？ 【仮説の構築】 まず、問題を明確にする（What）、問題箇所を特定する（Where）、原因を追求する（Why）、そして解決策を立てる（How）のプロセスを大切にしています。仮説を立てる際には、複数の可能性を網羅し、一つに決め打ちしないことを意識しています。 また、取り巻く環境を3C（Customer：市場や顧客、Competitor：競合、Company：自社）の視点で考え、自社の状況は4P（Product：製品、Price：価格、Place：場所、Promotion：販促手法）で検討することで、より具体的な分析が可能になります。 情報の取り方は？ 【データ収集】 既存のデータや一般に公開されている情報、パートナーの所持するデータを確認することから始め、さらにアンケートやインタビューなどで新たに情報を集める取り組みを行っています。誰に、どのように情報を収集するか、また比較できるデータを忘れずに取る点が重要だと意識しています。 どう考えを広げる？ 【仮説思考】 仮説とは、ある論点に対する一時的な答えです。結論や問題解決のための仮説を、知識を広げ多角的な視点から検討することで、説得力と行動の精度を高めることができます。思考実験や「なぜ？」を繰り返すなど、ロジックツリーを活用しながら多様な仮説を生み出し、常に発想を広げる努力が求められます。 仮説はどう検証？ 【仮説の検証】 仮説と検証はセットで考え、投資額や巻き込む人数、不確実性といった観点から必要な検証レベルを見極めます。初期段階で枠組みを設定し、定量・定性のデータを収集・分析することで、より客観性のある仮説の肉付けや再構築を行うようにしています。 市場をどう見る？ 【マーケティング・ミックスとその他の分析手法】 製品戦略、価格、流通、プロモーションのそれぞれの側面を4Pで検証することに加え、5Aカスタマージャーニーを活用して現代の顧客行動を捉えています。また、クロス集計分析を通して、全体の傾向や特徴、特異点を把握し、次の打ち手を考えるための洞察を得ることも重視しています。 実行にどう生かす？ 最終的には、これらのフレームワークや手法を日常的に活用することで、検証マインドを鍛え、チーム全体に浸透させる意識を持つことが、戦略の立案や実行に大きく寄与すると実感しました。

リーダー像をどう変える？ 現代においては、絶対的なリーダー像が存在しないことを学びました。状況適合理論に基づき、どのような状況であっても固定的なリーダー行動ではなく、その都度最適な行動をとる必要があると感じています。もしこの視点を持たなければ、自分の持つタスク指向型という特性に頼った行動を繰り返していただけだったでしょう。そこで、まずはパス・ゴール理論を参考に、環境要因と部下の適合要因を意識しながら、リーダーとしての行動を選ぶ習慣を身につけたいと思います。こうした取り組みが、より多くのフォロワーを獲得できるリーダーへと成長する糧になると考えています。 現場で何が問題？ システム開発の現場では、開発ベンダーや社内の検討メンバー、補佐メンバーなど、さまざまな関係者に対してクオリティ不足を感じることがありました。その結果、自分自身で資料の修正を行ったり、具体的な修正指示を出したり、部下に十分な相談を行わずに資料作成を進めたりしてしまう傾向があると実感しています。今週の学びを活かし、こうした状況下でこそ、リーダーとしてどのような行動を選ぶべきかを意識しながら対応していく必要があると感じています。 メンバー理解の鍵は何？ 一方で、メンバー全体の理解が十分でない現状があると認識しています。クオリティが低いと判断した背景には、「単純なスキル不足」、「他案件との兼ね合いで十分な時間を割けなかった」、「信頼が十分に得られていなかったため前向きに取り組めなかった」といった要因が重なっているようです。これらを正確に把握するために、より多くのコミュニケーションを図り、部下の適合要因を把握できる環境を整える必要があると考えています。そして、その情報をもとに、リーダーとして適切な行動を取っていきたいと思います。 スキル不足はどう克服？ また、自主性は高いものの、スキルが十分でないメンバーが増加している点も問題視しています。具体的な課題としては、以下の点が挙げられます。 ・「任せてください」という要望を受けた際、過去の事例を確認せずに任せた結果、初期のアウトプットのレベルが低かったこと ・こちらから修正の方向性を示しても、受け止め方が消極的で期待に沿わない態度を示すこと ・初期のアウトプットから十分な修正が行われず、会議を運営しても参加者から不満が寄せられること ・指導を行っても、最終的に案件が失敗しなかったために、会議運営の問題として受け止められないこと 自己評価と周囲の評価に乖離が見られるこれらのメンバーに対して、どのようなリーダー行動が最も効果的なのか、学びを通して今後も模索していきたいと考えています。

原因分析の重要性を知る 問題解決ステップにおける原因分析（Why）、Howの立て方について学びました。 原因を探るためのポイントは次の二つです。一つ目は、結果にいたるまでのプロセスを分解し、どのプロセスに問題があるか特定すること。二つ目は、解決策を決め打ちにせず、複数の選択肢を洗い出し、それを重みづけして評価・選択することです。 総合演習で何を学ぶ？ 総合演習では、問題解決プロセス全体を経験しました。この過程を通じて、「問題が発生すると、解決策から考えてしまう」「仮説めいた持論を展開する」「それらしいデータに飛びつく」という思考のクセを極力排除し、問題解決ステップに沿って検討を進める方法を学びました。 実務での学びの応用は？ 出版デジタルメディアにおけるタイアップ広告販売の仕事においても、この学びを活かせる場面がいくつかあります。 まず、タイアップ広告の進行中の検証や効果測定です。例えば、PVや再生数などの指標が当初の予測よりも悪い場合、従来はコンテンツの内容にのみ着目していましたが、今後はプロセスに分解することで、原因箇所を判断できるようになります。 次に、ABテストです。記事コンテンツは校了後に修正しないのが基本ですが、タイトルやサムネイル画像などの要素はテスト形式にすることができるかもしれません。また、SNSでUPするコンテンツでもテストが可能かもしれないと感じました。 成長戦略における問題解決 また、自社メディアの成長戦略策定においても、他部署と来期の戦略を立てている最中で、問題解決ステップを基にした議論がなく、Howばかりで決め打ちの議論になりがちです。そのため、効果検証がしづらい状況でした。そこで、自分が問題解決ステップのWhat、Where、Whyを整理し、メンバーに提案してみようと思います。納得してもらえるかはわかりませんが、WhyからHowの複数の選択肢を全員で洗い出してみたいです。 次に取るべき具体的アクションは？ 具体的なアクションとしては、以下の内容を計画しています。 まず、途中検証がすぐにできるよう、プロセス分解を先に作成します。また、外部サポート企業にプロセス分解を依頼する予定です。 次に、サイトとSNSでABテストにかけると効果的な項目を洗い出し、社内に提案します。これについても、どの項目を抑えるとサイト成長の観点で効果的か外部サポート企業に確認します。 最後に、自社メディアの成長戦略策定に向けて、問題解決ステップに沿って自社サイトを分析しておくことです。これには、今週予定されているミーティングに向けてGA4を可能な限り分析することも含まれます。

相手のやる気はどう引き出す？ 仕事を依頼する際は、相手がやる気になれるよう、相手の関心やモチベーションについて事前に把握し、任せる仕事がどのように自身の成長や目標実現に役立つかを明確に伝えることが大切です。大きなプロジェクトの一部を依頼する場合でも、その作業が全体の中でどのような位置づけにあるのか、目的が何であるのか、そして仕事を通してどのようなスキルが身につくのかを説明し、意味付けをするよう努めます。また、仕事の成果がどのように活かされたかというフィードバックや、プロジェクト終了時の感謝や労いの言葉は、相手にとって大きな励みとなります。 任せた後はどう見守る？ 仕事を任せた後は、責任感を持たせる一方で、丸投げにせず定期的に進捗や成果をフォローすることが求められます。問題が発生した際は、まず事態の収拾に努め、その後、なぜ問題が起こったのか、どのような行動が原因となったのかを多角的に分析します。この分析では「誰が」ではなく、「何が」「どのように」うまくいかなかったのかに着目し、具体的な改善策を一緒に考えることが重要です。振り返りを定期的に実施し、出来たこと・できなかったことの両面を本人自らの言葉で語ってもらい、次に活かせる気づきを得る機会とします。 リーダー経験はどう育つ？ 部署MBOプロジェクトにおいては、4～8年目のスタッフにリーダー経験を積んでもらうことが目的です。グループリーダーが主体となり、計画の立案から実行、評価、修正までを自ら行うことで、計画を自分の問題として捉え、仕事に対する責任を持つよう促します。定期的な振り返りの場では、計画通りに進んでいるか、逸脱している部分はないかを本人の言葉で確認し、必要に応じてどのように修正すべきかを一緒に考えます。また、経験を積んだスタッフをサポートメンバーとして配置し、相互に振り返りを行うことで、全体の成長を支援しています。 他部署連携はどう築く？ 一方、部署横断長期計画では、9年以上の経験を持つスタッフが他部署との協働プログラムに参加し、モチベーション向上を図っています。参加メンバーには、短い時間でも構わないので、他部署での経験や困難、工夫した点について語ってもらい、そこで感じたことや必要なサポートを共有してもらいます。これにより、相手が大切にしている考えや、どんな環境で力を発揮できるかを理解し、衛生要因や動機づけに基づいて、必要なインセンティブや支援の方法を考えます。普段の業務での様子や他者との関わり方を観察することで、一人ひとりの目標やモチベーションの源泉を見極め、次回以降の活動に活かせるようサポート体制を整えることも重要です。

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

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

何を学んだかな？ 全体を振り返って学んだことを整理します。 どうやって問いを定める？ 【１．問いを明確にすること】 仕事に取り組む際には、その目的や解決すべき課題を正確に理解することが重要です。これを怠ると、根本的な課題解決につながらず、無駄な時間を費やすことになりかねません。そのため、実際の作業に取り掛かる前に、どの問いに対して取り組むのかを明確にする必要があります。 課題はどう分解する？ 【２．課題の分解】 曖昧な課題や大きな課題に直面したときは、課題を構成要素に分解し、具体的なアクションにつなげやすくします。これにより、手触り感があり、次のステップがクリアになります。 データはどう見る？ 【３．データの可視化】 データは単なる数字として見るのではなく、目的に応じたグラフを用いることで、異なる視点から分析がしやすくなります。このようにして、課題の特定に努めます。 伝え方はどう工夫？ 【４．伝え方の工夫】 例えば、スライド作成においては色使いやメッセージの伝え方次第で、相手に伝えたい内容が正確かつ効果的に伝わることがあります。何をために、何を伝えたいのかを常に意識することが重要です。 これまでの学びを振り返り整理することで、定期的に自分のやるべきことを確認し完遂できるよう心がけていきます。 どこに注目する？ 大きく2点について考えることがあります。 企画営業はどう？ １．企画営業において 提案を行う際には、課題や目的を意識した内容と、その伝え方を工夫した資料作りが重要です。これから提案を行う機会が増えるため、今回の学びを活用して意識的に取り組みたいと考えています。 顧客対応はどう？ ２．顧客対応において 今後、新規顧客の質疑や個別相談が増えるため、顧客の疑問点をそのまま受け取るのではなく、どの部分に疑問があるのかを的確に把握するコミュニケーションが求められます。お互いに問いを明確にし共有することで、顧客の理解を促し思考を整理しやすくします。この学びを顧客対応に生かしたいと思います。 具体的な取り組みとしては、まずは各会議を思考を深める機会として活用し、アジェンダを参考にしながら重要な問いを明確にし、現状の課題を常に意識することです。この方法で、会議全体での課題に対する共通認識を得られると考えています。そして、自らの知識を広げ、あらゆる業界や役職に対して適切な対応ができるよう努めたいと思います。いずれにしても、「問いから始め、問いを意識し続ける」という姿勢を徹底していきます。

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