人 ✕ 言語

に関する学び

---

どんな問いが力になる？ 「問いの立て方」を通じて、物事の見方や考え方がどれほど深まるかを実感しました。単に与えられた情報を処理するのではなく、どのような構造で考え、どの問いを起点にするかによって、新たな気づきや適切な打ち手が導かれる点について、改めて整理することができました。 データは何を示す？ 特に、観光客数の月別データと目的別データを用いた総合演習は、自分の学びを定着させる絶好の機会となりました。一見、繁忙期や閑散期といった単純な数字も、「目的別」や「季節別」といった切り口を用いることで、たとえば「冬は観光客が少ないが、癒しを求める割合が高い」という特徴が明確になり、それに基づいた打ち手が考えられることに気づきました。 切り口変える理由は？ また、実務の現場では、新規事業の仮説検証の際に、最初に目にする顧客データを単に属性別に見るだけではなかなかヒントを得られません。しかし、「購入理由」や「導入経路」、「利用される状況」といった視点で切り口を変えると、急に有用な示唆が得られることを、これまでの実践でも何度も確認してきました。分類の軸を変えるだけで全体像の意味合いや優先順位が変わり、この体験は非常に印象深いものです。 なぜ思考は有効？ 今回の学びの価値は、これまでの実務経験とも結びつけながら、「なぜこの思考プロセスが有効なのか」「どこに再現性があるのか」を自分なりに言語化できた点にあります。問いの立て方を、個人の思考にとどまらず、チームやクライアントとの合意形成に活用するための再現可能な手法として捉えることができるようになりました。 何のために問う？ さらに、「本質的な問い」とは何かを求める中で、その問いがどの目的に接続しているのか、すなわち「何のためにそれを問うのか」という視点の大切さにも気づきました。問題の背後や上位にある目的を意識すれば、問いそのものの価値が高まり、時間やリソースの限られた中でも本質に迫る打ち手にたどり着けると感じました。この「問いの意味構造を見る力」は、今後の実務においてさらに意識して鍛えていきたい視点です。 どこから始める？ 私自身、クライアントとの対話や議論の場では、スライド資料だけでなく、構造化モデリングツールを用いて仮説や課題構造をリアルタイムに可視化する機会が多くあります。こうした場面では、「どこから構造を立ち上げるか」、すなわち「問いの立て方」が成功の鍵となります。問いがあいまいだと、浮かび上がる構造も不明確になり、議論の焦点が定まらなくなるため、今回の演習は思考習慣の向上に大いに役立ちました。 どう対話が始まる？ また、「問いを立てる」という行為は、考えるための起点であるとともに、相手との対話を始める契機でもあると強く感じました。これまで「答えを出すこと」や「ロジックの整理」に注力してきましたが、クライアントやチームメンバーとの協働においては、「なぜそれを議論するのか」や「何が明らかになれば次に進めるのか」といった問いかけが、時に大きな価値を持つことを実感しています。 どんな問いが導く？ 今後は、コンサルティング方針やワークショップの設計においても、「どんな問いを置くと相手の考えを引き出せるか」「情報提示の背後にある目的は何か」といった点を意識し、単なる情報伝達にとどまらない対話の起点を構築していきたいと思います。問いの精度と設計力を高めることが、実務における支援の質や成果に直結すると確信しています。 問いが成す未来は？ 今回の学びは、自分がこれまで積み重ねてきた経験と結びついており、問いを立てる力がコンサルティングの根幹を成す重要なスキルであると再認識する機会となりました。今後も、問いを通じた思考と対話を積極的に実践することで、より本質に迫る支援の実現を目指していきたいと考えています。

