相互理解を向上させるには？

〈目次〉 相互理解の必要性 プロフィールシートの作成 キックオフミーティング・役割期待の共有 関連資料 1. 相互理解の必要性 一人ひとりではたらいている時よりも、より大きな成果を生み出すために、チームで協力関係を築いていきましょう。 協力関係を築くには、チームメンバー同士、お互いを知ることがとても大切です。 自分自身のこれまでの経験や持っているスキルを相互に伝えておくと、何か困った時にお互い手助けしやすくなります。 また、制約事項（家庭の事情で就業時間に制限がある など）を、チームメンバーに自身のことを知っておいてもらうことで、 安心して仕事に臨むことができます。 さらにはお互いの考え方や価値観などの内面的なことも知っておくと、 どんな時・誰に相談すれば良いか分かりやすくなり、仕事の連携もスムーズに行きやすくなります。 特にチーム発足時、あるいは新たなメンバーの加入時には、 互いのことを理解する絶好のチャンスです。都度以下のような機会を設けましょう。 プロフィールシートの作成 キックオフミーティングの実施・チームミーティングで役割期待の共有 この後の項目で1つずつ解説していきます。 2. プロフィールシートの作成 お互いを理解するために、まずは自己開示（自分の情報を伝えること）を行うことを心掛けましょう。 自分自身のパーソナリティを簡潔に相手へ伝えられる様に、プロフィートシートを作成して伝えるべき事を整理しておくと良いでしょう。 Point プロフィールシートは、志向性・スキル／経験・制約といった 情報を整理し相手に伝えるだけでなく、 少しプライベートな内容を記載することで話題のきっかけ作りとなり、 コミュニケーションを円滑になりやすいです。 Point プロフィールシートの作成は、自分自身の棚卸の効果もあるため、 定期的に整理することで自分自身の変化に気付けるようになります。 見直しした際に、キャリア志向性がアップデートした場合は チームメンバーに共有しましょう。 Point もう一歩踏み込んで仕事の価値観や、どんなことを言われると嫌か、何に感動するか などを 伝えることで自己開示（自分を理解してもらう）に繋がります。 例えば、自分がどんな時に「うれしい」または「不快」と感じることを伝え、あらかじめチームに知っておいていただくことも有効です。 ▼どんな時に「うれしい」「不快」と感じるかの例 3. キックオフミーティング・役割期待の共有 キックオフミーティングはチームの発足時や、期の変わり目に行いましょう。以下はキックオフのアジェンダの例です。 キックオフのアジェンダ例 チームの目標の共有 活動計画、体制などの共有 お互いを知るコンテンツ（自己紹介や相互理解のためのワーク等） 人は、自身に何が期待されているかを認識することで、やりがいをもって仕事に臨むことができます。 そのため、チームへの加入時、あるいは期の初めの役割の再設計時には、相手へ期待している内容をしっかりと伝えることが大切です。 また、役割を設定する際には、本人自身が何を望んでいるか、志向性を把握した上で極力それにマッチするよう検討しましょう。 Point チームの立ち上げ時や、新たなチームメンバーの参画時には、 上司の方は必ずチームの目的・目標・課題背景を伝えた上で、 「なぜこの役割を〇〇さんにお願いするのか」という 相手に対しての役割期待を伝えるようにしてください。 その際に、これまでに把握していた該当のメンバーの志向性と、 今後依頼する役割がどのように関連してくるのか、 つまり、この役割・経験が将来的に目指している仕事にどう繋がるか を 共有しましょう。 そうすることでメンバーのモチベーションを高め、 さらなる成果に繋がりやすくなります。 また、チームの発足時には、先述のような上司から部下の期待だけでなく、 相互理解した内容に基づいて、お互いに期待することも対話しておくと良いでしょう。 例 佐藤さんは、資料作成が得意だから困った時は助けて欲しい 鈴木さんは、システム関係が得意だからフィードバックをしてくれるとありがたい など 伝え合っておくのも良いでしょう。 Tips 期待を伝えるコツ メンバーの意欲を高めるために、期待を伝える時は時間軸を意識しましょう。 ＜ポイント＞ 過去（メンバーが以前に話していたこと） 現在（直面している状況と、対象メンバーにお願いしている理由） 将来（メンバーにとって想定されるメリット） ＜例：具体的な伝え方＞ 「Aさんは以前、●●がやってみたいと言っていたよね。（過去）今このプロジェクトで▲▲に取り組んでもらいたい理由は、Aさんの強みである□□が活かせると思うからなんだ。（現在）この経験を通じて、●●に繋がるスキルがさらに磨けると思うよ。（将来）」 4. 関連資料 ▶▶【🎥解説動画】コミュニケーションプランフォーマット はこちら

