事例で終わらせない！“使われるナレッジ”の設計と運用法

チームが継続的に成長していくためには、過去の経験から得た学びを蓄積し、 そのナレッジを再現・応用できる形で活用することが欠かせません。 この記事では、ナレッジの定義と整理方法、蓄積しやすい仕組みづくり、 そして活用するためのナレッジ設計ポイントについて解説します。 目次 ナレッジとは何か？ ナレッジ蓄積の意義 活用されるナレッジを設計する ナレッジ蓄積の手順 ナレッジを蓄積しやすい仕組みづくり まとめ関連資料 1. ナレッジとは何か？ まずは「事例」「ナレッジ」「ノウハウ」の違いを紹介します。 用語 意味 例 事例 具体的な経験 顧客に刺さった提案資料 ナレッジ 経験から汎用化された知識、学び 提案資料の構成を整理し、汎用フォーマットを作成 ノウハウ ナレッジを実践するためのコツ 必要なインプットや整理の手順、活用の工夫 ナレッジは、「事例を抽象化し、他の場面でも活用できる形」を指しますが、 よくある失敗は、共有だけで満足してしまい、そこから得た学びを実際に活用するまでに至らないことです。 2. ナレッジ蓄積の意義 ナレッジの蓄積は、未来に向けた活動です。 同じ失敗を繰り返さない 成功事例を再現する 「過去の経験が活かされている」実感をやりがいにつなげる ナレッジをまとめるコツ 端的に書く 目的と背景（なぜこのナレッジが必要か）、結論、手順、ポイントを明確に ※背景が伝わっていないと活用されない可能性があります。 細かいニュアンスが大切な事柄は、必要に応じて口頭で共有しましょう。 抽象と具体を両方書く 概要（抽象）＋サンプル文や画面キャプチャ（具体例） 再現性・検索性を意識 他の人が実行できる粒度、タグ分類する 3. 活用されるナレッジを設計する ナレッジは、「誰が・どんな場面で・どんな目的で使うか」によって、 必要とされる情報が大きく異なります。 ナレッジを設計する際には、対象となるメンバーの活用シーンを具体的に想像し、 どんな情報が役立つかを事前に整理しておくことが大切です。 メンバー別のニーズ例 このように、メンバーの立場や役割によって「知りたいこと」や「困ること」は変化します。 「ベテランにとっては当たり前のこと」が「新任メンバーにとっては貴重な情報」であるように、 求めるナレッジは受け手によって変わります。 だからこそ、チーム内で「どんな情報が欲しいか」「どんな場面で困っているか」を意見交換しながら、 ナレッジを蓄積・更新していくことが、実際に活用されるナレッジづくりにつながります。 4. ナレッジ蓄積の手順 ナレッジを効果的に活用するためには、日々の経験を記録し、振り返り、共有する一連のプロセスを確立することが大切です。 以下の手順を参考に、チーム全体で実践できる形を整えましょう。 Step 日々の経験や気付きを記録するメモで、業務中の「うまくいった」「失敗した」「ひやりハッととした」などを記録する習慣をつけましょう。 チームで共有し、確認する個人の気づきをチームの学びに昇華させることで、ナレッジの価値が高まります。 関連ドキュメントに反映する業務フロー図や手順書、ステークホルダー一覧などに反映し、再利用可能な形に整えます。 5. ナレッジを蓄積しやすい仕組みづくり ナレッジ共有は、日々の業務の中ではどうしても後回しになりがちです。 「忙しいから後でまとめよう」「時間ができたら共有しよう」といった意識では、 せっかくの気付きや学びが埋もれてしまいます。 だからこそ、ナレッジを“業務の一部”として仕組み化することが重要です。 振り返りや共有のタイミングをあらかじめ業務フローに組み込むことで、 自然とナレッジが蓄積され、チーム全体の学習サイクルが回り始めます。 仕組み化するための4つの工夫 工夫の例 週次ミーティングに「成功/失敗事例の共有」のアジェンダを入れる 業務後にYWT（やったこと・わかったこと・次やること）を残す ナレッジ担当を設ける 個人目標に「ナレッジ還元」を含める →メンバーの意識も高まり、チーム全体での知見の共有が活性化されます。 仕組み化の難易度に応じて段階的に取り入れることで、無理なくナレッジ文化を育てていくことができます。 まとめ ナレッジは、蓄積・活用・共有のサイクルを回すことで、チームの成長と生産性向上に直結します。 まずはメモを残すことから始め、共有・反映・フィードバックを通じて、活用されるナレッジへと育てていきましょう。 関連資料 ▶▶【📅資料】ナレッジ管理表.xlsx はこちら ▶▶【📝記事】ナレッジ整理をする方法 はこちら