提言の進め方は？ 普段は、自部門における業務改善提言をまとめる際、現状分析から課題の洗い出し、解決策の検討、そしてプロトタイプ作成にあたる「改善施策案」の作成まで、一連のステップを踏んでいます。その後、実際の現場にパイロット運用してもらい、評価結果を反映させたうえで全社展開するという流れで進めています。しかし、これらは経験則に基づいて実施しているため、精度については疑問を抱くことも多く、「本当にこれで良いのか」「もっと深く検討すべき点はなかったか」「チームにしっかり伝わっているか」といった不安がつきまといます。 情報設計はどう活かす？ 今回学んだ「情報設計」では、ユーザーストーリーマップやカスタマージャーニーマップを用いて、一連の行動を可視化する手法が印象に残りました。仮説に基づいてコンテンツを洗い出し、ワイヤーフレームとして可視化することで、「誰に・何を・どのように」という視点を意識しながら情報の構成を検討する重要性を実感しました。また、モックアップ作成時にもアクセシビリティやユーザビリティを意識しつつ、現場の実情に合わせた設計が求められると感じました。 モックアップは要注意？ 私の場合、業務改善提言に基づく施策案をプロトタイプとして捉えると、どうしても現場では具体的な作業方法や運用フローが前面に出やすくなり、結果としてモックアップになってしまうことが多いです。確かに、モックアップは現場の方々にとって分かりやすく、何をすべきかを直感的に提示できます。しかし、それが本当に効果的な施策であるかどうかは、ワイヤーフレームで情報の骨組みをしっかり設計し、基盤となるユーザーストーリーを正確に捉えることが必要だと改めて感じました。こうした視点を深く分析し、可視化することで、チーム内で課題を共有し、伝えることができると感じています。 共感で見える課題？ また、プロジェクトの初期段階においては「共感」が非常に重要であると実感しました。先週、現場のエンジニアから「資料に説明が見当たらず、作業ミスが発生してしまう」との意見が出た際、彼らの状況や日々の業務背景を考えると、確かに説明不足は理解しやすい問題だと共感しました。一方で、別のメンバーが資料の他の部分で情報が補完されていると指摘するなど、一見対立する意見もあり、現場で働く人々の視点や状況に寄り添わなければ本質的な課題を把握し、改善策を導き出すことは難しいと痛感しました。 アイデアは整理できた？ 今回のプロトタイピングでは、具体的なアイデア検討と自身の業務との関連付けを行いながら、意識すべきポイントを学ぶことができました。前回学んだ「言語化する」という手法と今回の「可視化する」という手法は、どちらも抽象的ながらも常に意識すべき要素だと感じています。情報設計、コンテンツ設計、そしてUI設計という一連の流れを通じて、体系的な実践方法を整理できたことは大きな収穫です。特に、ユーザーストーリーマップやカスタマージャーニーマップを用いてユーザーストーリーを正確に捉える点については、これまで疎かにしていた部分を改め、しっかりと実践していく必要があると強く意識しました。 目的を見失って？ 一方で、どうしてもモックアップ作成に偏ってしまいがちな点、つまり自部署や自分の目的を優先してしまう傾向があることにも改めて気づかされました。あるメンバーが自作の資料に固執し、必要な対策が偏る事例を目の当たりにした経験から、業務改善その本来の目的である「ユーザーの目的」を見失わないためにも、情報設計を通じた体系的なアプローチの重要性を痛感しています。今後は、この学びをチームメンバーと共有し、偏った施策にならないように取り組んでいきたいと思います。