チーム内の情報共有を円滑にするコツ

〈目次〉 情報の共有方法とタイミング上位層からの情報共有チーム内の情報共有部下からの情報共有 連携した情報の蓄積 関連資料 1. 情報の共有方法とタイミング チーム内の情報共有を円滑にするコツは、情報の性質にあわせて連携ルールを決めることです。ルールを決める際には、経験豊富なベテランメンバーの意見や、要職につかれている方の意見が強く反映されがちですが、 より納得感と実効性を高めるためには、チーム内でフラットに意見交換を行いルールを決めましょう。ここでは、情報の性質にあわせた、共有方法・共有タイミングを検討する際の参考情報をご紹介します。 共有するべき情報の性質 上位層からの情報共有 チーム内の情報共有 部下からの情報共有 それぞれの、共有の仕方や共有タイミングを確認していきます。 上位者からの情報共有 情報の性質 会社や組織・方針・決定事項など 今後仕事を進めていく上での判断基準となり、何度も遡って見る機会が多い情報です。 共有の仕方 メールやチャットでの共有だけでは理解しにくいことも多いため、 対面やZoomなど口頭説明の機会を設定すると良いです。 共有タイミング 予め、「何の情報がいつ頃までに欲しいか」チームで会話し 上位者へお願いしておきましょう。 例：「年度計画を立てるために、4月初旬のキックオフで方針の説明をしていただけますか？」 チーム内の情報共有 情報の性質 チーム運営に関わったり、業務に直接関連する情報。 特性上、早く円滑に伝えるべきことが多いです。 例：エスカレーション内容 など 共有の仕方 すぐに連絡が取れるチャットツールなどを用いて、情報連携を行える工夫が必要です。 共有タイミング 朝夕のショートMTGを設定し、そこで情報連携を取るようなケースもあります。 部下からの情報共有 情報の性質 普段メンバー自身が感じているモヤモヤなど。 ポジティブな内容、ネガティブな内容とありますが、多くは不安なこと、不満に感じてること、 迷っていることなど、言いにくいことが当たります。 確認の仕方・ 確認タイミング 1on1等で時間を確保し、まずは「何でも言ってよい雰囲気」を作り出し 聴く態勢を整えてください。 2. 連携した情報の蓄積 連携した情報を蓄積し組織全体で知識を共有することで、業務の効率化やミス防止に繋がります。 データを少しずつ蓄積・活用し、将来の業務や改善にも役立てていきましょう。 最近では、データを蓄積するためにツールを使うことも多くなっており、 slackやTeamsといったチャットツールでは、細かな単位で情報共有の場を作れる機能もあります。 万が一、職場環境の制限などでツールが使用できない場合は、以下のイメージで管理表を作成し管理します。 ※Excelで作る管理シートのフォーマットは本記事内の「3.関連資料」よりダウンロードができます。 Point 蓄積したデータの見直し 蓄積されたデータは、整理整頓する必要があります。 特に、使われていなかったり利用頻度の低いデータについては、 利用者側から見ると「どこに何が書いてあるのかが分からない」ため、 「すべての情報を一通り確認しないと最新のデータをキャッチアップ出来ない」というような 不要な工数が発生したり、 有用な情報を確認する際のノイズとなってしまったりします。 せっかく蓄積したデータをより有益に活用するためにも、期の終わりなど定期的なタイミングできちんと整理を行いましょう。 特に、チャットツールはログが残せるため、ナレッジ管理用のための工数がかからず効率的ですが、 過去からの情報が残り続けていると煩雑化するため意識的に整理を行うようにしましょう。 3. 関連資料 ▶▶【📝資料】情報共有シート.xlsx はこちら ▶▶【📝記事】コミュニケーションの仕組み化 はこちら