議事録作成のコツ

〈目次〉 議事録作成のポイント 議事録を展開する時の確認事項 関連資料 1. 議事録作成のポイント 会議を円滑に進め、次のアクションに向けて生産性を高めるには、 分かりやすい議事録の作成が必要です。 記載時のポイントと、要約ができているかどうかを意識しましょう。 記載時のポイント 主語を明確にすること 指示代名詞(これ、あれ、それ等)は使用せず、〇〇システムなど、固有名詞を使うこと 口語体は、文語体に修正をすること 口語体の例：〇〇を検討しましょう 文語体の例：〇〇の検討を実施 略語は、正式名称へ修正すること 例：略語 MGR/LDR → 正式名称 マネージャー/リーダー 要約のポイント 結論が分かるように、要約すること 誰が・誰に・いつまでに・何を・どうするのかを記載する 決議事項、宿題を明確にする Point 会議中にメモを取る ミーティングでの決議したいことを予め把握しておくと、内容をある程度想定でき議事録も取りやすくなります。 最初は、すべてメモを取るのは難しいので、内容を理解しながらキーワードを残すことを意識しましょう。 議事録フォーマットの例 議事録は以下の型を参考に作成ください。 件名 〇〇案件の△△に向けたお打ち合わせ 日時 20yy年 mm月 dd日 場所 〇〇オフィス 出席者 〇〇社〇〇様 〇〇 〇〇 目的・ゴール 何のための会議かを記載 この会議のゴールを記載 アジェンダ １ スケジュール・進捗の確認 ２ 課題の再確認 ３ 〇〇に向けたディスカッション ※以下は、ミーティング終了後に記入する サマリ 何を話したのか、第三者が見ても理解できるよう簡潔に記載する 決定事項 決まったことを箇条書きで記入 持ち帰り事項 宿題及びご依頼事項を含め、誰がいつまでにやるのかを記載する 2. 議事録を展開する時の確認事項 議事録の展開先について、事前に確認をしておきましょう。 ミーティング参加者内のみに展開する場合備忘録の役目が強く、要約/ToDoがしっかり書かれているとよいです。 ミーティング参加者を含む多くの関係者に展開する場合 要約/ToDoが書かれているだけでなく、結論に至った経緯も重要です。 例えば管理者 ミーティングの内容をチーム全体へ展開する際は、結論だけでなく議論の経緯も重要です。大切なことは要約をしっかりと書くことですが、展開する方々の知りたい情報に合わせるようにしましょう。 3. 関連資料 ▶▶【🎥動画】ファシリテーション～苦手克服までの体験記 はこちら ▶▶【🎥動画】らくらく議事録フォーマット はこちら ▶▶【📅ファイル】議事録のダウンロード はこちら

資産棚卸し方法