任せ方のポイントは？ 状況が変わっていない場合は、プロセス通りに進められているかを確認します。実行している場合には結果が出ているのかをチェックしましょう。ただし、うまくいっているのに過干渉は禁物です。過干渉はメンバーのモチベーションを下げる原因になります。 不測の事態にどう対応する？ まずは原因を明らかにする前に事態を収束させましょう。（火事が起きたらまず火を消すように。）続いて、今後に向けた改善策を考えます。見落としは素直に認め、個人の責任を追及するのではなく、構造的な問題を把握して具体的な今後の対策を立てましょう。 振り返りを習慣にするには？ 振り返りの習慣を持てないことが難所です。習慣化するように心がけ、うまくいかなかった理由を他責にせず、自責にすることが大切です。また、反省だけでなく、できたことにも注目することが大事です。成功した点も見落とさないようにしましょう。 効果的なフィードバックとは？ 1. メンバー自身に自己評価と学びを言語化させることが大切です。自分で気付き、納得することが必要です。 2. 具体的な事実に基づいて伝えましょう。事実から目を背けない姿勢が重要です。 3. 評価基準を明確にし、何がゴールなのか共通認識を持っておくことが不可欠です。 4. 良い点と改善点の両方を伝えることで、改善点ばかりを強調せずにモチベーションを維持しましょう。 5. 改善は具体的な行動計画に落とし込み、5W1Hにあてはめて具体化していくことが重要です。 モチベーションを高めるためには？ 働く目的を問い、そのために何を提供すれば働くのかを考えさせられます。簡単なようで、実際には自分がどのモチベーションとイノベーションで働いているのかを見つめ直すことが求められます。 モチベーション向上の方法は？ 1. 相手を尊重すること。 2. 目標設定を行うこと。 3. フィードバックを行うこと。 4. 信頼関係を高めること。 これらは、自分が話したいからではなく、相手のためを思って行うべきです。 動機低下の原因をどう探る？ 動機付け要因と衛生要因の2つに分けて考えましょう。これらの要因を理解することで、適切な判断がしやすくなります。 振り返りの手順は？ 1. 出来事や状況を確認する。 2. 自分の考えや行動を問う。 3. 気付きや教訓を探る。 4. 今後どうしていくのかを考える。 これらのサイクルを繰り返すことが重要です。経験だけでは成長せず、振り返ることでようやく経験が活きてきます。また、問いかけの内容も適切であることが求められます。曖昧な問いかけは、曖昧な答えしか返りません。 振り返りを業務にどう組み込む？ お客様対応後や新しい取り組みを行った際、また日常の業務を振り返る際にこのステップを活用することができます。メインの業務が基本的にお客様対応であるため、このプロセスが効果的です。自分がどの振り返り工程にいるかを常に自覚することが必要だと感じます。 日常業務をどう振り返る？ お客様対応後は、対応終了後に原則振り返りを行います。もしできなかった場合は、その理由とどうしたらできるかを自問自答しましょう。 新しい取り組みや日常の業務の振り返りは、業務終了の1時間前に行うことを心がけます。

仮説の意味は？ 今週の学習では、「仮説」とは、不確かな状況下で行動するために立てる仮の答えであるという理解を改めました。特に、「結論の仮説」と「問題解決の仮説」という2つの分類が印象に残りました。 検証のプロセスは？ 結論の仮説は、戦略や提案を行う際に、まず仮の答えを設定することで議論の出発点を作り、その後の検証と修正を通じて精度を高めるアプローチです。一方、問題解決の仮説では「What→Where→Why→How」といった段階的な掘り下げにより、原因と対策を導き出すプロセスが紹介され、思考の整理に非常に効果的だと感じました。 現場で有効か？ これらのフレームワークは、限られた情報の中で迅速な意思決定が求められるビジネス現場において、強力なツールとなると実感しています。私は、AIやデータ分析関連のソリューションを扱う営業を担当しており、顧客の課題特定や提案内容の作成において、不確実な情報を扱う機会が多い中、学んだ「仮説思考」が非常に有効だと感じました。 仮説検証のコツは？ 例えば、初回訪問時に顧客がまだ課題を明確に言語化していない場合でも、「業務プロセスの非効率があるのではないか」「蓄積されたデータがうまく活用されていないのではないか」といった仮説を立てることで、仮説検証型のヒアリングが可能となります。これにより、単なる情報収集に留まらず、仮説に基づいた深掘り型の対話で本質的な課題に近づけると感じました。 提案の説得力は？ また、提案の段階においては、「ある部署では意思決定が属人的で、データドリブンな仕組みの導入により業務効率を向上できるのでは」という結論の仮説を基に提案を設計することで、ストーリー性のある説得力の高い提案が可能になります。商談時間が限られている中で、このような仮説をもとにしたアプローチは非常に重要と感じました。 失注の理由は？ さらに、失注や案件停滞の原因を検証する際にも、「なぜ受注に至らなかったのか」という問題解決の仮説を設定することで、次回以降の提案の質を高めるフィードバックループを構築できると感じました。 商談前の工夫は？ 具体的な取り組みとしては、まず初回商談前に「業界特性・顧客規模・職種」などの観点から、課題仮説とニーズ仮説を2～3パターン想定し、ヒアリング項目に落とし込むテンプレートを自作しています。たとえば、製造業では「設備点検や不良検知にAI活用のニーズがあるのでは」といった仮説を用意し、仮説検証型の商談を組み立てることで、短期間で核心的な課題に迫るという方法です。 案件停滞の原因は？ また、受注が見込まれていたものの急に停滞した案件については、どのステークホルダーが懸念しているのか、どの提案要素に説得力が不足していたのかといったWhy型の仮説を設定し、上司やチームとの定例レビューで検証しています。これにより、再提案やフォローアクションの精度を高め、案件化率の向上を目指しています。 アウトプット文化は？ さらに、営業週報や朝会において、「この案件は〇〇という仮説でアプローチします」といった発言を推奨し、仮説をしっかり言語化してアウトプットする文化を醸成しています。こうした取り組みは、個々の思考の質の向上やナレッジの蓄積につながると実感しています。