ナレッジを整理するには？

〈目次〉 ナレッジの整理整頓 フォルダ構成の見直しをする ナレッジがシェアしやすい環境かどうか見直しをする 関連資料 1. ナレッジの整理整頓 業務を進めるために参考となる情報をナレッジといいます。 ナレッジ運用でよくある問題は、蓄積されていくナレッジが定期的に整理整頓されないことです。 蓄積されっぱなしでは、新しい情報と古い情報が混在し、利用者にとって使い勝手が悪く、混乱を招く要因になります。 そのため、定期的に整理整頓を行い、使いやすくするようにすることが大切です。 ナレッジを整理する際は、利用頻度が低い情報は削除またはアーカイブし、 逆に利用頻度が高いナレッジに関しては、よく利用するリンク集としてまとめるなどの工夫をして動線を整理しましょう。 ナレッジを使いやすく・検索性を向上させるためのアクション ①必要性の確認 既存ナレッジを一覧化し、ナレッジの内容と利用頻度を確認します。 利用頻度が低いものは、最新情報を残し、古い情報はアーカイブしましょう。 ②内容を精査・整理 内容を業務ごとに分類し、使い勝手が良いように格納先を整理します。 ③内容の拡充 利用頻度が高いものは、内容を拡充させます。普段からしているフローや手順書にも反映しましょう。 この一連の流れを定期的に行うことで、最新化され、検索性を向上させることができます。 2. フォルダ構成の見直しをする ナレッジの保存環境の見直しも、アクセスの利便性を上げるための重要な見直しの一つです。 どんなに良いナレッジも、必要な時に見つからなければ意味がありません。 以下の例では第1階層(大分類)を案件別として、第2階層(小分類)を工程ごとに区切りっています。 どの案件でも、同様な構成にすることで検索性を高めることができます。 3. ナレッジがシェアしやすい環境かどうか見直しをする ナレッジは、本来の意味や機能を失い、ただ蓄積しているだけの状態になってしまうことがあります。 こういったナレッジの形骸化については、環境面を定期的に見直すことでも防止できます。 活動を振り返りナレッジをシェアし続けるための環境面についても、定期的に見直しを行いましょう。 ナレッジをシェア・活用するには、「場」の創出が大事といわれています。 これまでの活動を振り返りどのような「場」でナレッジの共有が盛んだったかを考え、より有効な「場」が創れないか見直します。 「場」には具体的に以下のような例があります。 ① コミュニケーションコーナーの設置 (お菓子コーナー、ソファースペース、運動スペースなど) 業務時間や休憩時間での、何気ない人の出会いと知識の交流を生む「場」。 ② フリーアドレススペースの設置 「タコツボ化」を防ぎ、毎日異なる人との知識交流が生まれる「場」。 ③ 勉強会・事例発表会の実施 個人の知識やノウハウを、組織に還元する「場」。 ④ 社内SNS/グループチャット 個人の知識やノウハウを、インターネット(イントラネット)を使って共有するための「場」。 ⑤ 読書会/輪読会の実施 課題図書を決め、学びや意見を交換する「場」。 新たなナレッジのインプットのきっかけにもなり、個人と組織の成長を促す。 ⑥ 社内報を活用したナレッジ共有 最近では、たとえば従来の社員食堂をオシャレな空間にデザインしなおすことで、 社員が自発的に集まりやすくし、情報交換をしやすくしている企業も出てきています。 既存の空間や仕組みも、設計次第でナレッジ交流が行われる「場」に変えることは十分可能です。 4. 関連資料 ▶▶【🎥動画】学びをシェアする文化をいかにつくるか はこちら