目次 資産の分類 棚卸の進め方と注意点 関連資料 1. 資産の分類 資産の種類は、大きく2種類に分かれます。ドキュメント関連(マニュアル、ツール)と、ファシリティ関連(IDカード、什器類、アプリやシステムの権限等)です。 2. 棚卸の進め方と注意点 ドキュメント関連の棚卸 まず業務一覧をベースとし、既存のマニュアル類の棚卸しを行います。 このタイミングで、整備すべきマニュアル類を精査し、最新化されていないマニュアル類が無いかを、各担当単位で確認し、存在する場合は更新対象とします。 次に、着手する優先度を決め各マニュアルの整備を行います。優先度が緊急でない場合は、次期の整備計画を作り段階的に整備していきます。 優先度を検討する際は、今起きている問題、来期の計画を判断材料として考えるようにしてください。 ドキュメントが不揃いで、最新情報へ更新がされていない場合は、チーム内で共通認識を持てておらず、業務上で問題が起きている可能性があります。 その場合は、優先度を上げて対応を行ってください。 ファシリティ関連の棚卸 ＜一例＞ PC PC付属品 セキュリティカード ロッカー アプリケーション(個人、チーム) システムアカウント 等 棚卸の頻度の失敗事例としては、仕様が特別なシステムアカウントがないかどうか、注意するとよいです。 実際の失敗事例としては、あるシステムが3か月間アクセスしていないと、権限が切れてしまうという仕様であるにも関わらず、チームでは3か月に1回の頻度でしか棚卸を行っていませんでした。 そのため、半分以上の方がそのシステムの権限失効してしまい、再発行に不要な工数をかけてしまった、という事例があります。 棚卸を行う頻度は、そのようなシステムの仕様も考慮に入れて設定してください。 またよく無くしがちなのは、ロッカーのスペアキーや、PCのアダプターなどの付属品です。 これら利用頻度が低いものは、紛失しないように、保管場所を予め定めておくなど、工夫をしてください。 3. 関連資料 ▶▶【📝記事】業務プロセスを可視化する はこちら ▶▶【📝記事】属人化を防ぐ業務可視化の実践方法 はこちら ▶▶【📝記事】生産性向上に紐づく問題解決とは はこちら

体制図と役割表の整備で業務の見える化を促進

目次 体制図と役割表の目的 役割表の設計と冗長化 体制図の活用と共有 関連資料 1. 体制図と役割表の目的 業務一覧やWBSを基に、体制全体の体制図や、担当ごとの役割内容を明確にした役割表を整備していきます。 体制図や役割表はチーム間の相互扶助の関係性を築くための基礎情報となり、チーム内の誰が何を担当しているかを把握しやすくする事を目的として作成していきます。 2. 役割表の設計と冗長化 チーム内で誰がどんな役割を担っているか、という全体の体制を明らかにして共有します。チーム内での担当や責任範囲がどのように設計されているかを把握することで、チームメンバーが見通しよく動けるとともに、何かあった際に誰が担当すべきかを見落とすリスクを減らすことができます。そしてこれは、互いが協力しあえる環境づくりにおいて大切です。 また、体制づくりにおいては、業務の冗長化を行うことが有用です。 具体的には、一つ一つの業務に対して「メイン担当とサブ担当」を設け、その業務に対して最低限２人が知っている状態をつくる、ということです。 このことで、何かあった際にもサブ担当がフォローすることができ、また、一人で閉じた世界にならず互いに知恵を出し合うことで、業務をより良くすることにもつながります。 役割表を作成するときは、業務一覧やWBSを基にして、担当や役割を割り振ります。 3. 体制図の活用と共有 体制図は、チーム間の相互扶助の関係性を築くための基礎情報となります。つまりはチーム内の誰が何を担当しているかを把握しやすくすることが目的です。また役割表に「メイン担当」「サブ担当」の表記を設けることにより、休暇取得時に誰がバックアップするのかが予め明確になり、「メイン担当」しかいないことが分かれば、リスク回避のためサブ担当を育成する必要性が明らかとなり、育成期間中の協力が得やすくなります。 最後に、作成した体制図と役割表は必ずチームメンバー全員に共有しましょう。 これによって少なくとも隣のメンバーが何の業務をしているか分からない、ということは無くなります。 互いの仕事の状態を見える化することは協力体制をつくる上で大切なことです。 体制図と役割表は管理者が管理するものではなく、チームメンバー全員で共有するものであると認識しておくと良いでしょう。 またこれらをメンバーに共有する際、体制の意図や役割配置の理由、背景等も併せて伝えることで、 各々の役割の納得感が上がることでチームメンバーそれぞれのモチベーション向上や、 意図や背景を理解していることによってより適切な相互協力に繋がります。 意図、背景の共有、これらを必ずセットで行った上で、 体制図、役割表はメンバーがいつでも確認できるようにしておきましょう。 4. 関連資料 ▶▶【📅ファイル】体制図 はこちら ▶▶【🎥解説動画】体制図フォーマット はこちら

人材要件の設定見直し