調査ログの見直しは？ 今週、育児期間中の30～40代を対象に実施した過去のインタビュー調査ログを見直す作業を行いました。コーディングを意識しながら作業する中で、改めて一次データの重要性を実感しました。 抽出視点の違いは？ ログから課題やニーズにつながる事象や行動を抽出する作業は、人の目に依存するため、抽出の視点が人によって異なりやすいと感じました。動画内でも経験が強調されていましたが、バイアスが働くと必要な情報に気付かなくなる可能性があるため、情報を絞りすぎると大切な観点を見落としてしまいそうだと危惧しました。 共感の重要性は？ デザイン思考の最初のステップである「共感」では、ユーザーの見えない課題やニーズを発見するために、観察、体験、インタビューを繰り返すことが重要です。インタビューでは、観察で気になった行動の背景を心理面から深掘りし、共感を得られるように課題やニーズを言語化します。こうして得た情報をテキスト化し、コーディング分析を行うことで、単なる観察だけでは浮かび上がらない本質的な課題や行動を明らかにすることができます。 行動の理由を探る？ 実際、観察や体験で注目した行動をインタビューで詳しく聞くことで、ユーザーが無意識に行っている当たり前の行動の理由を解明するプロセスの重要性を実感しました。課題を抽出する際は、互いの思い込みや認識の差が生じやすいため、情報共有を通じて共通認識を合わせることが求められます。しかし、立場や利害関係が異なる中で何を重視すべきかを調整するのは容易ではなく、うまく進む場合とそうでない場合があると感じました。 定性調査の有用性は？ WEEK-3で学んだ定性調査は、新しい領域や馴染みのない状況で仮説を構築する際に有効な手法だと感じています。定量データだけでは掴めないユーザーの姿勢や心理を探るのに、インタビュー、フィールドリサーチ、ログ（日記）などの手法が効果的です。実際、観察を通じてユーザーが意識していない行動や癖から気付かないニーズや課題にアプローチできることもあります。 仮説構築の進め方は？ 定性調査では、まずインタビューやフィールド調査で得た情報を整理し、要点となる事象や課題を抽出します。その後、抽出した要素をカテゴリー分けして情報を圧縮し、最小限の要素にまとめた上で、フレームワークやプロセスの形に図式化・構造化することで仮説モデルを作成します。 ヒアリングの工夫ポイントは？ また、インタビューの際にヒアリング項目を整理したシートを事前に作成し、記入してもらってから話を聞く方法も有効だと感じました。ただし、記入式では重要な点が十分に言語化されない場合があるため、まずは日常の業務や業務フローなど現状を把握することから始める工夫が必要です。ヒアリングが雑談になり、課題に焦点が定まらなくなる場合は、ジョブ理論を参考にするのも一案です。実際、グループワークでフォームの改善に取り組んだ参加者の話では、ユーザーが入力の手間を感じないようにするため、従来の枠にとらわれない解決策が模索され、その柔軟な発想が印象的でした。