人材要件の設定、見直し

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

体制図の作成法

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

テレワーク下でのコミュニケーション強化

テレワーク下では、リアルでのコミュニケーションと比較すると、頻度は下がります。 チーム内での周囲とのメンバーとの関係性がある場合は、業務上での相談がまだ出来ますが、そういった関係性が出来ていないと、相談がしにくくなります。 関係性を築いていくには、雑談は重要ですが、テレワーク下では、雑談は意図的にすることが大切です。 いくつか事例を紹介しますので、自分のチームに合うものを取り入れ、チーム内の関係性を高めていきましょう。 日中の業務時間帯に突然雑談をし始めても、相手側は仕事に集中していて邪魔されることを嫌がる場合があります。 更にテレワークでは相手が何をしているのか、状況も見えづらいです。 気軽に雑談が出来るようには、定期的な時間枠を設けて自然とそういった会話を行えるようにしておくことが大切です。 集まりやすい時間帯は、業務スタート時、ランチ時、夕方など、業務が始まる前や後などが候補となります。 特に、業務スタート前は、相手のコンディションなどを察知出来る機会にもなり、業務調整等を行う1つの判断材料にもなりますので、お勧めです。 枠を設けられない場合は、例えばチームMTGの冒頭5分は、必ず雑談するルールを決めて運用するのもよいです。 他のやり方としては、チームで意見交換をした上で仕組み化すべきですが、気軽にすぐにコミュニケーションを取れるように、zoomやteamsなど、オンライン通話を常時接続にするというやり方もあります。 常時接続は、雑談だけでなく、業務中のコミュニケーションを円滑にします。すぐに声を掛けられる環境があると、相談する側のハードルが下がり、問題解決もスムーズに進みます。 最後に、オンライン上での仕組み以外でのやり方ですが、リアルタイムで定期的にコミュニケーションが取れる機会を設けることも検討してみ下さい。 実際に顔を見ながらコミュニケーションを取る場合は、情報量が全く違うことに改めて気づかされます。テレワークが中心になっている場合は、週や月に1度など、状況に合わせて検討してみてください。

計画修正時の調整方法

業務一覧(WBS)を作成し、想定していなかった作業が必要である事や、想定している予算感やスケジュール感では対応できない事などを気づける状態を保つことが良いでしょう。その中から許容範囲と許容できないレベルの確認を随時行ってください。 具体的に認識を合わせること ・Q：想定品質と測定方法 ・C：予算と想定費用 ・D：期限やスケジュールの想定 ・S：想定作業量 なお、期待値の調整は重要ですが、ついついリスクの説明ばかりをしがちです。 そうなった場合、意図せず顧客や関係者の信頼を損ねることがあります。そらないように以下の点に注意すると良いでしょう。 ・全力で元の計画通りゴールや成果に近づけたいということを伝えながらもリスクを伝え、相手もリスクを認識してからトレードオフ案を出す。 ・いきなり100％のトレードオフ案ではなく、10％、20％、30％と小刻みにしたものを伝え、まずは最小対応として10％から承認を取る。※1 また、期待値の調整(特にトレードオフ案の提示)の場合、相手が関心あるのは圧倒的に「これからどうなるか？」という未来の話です。 なのに多くの人が「なぜ計画が乖離したか？」「現状がどうなっているか？」を説明することに必死になりがちです。 たしかに正しく現状と発生している問題を認識することは的確な修正計画を策定する上で重要ですが、 顧客や関係者にとって重要なのはその修正計画とそれによる影響です。 期待値調整に失敗する人のほとんどは、この勘違いをしているパターンが多いです。 特に自身で判断をする決裁者でそのレベルが上がれば上がるほどにより未来の話への関心が高まります。 相手の立場、役職に応じて経緯、原因、修正計画、影響のどこに比重を置いて会話するかを見極め、使い分けましょう。※2 ※1：人はいきなり大きな影響やリスクのあることを決断できません。 ただ、一度決断するとその後、そのレベルが上がっても同様の決断をしやすくなります。 考えたトレードオフ案のリスクや影響があまりに大きい場合は、全体を見せた上でより小さな範囲から承認をもらうように交渉すると スムーズに進む場合があります。 また、自分たちが考えたトレードオフ案も実際は正しいかどうか、どれほど効果があるか分からない、 という場合も小さな範囲で進めることでその後の更なる計画修正も容易になります。 ※2：決裁者のレベルが上がるにつれて経緯＞原因＞修正計画＞影響と関心が移っていきます。