目次 人材要件の目的 人材要件の設定方法 人材要件の見直し 関連資料 1. 人材要件の目的 人材要件はチームに配属されるメンバーに最低限必要なスキルや適性を定めたものです。 人材要件を定める理由は、チームメンバーや人事部門等の人員配置に関わる部署とでチームに求められるメンバー像を共有し、適切な人材配置を実現するためです。 2. 人材要件の設定方法 人材要件は、業務の特性を考慮し、チームの一定要件に加えて各役割の必要条件を追加してください。 受入基準では主に次の3点「適性」「専門スキル」「ビジネススキル」を明示しましょう。 また受入基準に加えて配属されるメンバーが業務を通じて 「どのような経験を得られるか」「どのようなキャリアに繋がるか」を明示すると良いです。 適性 業務特性と候補者の特性がマッチするかを判断する必要があります。 スピード、正確性、共感性など、どのようなことが求められるのか、チームの環境や業務特性によって、候補者に求められる適性は異なります。 特に変化対応が多い業務を進めていくには、柔軟性は重要な適正ポイントになります。 専門スキル 業務を遂行する上で必要な業務経験、専門スキルを第三者が見ても分かるように表記します。 業務経験(業務内容や経験年数) 専門スキル(保持資格や過去の成果) ビジネススキル ビジネススキルとは、一般的にビジネスパーソン/社会人として求められる素養のことを指します。 以下に具体例を示します。 コミュニケーションスキル リーダーシップ 仕事に対する姿勢 社会人としてのモラル 社会人としての一般常識 3. 人材要件の見直し 人材要件を見直す際は、一定期間の稼働の実績と成果実績から、見直していきます。 例えば、日々・毎週の業務の中で冗長化を目的とした役割変更を行うことが多くあります。 この結果、 当初は「スピード」が速い方が良いと想定されていた役割も、実際は「正確性」の高い方が、効率的に仕事が進んだ 当初は「システムの知識」が必要と想定していたが、実際には知識が要求されるシーンは稀であった などといった気づきを得ることが多くあります。 このような実績から、改めて要件を見直すとよいです。 4. 関連資料 ▶▶【📝記事】成長を促すアサインの仕方とフォローの仕組み はこちら

体制に必要な人数算出方法

目次 必要工数の算出方法 稼働率の重要性 理想的な稼働率と組織の成長 関連資料 1. 必要工数の算出方法 業務一覧やWBSを基に必要工数を把握していきます。 基本的な算出方法例は以下となります。 定期的に繰り返される業務の人員数の算出例 ※累積したデータに基づき繁閑を加味して算出する。 実工数・・400h/月(定常業務：300h/月 + 非定常業務：100/h) →1名あたり労働時間を160h/月とした場合 2.5人月の工数が必要 →必要人員数は3名と算出する また、改善を行っていくためには改善のための時間を予め確保しておく必要があります。 2. 稼働率の重要性 そこで重要となる考え方が稼働率です。 稼働率の計算例 定常業務(サービスの提供のために常に発生する業務)+非定常業務(サービスの提供のために必要だが不定期で発生する業務)を月の総労働時間で割ったもの ※1(定常業務+非定常業務)÷月の総労働時間 例えば1人の月の総労働時間(※1)を160時間とし、 その人が行う定常業務が100時間、非定常業務が36時間だった場合は稼働率は85%という風に計算します。 残りの15%、24時間が改善や自己研鑽に使える時間、ということになります。 この稼働率が、改善し続ける組織体制を創るうえで最も重要です。 3. 理想的な稼働率と組織の成長 ではどの程度が理想か？それは、先の例にも挙げた85%です。 まず、稼働率とはチームがどの程度余裕があるのか？ということを図る指標ですから、 当然100に近づいていけばいくほどに余裕がない、忙しい状態となります。 それだと当然チームは疲弊していきます。 これまでチームのコンディションが悪化してきたチームの多くは稼働率が98%を超えていました。 こうなってくるともはや改善をする等という余裕はなくなり、衰退していく一方になります。 常に15％程度の余力を持っておくことが、業務を改善し組織が成長する上で重要です。 では余裕がたくさんあればいいのか？というと決してそんなことはありません。 稼働率が70%を切っているようなチームは「人」が成長しません。 そのチームでは良くても、他に行くと通用しないことが多いのです。 何故か？簡単に言えば稼働率が70%を切るような状態はヒマだと言えます。 そのため、頑張って改善する必要すらないのです。 こうなると組織も人も成長しなくなります。 ですので、15%の余力を持ち改善を進める、 改善が進み更に余力が生まれたところで新たなチャレンジをしていく、 このサイクルを常に継続することがサービスの付加価値を上げる上でも、組織と人の成長の上でも重要です。 4. 関連資料 ▶▶【📅資料】メンバー稼働管理表.xlsx はこちら