チーム運営の基礎は？ 日常的なコミュニケーションの積み重ねが、チーム運営の基礎であり極めて重要であるということを改めて実感しました。 新たな視点は？ WEEK1で描いたリーダー像と比較して、いくつかの新たな視点を得ました。まず、従来はチーム内での最適行動に重点を置いていましたが、外部環境や経営視点を理解し、自分のチームの役割や方向性とどうつなげるかが重要であると気づきました。次に、これまでもコミュニケーションの大切さは認識していたものの、日々の対話がチーム運営の土台であることを再確認し、メンバー一人ひとりの性格やモチベーションの源泉を理解した上で信頼関係を築く必要性を強く感じるようになりました。また、個人の成長とチームの成果を別々に捉えがちでしたが、メンバーの成長がチーム全体の成果に直結しているという因果関係にも気づきました。 方針と現状の関係は？ これらの気づきを踏まえ、まずはグループミーティングやプロジェクトの進捗会議といったフォーマルな場面で、チームの動きや判断が会社全体の方針や現状とどのように関係しているかを意識的に共有していきたいと思います。 信頼感はどう築く？ また、日常的な雑談や軽い声かけにも積極的に取り組み、各メンバーのモチベーションの源泉や価値観を理解する努力を続けます。その上で、一人ひとりと信頼関係を築くことを大切にしていきたいと考えています。 成長支援の視点は？ さらに、日々の業務の中で「この人がさらに成長するために何が必要か」という視点を持ち続け、適切なタイミングでフィードバックを行うことで、メンバーの成長がチーム全体の成果につながるよう、納得感のある成長支援を実践していきたいです。 意識共有の方法は？ 具体的には、決算発表などの節目に合わせて自身の考えや方針を言語化し、整理した上でチームと共有することを習慣化します。これにより、チーム全体として会社の方向性に沿った行動ができるよう意識づけを行います。 毎日会話の重要性は？ さらに、現状、全員と毎日十分に話す機会が持てていないため、1日1回は全員と雑談も含めた会話を行うことを意識します。特に若手メンバーに対しては、メンタルケアの面も考慮して実践していきたいです。 定期振り返りは何？ 最後に、チームメンバー一人ひとりの近況や変化を定期的に振り返る時間を設け、もし何も思い浮かばない場合は、日々のコミュニケーションが十分でないサインと捉え、関わり方を見直すようにしていきたいと考えています。

顧客の価値はどう変わる？ 顧客のニーズや知識が日々アップグレードしている現状では、単に商品力だけでなく、機能的価値と情緒的価値の両面で付加価値体験を提供する必要性が高まっています。 接触回数で効果は？ まず、顧客との接触回数を増やすことで、その体験と感情を結びつけ、情緒的な価値を生み出すことが可能です。接触の機会を積み重ねることは、企業の資本力に左右されずに成果を上げる手段となりえます。ただし、コストパフォーマンスとのバランスを考慮する必要があります。 体験で差別化は？ 体験を考える際の重要なポイントは以下のとおりです。まず、商品に関連する体験が提供する＋αの価値を正しく把握すること。そして、体験を通じて強力な差別化を図ることが可能であり、何よりポジティブな体験であることが大切です。いずれの場合も、顧客のニーズや状況を正確に把握するとともに、その体験が常に高い質を保つよう努める必要があります。また、顧客の要求は年々上昇するため、常に見直しと改善を重ね、一歩先の付加価値を創造していくことが求められます。 付加価値の重要性は？ 当社にとって、顧客との接触回数と付加価値は大変重要な視点です。少数精鋭で競合他社と戦うためには、資本力以外の面での強みとして、これまでの付加価値の提供をさらに強化し、戦略的に活用することが不可欠です。特に、候補者との接点を増やし、その方法を工夫することや、サービスの付加価値部分をより明確に打ち出すことが重要となっています。 面談方法を見直す？ 具体的な改善策として、まず接触回数と方法の見直しがあります。これまで一度の面談でヒアリングから情報提供までを行っていましたが、時間が不足し後半が急ぎ足になっていたため、面談を2回に分けることを検討しています。初回はヒアリングに専念し、2回目に求人の提案を行う方法です。また、候補者がどの会社を受けるか判断するタイミングでは、メールでの返信ではなく、電話で直接確認することで「すぐそばにいるエージェント」としての付加価値を提供したいと考えています。 多角的支援は魅力？ さらに、これまで「転職支援」を主なサービスとして打ち出してきましたが、実際には転職をきっかけに人生相談、コーチング、モチベーション向上のサポートといった幅広い価値を提供している点が、他社に比べて高い決定率の背景にあると考えています。今後は、この強みを明確に言語化し、発信していくことで、より一層のサービス向上を目指していきます。