資産棚卸し方法

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

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

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

コミュニケーションの仕組み化

〈目次〉 コミュニケーションの仕組み化 関係性を深めるために必要なこと 関連資料 1. コミュニケーションの仕組み化 コミュニケーションを仕組み化するために、”コミュニケーションプラン”を作成していきましょう。 コミュニケーションプランとは、仕事をスムーズに進めるために、対話の機会をあらかじめ計画し確保しておくことですので、 対話の内容により頻度や手法が変わってきます。 コミュニケーションプランを作成するために、「目的(内容)」「頻度」「手法」の3 つの事柄に分けて考えましょう。 コミュニケーションプラン作成のために 考えるべきこと 目的(内容) 何を会話したいか？ 「意見交換、相談、連絡、報告、承認」 頻度 どれくらい会話したいか？ 「定期、不定期」 手法 どのように行いたいか？ 「メール、チャット、対面、会議体」 コミュニケーションプラン作成時に注意すべきこと チームの組成時やプロジェクトの発足時には、関係者間で勘違いや認識ズレが発生しやすい時期ですので決定的なすれ違いによるリスクを低減するためにも、日次でのミーティングを設定しましょう。 決裁者など活動のカギを握る主要な関係者が参加される会議については、あらかじめ数ヵ月先まで定期的な接点を確保しましょう。これは何かが起こってから、急に予定を確保しようとすると調整が難しいことが多いので、情報交換や意思決定の遅れによるリスクを低減するためです。（何か問題や会話したいことが発生した場合に、急にスケジュールを空けていただくよう調整するよりあらかじめ予定を確保し不要な場合にキャンセルする方が、相手への負担が少なく親切です。）予定をキャンセルする際には、「今週の会議で課題は解決したため来週までに追加のアジェンダがなければ次週定例はキャンセルします」など 理由をお伝えし、適宜関係者に連携を行いましょう。 2. 関係性を深めるために効果的なこと 人との関係性はコミュニケーションの量に比例すると言われています。 チームの組成時やプロジェクト発足時などでは、関係性を深めるために頻度を高く対話することを意識しましょう。 また話し下手の方であっても、会う回数や相手の視界に入るだけ関係性を深める効果があります。 Tips ザイアンスの法則 人が人に好感を持ち始める時は、話す内容や時間の長さは関係なく 実際に会う回数が多い人物であればあるほど好感を持ちやすい 加えて、日常的な接点だけではなく、より深い関係性を構築するためには普段とは別の交流の場を設けるとより効果的です。 交流会の例 仕事が一段落したタイミングでの「慰労会(打ち上げ)」 関係者の入れ替わりが発生したタイミングでの「歓送迎会」 新たなお付き合いを始める際の「交流会」 昨今は、対面での宴会を控える風潮もありますので、その場合はランチ会や業務時間内での振り返り会などを企画してみましょう。 3. 関連資料 ▶▶【🎥動画】コミュニケーションプランフォーマット はこちら 【📝記事】会議の生産性を高めるには はこちら