チームで短期間で施策を進めるときの割振りのコツ

目次 短期間で成果を出すためのタスク割振りのポイント 関連資料 1. 短期間で成果を出すためのタスク割振りのポイント 顧客から短期間で成果を出さないといった急な依頼を受けたり、 他の重要施策を優先していて、残り期間が短くなってしまい、短期間で高い成果を出さなければならないようなシーンは、特に期の変わり目などに、発生しやすいです。 このような状況で、チームで効率よく進める際に、タスクの割振りで気を付けるべきことを紹介します。 Point 得意なことを割り振りすることと、工数を捻出すること 割振りは工数の平等性より、適性を重視する チームに対して平等に割り振るために、必要工数を参考にしてバランスを取ろうとすると必ず失敗します。人には得手不得手があります。 得意な分野はすぐに動くことができますが、苦手な分野は時間がかかります。短期間で成果を出さないといけない場合は、得意な分野を割り振るようにすると、工数も想定よりもかからず、より効果が出やすくなります。苦手な分野だからこそ、やりたいということもありますが、短期間では育成をするという余裕もありません。得意な人へ必ず割り振りましょう。 必要工数を捻出する 割り振りを行った後は、工数を捻出するために、何かをやめないといけません。優先度が低いことや、他の人に引き渡せるものがないか、チーム内ですり合わせることが大切です。それでも上乗せでやらねばならないときは、一時的に業務負荷が高まります。一定の残業を見込んで活動を出来る様に、割り振ったチームメンバーと一定の業務負荷について、合意形成を取る様にしましょう。 WBSを、100％じゃなくてよいから作る わかる範囲で構いませんので、必要なことを書き出しましょう。 カテゴリでいえば大中カテゴリーで構いません。割振りは、この中カテゴリに対して割り振るようにしましょう。 細かな裁量も含めて割振りをした人へ任せることが大切です。 進捗状況を共有する場を、普段より細かく設定する WBSもあえて不完全なまま進めているため、細かい軌道修正は必ず発生します。更に、無理やり工数を捻出しているため、本来の業務への影響も発生しやすい状況が続きます。このようケースでは、特に作業時間を捻出したくなりますが、 細かく状況を伝え合わなければ、何も修正ができませんので、15分/1日でもいいので、必ず場を作ってください。どうすればよいか分からない場合も多く出てきます。 そのためになるべく関係者が参加できる時間に設定しておくことで、双方にアドバイスを伝え合うことができるようになります。 2. 関連資料 ▶▶【📅資料】業務一覧WBS.xlsx はこちら

話しやすさでチームは変わる！すぐに実践できるアイスブレイク集

