メンバーの変化を察知する方法

メンバーコンディションというのはデータには表れにくく、数字の変化だけをトラックしても、察知することはできません。 そのために有効な手法は、定期的にコミュニケーションを取り、本音ではどんなことを考えているのか、理解を深めていくことが重要です。 また相手を理解するためには、こちらから話しかけるのではなく、傾聴を中心にコミュニケーションを取るようにします。 注意すべきことは、まずは相互の信頼関係がないと、会話はスムーズに進みません。あまり知らない方に対しては自分の弱音、失敗したことなど、話しにくいことも多いです。そういった場合は、まずは相手にしてほしいことを、自分からやるように心がけてください。例えば、自分の失敗事例を伝えることで、この人も自分と同じなんだなと感じてもらえ、会話がスムーズに進むことがあります。また、仕事から離れて、相手が興味がある話へ切替えをすることで、相手も話がしやすく、相手を知る第一歩となります。 何度もコミュニケーションを重ねることで、普段の相手の体調、心理コンディションが、いつもと違うことに気づけるようになります。 そのようなケースでは、「大丈夫ですか？」という問いはしないようにしてください。 人は「大丈夫ですか？」と聞かれると、自然と「大丈夫です」と答えてしまい、本当に困っていることをなかなか言い出せなくなります。 その場合は、「どうかしましたか？何か手伝えることはありますか？何かしてほしいことはありますか？」と伺うようにしてください。

会議の生産性を上げるコツ(突発的/臨時で集まるMTGの進め方)

普段の日常的な会話や、MTG中の雑談から、企画めいたアイデアが膨らんでくることはありませんか。 こんなときに、別で時間を設けて話をしよう派生したMTGが決まることはよくあります。 このような簡易的に行うMTGを上手く進めるためには、以下の様な準備をしておくと、上手く進みます。 少なくとも、why/what/whoはとても大切です。会議の前迄に、すり合わせをしておきましょう。 事前に、参加者に対しては、チャットでもメールでも構いませんので、MTG前に共有するだけで、MTGが活性化します。 　why　　 会議の目的・ゴール 　　　　　　　　メモ帳レベルでも大丈夫ですが、文字に起こしておきましょう。 　what　　会議の目的に沿った資料 　　　　　　　　現状分かる情報の整理等、共有認識を持っておくべきこと、意思決定をするためのモノなど、何を誰が用意するべきかを整理します。 　who　　 参加者 　　　　　　　　その場にいる方だけで足りるのか、他に必要な方はいないか、会議の目的から考えましょう。 　how　　対面、オンライン、チャット等 　where　場所 　When　 日程や時間 特に、MTGの肝になるwhy/what/whoを優先的に整理して下さい。

Issueリスト　意見を収集する

チームでは、1年、半年、3か月と大きな目標を立てて、日々の業務を進めていきます。 進めていくと、計画を立てたときには気づけていなかったポイントや、やってみるとやりにくい等、様々な意見が出てきます。 それらの顕在化した問題や、今後問題になりそうなリスクは放置するのではなく、定期的に収集し、解決へ進めていくことが必要です。 Issueリストは、その意見や感じていることを収集するものです。 収集するためのポイントは以下です。 ・収集手法を決める。 　定期的に意見を収集できるように、チーム全員が編集できるファイルや、チャット部屋などを作りましょう。 　後で編集を行いやすいように、エクセルファイルやスプレッドシートなどがお勧めです。 ・記載内容/頻度をルール化する。 　目的はさることながら、記載内容は事前にすり合わせをしておくと、入力がしやすくなります。 　日々の業務の中で不安に感じていること/気になっていること、気づいたアイデア、改善ポイントなど。 　そのほかにも、sprint概要の変化確認のポイント等を参照してみてください。 　入力頻度ですが、気づきベースで記載してもらうようにすると、ばらつきが出てきますので、 　1回/週など、予め決めておくと、普段の行動の中でアンテナを張る習慣に繋がります。 ・入力をしてもらうだけでなく、別の収集手法も予め決める。 　入力するルールを定めても、日々の業務が忙しく、収集が上手くいかないシチュエーションも出てきます。 　そのような場合に備えて、予めインタビューを考えておきましょう。 　インタビューは、問題を感じてる対象の方が忙しい場合が多いため、事前準備があると、効果的にインタビューが進みます。 　例えば、普段どんなことをしているのか業務について調べたり、普段、どんなことを感じていそうか？例えば4Mの視点でいうと？ 　と、と少し考えておくだけでも、インタビューはスムーズに進みます。

ナレッジの背景や意味の共有について

チームで得たナレッジを関連ドキュメントに反映することで、チームメンバー全員がナレッジを反映し、たより良い仕事の進め方を実行することができるようになります。 一方ドキュメントに反映された時点では「なぜそうなったのか」「なぜそのやり方なのか」という理由までは反映されないことも多くあります。 純粋に決められた通りに間違いなく作業をすることを目的にするなら大きな問題はありませんが、そうではない場合には以下のような問題も生じます。 １つ目の問題は、状況が異なるケースに遭遇した際に行動ができなくなることです。 例えば他部門からの問い合わせ対応など、業務によっては、必ずしも毎回同じ作業を繰り返すというわけではないことも多くあります。 その場合、具体的な作業を細かく指定するのではなく、「考え方」や「ケース」をガイドする必要があるでしょう。 例えば、「手段Aと手段Bであれば、基本的に手段Aを優先するが、対応時間が大きく増える場合は、B案を優先する」などの考え方です。 2つ目の問題は、ドキュメントに記載されている以外のやり方の方が、自分にとって都合が良いと判断した場合に、別のやり方を選択してしまう可能性があるという問題です。 これは、そのやり方に至った背景、それ以外のやり方のデメリットを理解していないことから発生します。 チームとして大きな失敗をした直後、痛みを共有できているうちは問題ありませんが、時間が経ちその痛みを知らない人員に交代していくとこの問題の発生確率は上がります。 大きな事故を防ぐためなど、内容によっては、やり方そのものと併せて、「なぜそのやり方なのか」という背景を理解することも同じくらい大切になります。必ずドキュメントに反映しましょう。 これらの問題の防止策は、コミュニケーションによる共有が有効です。 このような意味、背景が重要なものは、それも併せてドキュメントに反映することが大事ですが、性質上どうしてもドキュメントへの反映ができない、ないしはそれだけでは足りない場合があります。 そういった場合は、口頭でも構いませんのでナレッジを伝える際に併せて伝えることや、時にそれらを目的とした共有会を開催する等も有効です。特に判断のための考え方等、ニュアンスの難しいものは逆にドキュメントには頼らず、コミュニケーションによる共有を徹底しても良いです。