問題解決の手順は？ 「問題解決の４ステップ」と「ロジックツリーを使った分解思考」が今週の学びの中で特に印象に残りました。まず「問題解決の４ステップ」では、「何が問題か？（What）」を明確にし、「どこに問題があるか？（Where）」でその範囲を絞り込みます。さらに、「なぜ起きているのか？（Why）」で原因を深堀りし、「どうするか？（How）」で具体的な対策を検討する流れを学びました。このフレームワークを用いることで、感覚や経験だけに頼らず、論理的に課題を捉えられると実感しました。 ロジックの整理は？ また、ロジックツリーの手法では「モレなく・ダブリなく（MECE）」を意識しながら、問題やテーマを枝分かれさせ、整理する方法が紹介されました。例えば、現場で発生する遅延という問題に対して「人」「資材」「天候」などのカテゴリーに分解し、それぞれを詳細に検討することで、原因の見落としを防ぐことが可能となります。さらに、各要素を深掘りすることで、より具体的な解決策に結び付けられる点が非常に実践的だと感じました。 再現性は保たれる？ これらの思考法を現場の課題整理に活用することで、感覚や経験に頼らず、再現性のある改善が実現できると考えています。たとえば、工期が予定よりも遅れている場合には、まず「What：何が問題か？」で遅延の事実を明確にし、「Where：どこに問題があるか？」で特定の工程に絞ります。そして、「Why：なぜ起きているのか？」で人員不足や資材納品の遅れ、天候の影響など原因をロジックツリーで分解し、それぞれに対して「How：どうするか？」の具体策を検討します。 トラブル対応は？ 実際に現場で問題やトラブルが発生した際には、まず「何が問題か？」を関係者と共有し、事実を明確にします。その上で、問題のある工程や範囲を「どこに問題があるか？」の観点から洗い出し、ロジックツリーを活用して「なぜ起きているか？」を検証します。原因が複数考えられる場合には、MECEを意識して整理し、各要素に対して「どう対応するか？」という具体策を検討することが重要です。 習慣化は可能？ 今後は、毎日の朝礼後など短いミーティングを通してこの４ステップを活用し、現場の問題を見える化・言語化する習慣を身につけたいと考えています。個人としても、業務日報にこのフレームワークを取り入れることで、思考力と実践力をさらに高めていきたいと思います。