「会議中、ほとんど意見が出ない」 「決まった人だけが話して、議論が広がらない」 そんな会議が、あなたの職場で“当たり前”になっていませんか？ 実はそれ、参加者の積極性や、 司会進行のうまさだけが 原因ではありません。 「空気が硬い」「発言すると浮いてしまいそう」 「間違ったことを言うのが怖い…」 このような“話しづらさ”が残ったままでは、 どんな会議も活発には なりません。 そんな空気を一気に変えてくれるのが、 会議の冒頭、たった数分でできる「アイスブレイク」です。 参加者同士の距離がぐっと縮まり、 「話しても大丈夫」という安心感が生まれると 不思議なほど意見が出はじめ、議論の質も変わっていきます。 本特集では、日々チームワークを研究してきたCOROPS編集部が、実際の会議で試し、「これは使える」と感じたアイスブレイクだけを厳選して紹介します。 次の会議が、”少し楽しみになる” そんなアイスブレイクを、ぜひこの特集で見つけてください！ PowerPoint ファイル(アイスブレイク集)は こちら 目次 1.COROPS編集部のアイスブレイク集はここがいい！ 2.アイスブレイクまつわるQ＆A 1.COROPS編集部のアイスブレイク集はここがいい！ ・選びやすい アイスブレイクって、世の中にたくさんありすぎて逆に何をやったら良いか迷いませんか？ このコンテンツでは、選びやすいように以下を整理して掲載しました。 Point 1 手軽さ、準備/実施時間、実施する際におすすめのツール を紹介！ COROPS編集部が実際にやってみた感想を書きました！ Point 2 ・すぐに使える 「準備するのが面倒で、結局できなかった」そんな経験ありませんか？ このコンテンツでは、各アイスブレイクにテンプレートとサンプルを入れているので、すぐに使えます。 2.アイスブレイクにまつわる Q＆A アイスブレイクに関して、よくある質問やお悩みにも答えています。 「なぜやるのか分からない」「どんなことに気を付ければ良いか分からないから、漠然と不安」という方にも、安心して使っていただけます。 ・アイスブレイクがどんな効果をもたらすのか解説 ・よくあるアイスブレイクの悩みにお答え ・アイスブレイクのファシリテーション役が意識したいポイントをご紹介 私たちCOROPSグループのメンバーは、 アイスブレイクにより、他部とのミーティングでも意見交換が格段にしやすくなりました。 まずは、次の会議で1つ試してみませんか？ このコンテンツが“話しやすい空気づくり”のきっかけになれば嬉しいです。 PowerPoint ファイル(アイスブレイク集)は こちらダウンロードしてご利用いただけます！

日々の振り返りのコツ

目次 振り返りの重要性 YWTフレームワークの概要と活用方法 関連資料 1. 振り返りの重要性 振り返りは、ビジネスシーンだけでなく、普段の生活でもよく行われます。 例えば料理をするシチュエーションでは、想像していた味にならず、どこのプロセスがまずかったのか？と考えるシーンはよくあります。 何度かレシピ通りに作っていると、実は簡略化できる工程に気づくことがあります。 ビジネスシーンにおいても同じで、実際に計画に沿ってやってみると、想定以上に工数がかかってしまう、実は重要なプロセスが抜けていたなど、予定外のことがたくさん発生します。 このように実際に物事を進めていると、改善できそうなところに気づくことが多々出てきます。 つまり、より高い成果を生み出していくには、最初に決めた手順でなく、細かく修正をしながら進めることが大切です。 2. YWTフレームワークの概要と活用方法 効率的に振り返りをするには、やみくもに振り返りをするのではなく、フレームワークを活用しましょう。 ここでは、YWTを紹介します。 YWTは、やったこと(Y)→わかったこと(W)→次にやること(T)、と流れで振り返りを行えることが特徴です。 YWTフレームワーク Y：今日やったことは何か。実績。 W：わかったことは何か。気づき。 T：次にやることは何か。改善点。 しかし、いざやってみると難しいため、それぞれのコツをお伝えします。 ▼Y(やったこと) 上手くいかない事例としては、Yの粒度が荒いケースです。 例えば、今日は提案資料の作成を行ったとします。これを書き起こすと、 △ 提案資料の作成 できた/できていない。順調/遅延。など 〇 提案資料の作成 50％/順調 └ストーリーを作る 完了 └目次を作る 完了 └目次ごとのキーメッセージを作る 未着手 └必要なデータを収集する 未着手 粒度が荒いままだと、何ができたのか？できていないのかが？わかりづらく、次のWも振り返りがやりにくくなってしまいます。 具体的なタスクを洗い出すことで、実際の進捗具合が分かりやすくなります。 ▼W(わかったこと) Y(やったこと)に対して、「うまくいった」「うまくいかなかった」という振り返りだけで止まってしまうケースがあります。 そうではなく、そこから得た気づき、学び、ひらめきを、書き出すようにしましょう。 △ ストーリー作りは順調に進んでいる。しかし目次つくりは想定よりも時間がかかってしまった。 〇 目次つくりは想定よりも時間がかかってしまった。 参考になる資料がなくて、自分で考えていたが、アイデアがなかなか出てこなかった。 1人で進めるのではなくて、困ったときは、上司に相談すればよかった。 うまくいった、いかなかった、という状況から、もう1段要因を考えてみるとよいです。 もう1段振り返るときのポイントは、why(どうして？)よりも、what(要因)は何だろう？と考えてみて、 「こうするとうまくいく」、「これをやると失敗する」というところまで掘り下げることがポイントです。 次のT(明日につなげられる改善のアイデア)に繋がっていきます。 ▼T(次にやること) W(わかったこと)から、工夫することを書き出しましょう。 こちらも、具体的な内容が書かれないケースがあります。 △ 作業工程を見直す 〇 30分考えてもアイデアが出なかったら上司に相談をする。 このように、具体的に記載することで、次の日から何をすべきかが、ハッキリと見えてきます。 次の日の振り返りでは、このTで書いた上司に相談する、これが効果があったのかどうか、実際に相談しようとしたら、何が起きたのか、という振り返りを行っていきます。 このように、自ら考え、進めながら細かく修正を行うことが大切です。 3. 関連資料 ▶▶【📝記事】目標振り返り はこちら