リーダーの要素は何か？ 「リーダーとは、～～な人である」の「～～」に当てはまる言葉を考え出すことで、自分がリーダーに必要だと考える要素を言語化することができました。「なぜこの人はリーダーシップがあるのか？」を考察する際、行動、能力、意識の3つの要素に分類してみると、この3つが揃うことが重要であると説明できると感じました。これらの要素は互いに影響し合うものだと考えます。 行動と意識はどう連動する？ 行動については、ビジョンを示したり、夢を語ったりするような行動は、「こうしたい」という自分の欲求から引き起こされ、この欲求は「意識」と強く関係しています。能力とは、たとえば決断したり、説得したりするスキルのことですが、これは後から磨くことが可能です。行動を続けることで学び、さらに能力を向上させることができます。さらに、意識が強ければスキルを磨くモチベーションも続き、能力は行動や意識と密接に連動しています。意識とは、たとえば熱心さや明るさ、オープンであること、度量の広さといった特徴を持っていますが、これらは生まれつきのものと思われがちです。しかし、日々の行動を通じて習慣化されるため、行動と強く連動します。 リーダーシップをどう身に付ける？ 「どうしたらリーダーシップを身につけられるか？」という相談に対しては、行動、能力、意識の3つの要素を使って解説し、現時点での自分の強みやこれから磨きたい部分を中心に対話ができると思います。また、新しいメンバーとのコミュニケーションにおいては、仕事の目的と完成形を確認する（What）、期限を確認する（When）、方法を考える（How）、そして最適な進め方を対話で引き出すことが重要です。さらにこの仕事を通じて得られる良いことに関しても一緒に話し合い、本人の「Want」を引き出すことが重要ではないかと感じました。このような対話を通じて深い理解と納得を得ることが重要です。 対話の重要性とは？ 「頭合わせ」を怠らず、対話によって丁寧に進めることが、効果的なリーダーシップにつながると考えます。そのためには、1対1の対話を必要に応じて定期的に設定することも意識しています。特に新メンバーには、考えを共有し、どこまで理解しているかを確認することが求められます。このようにメンバーに自身の考えを表明し、行動を通じて示していくことが、自らのリーダーシップの深化につながると考えています。

どうやって任せる？ 仕事を任せる際は、まずメンバーに自覚を持たせ、必要以上の干渉を避けることが大切です。プロセスが予定通りに進んでいるか、定期的にフォローする場を設けることで、状況変化に応じたサポートが可能となります。一方で、不測の事態が発生した場合は、リーダーとして責任を持ち事態の収拾に努め、その後で今後の改善策を具体的に検討することが求められます。このとき、リーダー自身の見落としを認め、個人の責任追及に偏るのではなく、構造的問題を把握することが重要です。 なぜ振り返り習慣に？ また、振り返りの習慣化も不可欠です。忙しさを理由にせず、日々の業務において自分の非を認め、次につなげる姿勢を持ちたいと感じました。反省だけでなく、できたことにも十分な注目をすることで、自己成長およびチーム全体の向上が期待できます。 どうフィードバックする？ フィードバックの実践にも力を入れるべきです。まずは、メンバー本人による自己評価や学びを言語化する場を設け、具体的な事実に基づいた評価を行うことが望ましいと感じました。この際、評価基準を明確にし、良い点と改善点の両面を伝え、改善に向けた具体的な行動計画を一緒に考えることが効果的です。 報告後、何を感じる？ さらに、自分たちの仕事では定期的に成果報告を行ってきたものの、これまで報告終了後にそのまま「お疲れ様」で終わるケースが多くありました。今後は、報告後できるだけ早い段階、具体的には半日以内、または翌日の午前中に振り返りの場を設けることで、各メンバーが達成度や課題を具体的に認識できるようにしたいと考えています。例えば、同じミスを繰り返すメンバーには、成功と失敗をしっかり振り返ることで改善のきっかけを与え、淡々と業務をこなすメンバーには、できたことを中心に振り返り次回への期待を共有することで、モチベーションを維持しつつ業務の定型化を防ぐ取り組みが有効だと思います。また、ある程度リーダーシップを担うメンバーには、自身の振り返りとともに他メンバーの振り返りにも参加してもらい、多角的な視点からの学びを深めることができると考えています。 どう成長を共有？ これらの取り組みを通じて、各自の動機づけや衛生要因を再整理し、定期的な1on1で得られた情報を踏まえた上で、現状の期待を具体的な数字や目標として共有することで組織全体の成長に繋げたいと思います。