関係者の洗い出しとキーパーソン特定のコツ

目次 関係者の洗い出し 洗い出した情報をまとめる キーパーソンを特定する 関連資料 1. 関係者の洗い出し 円滑にコミュニケーションを取るためには、関係者を明確にすることが大切です。 関係者を把握した後は、理解を深めるために関係者それぞれの特徴を掴んでいきましょう。 関係者の洗い出し まずは以下の方たちを、チームに関係する関係者として洗い出ししていきます。 自チームが何らかの価値を提供している方々 自チームに対して何らかの価値をもらっている方々 自チームと協力している方々 Point 関係者の洗い出しは自分以外一人で考えず、周囲の意見も確認する 関係者を網羅できているかどうか不安な場合は、自チーム内の自分と異なる視点を持っていそうな人や、 他チームへも聞いてみるなど、広い視野で、可能な限り洗い出すことが大切です。 2. 洗い出した情報をまとめる 関係者の名前や部署、役職だけでなく、権限範囲や判断軸を把握しておくことで 円滑にコミュニケーションを取ることができます。 洗い出した関係者に関する情報は、一覧化や、関係者図などの図式化を行い、自チーム内で共通認識を持てるようにしていきます。 関係者について、把握しておきたい情報の一覧 ①最低限 把握したい情報 会社名、所属組織（部署名）、氏名、役職 ②追加で 把握したい情報 決裁者の場合 その人が持つ権限（決済可能な金額、即決できる事柄 など） 判断軸（コスト・品質等・納期など何を重視しているか） 特性、趣味思考（論理的、人間関係を重んじる、前例の有無や現実性を重視、斬新なアイデアを好む など） 協力者の場合 その人の経験 スキル タイプ（趣味、思考、好みや考え方 など） ※一覧化した後は、自チーム内で共通認識を持てるように、共有を行いましょう。 ※項目は必ずしも固定ではありません。関係する組織・部門の中に所属されている人の中から、 関係性が高い人の特性、その人の経験やスキル、チームに対する影響度・関心度など、必要に応じて項目を追加していきましょう。 3. キーパーソンを特定する キーパーソンとは、経験が長い・信頼が厚いなどにより、組織の意思決定に 大きな影響を持っている重要な人のことを意味します。 一般的には役職が上位の方をキーパーソンと想像しますが、 そうではないケースも少なくありません。 円滑に業務を行うために、キーパーソンを特定しチーム内で共通認識を持ちましょう。 キーパーソンの特長の一例 決裁者が最も信頼している人（実務上の判断を委ねている相手） 会議中に決裁者が一番意見を求める人 自チームにとって「耳が痛い」と感じるような鋭い質問をしてくる人 その場にはいないが名前がよく出てくる人 周囲が遠慮している、必ずその人の反応を気にする人。いわゆる気を遣う相手 4. 関連資料 ▶▶【🎥解説動画】体制図フォーマット はこちら ▶▶【📝記事】関係者と認識ズレを防ぐ方法 はこちら