誰に向ける思いは？ 「誰に何を」の「誰に」の部分の重要性を学びました。特に、現在取り扱っているSaaSサービスでは、開発側の「誰に」の思いが先行しがちだと感じています。もちろん、思いは大切ですが、想定している市場に十分なポジショニングがあるか、自社製品が届けることができる価値が十分に感じられる対象であるかを客観的に分析したいと思います。また、複数の価値を組み合わせて提供することで、価値を最大化する意識を持ち続けたいです。 魅力伝達はどうする？ プロダクトの強みやアピールポイントを考える際、アピールポイントとそのターゲットを一対一で考えがちでした。今後は、複数のアピールポイントを組み合わせて、より魅力的な形で伝える視点を重視していきたいです。 訴求対象は何処？ ①プロダクトを訴求するターゲット検討の場面では、クラウド型サービスの特性上、ターゲットを見直し、開発のロードマップを検討する必要があります。現状、開発側の「誰に」の思いが先行しがちな状況なので、今回学んだ「想定したターゲットに関する市場規模の確認」や「バックオフィス向けサービスの概念の見直し」を行いたいです。 認知施策は何が鍵？ ②ターゲットへの認知獲得からコンバージョン（CV）の施策やメディア内容の検討では、開発したプロダクトのメリットを洗い出し、ポジショニングマップを作成したいと考えています。このポジショニングマップを共通言語とすることで、チーム内でも一致した訴求ポイントや施策検討が行えるようにしたいです。 市場規模は再確認？ まず、現在のターゲット市場規模を確認し、売上見込みの再評価から始めたいと思います。そして、バックオフィス向けのプロダクトが経理部向けという状況を見直し、本当にメインターゲットが経理部でいいのか再確認します。そのためには、考えうるターゲットを再度洗い出し、各市場規模を整理し、6Rのフレームワークで判断を確かなものにしたいです。 差別化の強みは？ プロダクトのメリットを洗い出す際には、「クラウド」「AIの活用」「多言語対応」「UIの良さ」などを挙げ、それらを組み合わせることで、他社との差別化を図ることを目指します。このプロセスは一人で行うだけでなく、チームで行い、新たな強みやポジショニングを発見するとともに、チームで一貫したポジショニングイメージを共有したいと考えています。

実行は計画通り？ ●実行と振り返り プロジェクトの進行に際しては、問題を事前に予測し、適切な対策を準備してスムーズな実行を目指すことが重要です。メンバーのスキルに応じたタスク割り振りと適切なサポートを行うことで、各自が最大限の能力を発揮できる環境を作ります。不測の事態が発生した際には速やかに対応策を考え、メンバー全員と共有します。プロジェクト終了後には振り返りの時間を設け、成功点と改善点をメンバーと共に考えることで、次へのステップを踏み出します。フィードバックも定期的に行い、メンバーの成長を促進したいと考えています。 育成は順調？ ●メンバーの育成に繋がるフィードバック メンバーに自己評価を促し、学びを言語化させることで自己認識を高めることができます。フィードバックは具体的な事例を活用しながら行い、評価基準を明確に示すことが大切です。良い点と改善点の両方をバランスよく伝えることで、モチベーションを維持しつつ成長を促進します。改善点については具体的な行動計画に落とし込み、実行可能な形で伝えることが求められます。 承認でやる気？ ●モチベーションとインセンティブ チーム内での評価や承認を通じて社会的欲求を満たし、メンバーが自己実現を感じられるプロジェクトや役割を提供します。これは非常にチャレンジングですが、将来的には成果に応じた報酬制度を導入することで、メンバーのモチベーションをさらに高めることを目指しています。 理論で響くか？ ●人が働く動機付け3つの理論 マズローの「欲求五段階説」に基づき、基本的な欲求を満たしつつ自己実現欲求を刺激します。また、マグレガーの「X理論・Y理論」をメンバーの特性に応じて使い分け、適切な管理を行います。ハーズバーグの動機付け・衛生理論を活用し、職場環境や給与などの衛生要因を整えるとともに、達成感や承認といった動機付け要因を提供します。 高める秘訣は？ ●モチベーションを高める メンバーに感謝の意を示し、評価や承認を通じて満足度を高めます。自分の仕事の意義を理解し、自律的に取り組めるよう、目標を設定することでメンバーの自己意識を促進します。フィードバックは相手の理解を前提として行い、相手の反応を見ながらその手法を工夫します。そして、日常的に信頼関係を築き、メンバーが安心して働ける環境を提供することが重要です。