浸透しやすいネーミングを考えるためのヒント
おすすめ動画
おすすめ記事
期の変わり目にニーズに関する情報収集をする方法
期の変わり目は、組織自体に様々な変更があるため、ニーズや背景も変わりやすい時期です。 必ず何かしらの変化があるものと考え、その変更を確認しにいきましょう。 特にチームの目標設定などは期ごとに行うものなので、そのタイミングで必ず、特に顧客のニーズは改めて確認しましょう。 情報収集のポイント ① 顧客やエンドユーザーのニーズ 「顧客やエンドユーザーから寄せられたご意見(VOC)」の収集や、「満足度調査」を定期的に行っている場合は、１つの参考情報として活用します。 また、顧客やエンドユーザーとの接点がある業務であれば、そこから得られる満足度の変化、要望やニーズの変化を改めて整理します。 ② 関係者のニーズ 関係者が感じているチームに対する満足度を確認するには、直接ヒアリングすることが望ましいですが、直接の会話の機会が持ちにくい場合はアンケート調査を行います。
ニーズの変化の確認について
ニーズの変化に気づくためには、対象の方からVOC、満足度調査、顧客組織の方針変更など、情報を収集することから始めます。 しかしこれらの情報は、すぐに収集出来るものではなく、VOCであれば日々の活動を振り返って意見をまとめたり、満足度調査であれば、事前に顧客に対して頭出しを行う必要があります。 顧客組織の変更に関する情報も、普段から関係性を構築していれば期の節目に情報を取得できるかもしれません。 つまり、このような変化を確認するためには、情報を収集するための準備が重要ですので、日々の行動から一度見直してみるとよいでしょう。 更に、KPIの要求が突然変わるときは要注意です。 当然、ニーズに変化が起きているケースもありますが、例えば、担当者が変わったタイミングで突然要求が高くなっているときは、 新任者は前任者と違う結果を残そうと、無茶な要求を上げてくるケースもあります。 また、新しい取り組みをしたいがアイデアがなかなか出ず、結局今のKPIでも十分に満たせているのに、更に高い設定をしてきているというケースもあります。 勿論、このような理由だけではありませんので、なぜ変更する必要があるかは、顧客と意見をすり合わせることが非常に重要です。 収集したニーズは来期に向けて注力すべきことを整理していきましょう。 注力すべきことを整理する際のポイント ・顧客側でも、方針や目標が定まっていないことが珍しくないため、 まずは期が始まるタイミングまでに、収集できた情報で仮の目標を立て、動き始めておき、 追加で情報収集したら修正するくらいの柔軟度で動くことが望ましいです。 ・変化した事柄や現時点で判明しているニーズ変化を以下のようにマッピングして、 仮説を立てて整理すると良いです。
関係者と距離を縮めるコミュニケーション
関係性を構築すべき相手が特定されたら、日々のコミュニケーションを大切にし、多く接点を持つことで関係者との距離を縮めていきます。 コミュニケーションのポイント ・より正確な情報を持つために、多くの関係者と接点を持つ。 ・挨拶などの単純な日々の接点を繰り返す。 対話の機会を得たら、積極的な自己開示と他者への共感を示すことで、 関係性が深まり本音の会話ができる関係性が構築できます。 ・本音で会話するためには、会議の場だけでなくインフォーマルコミュニケーション （休憩時の雑談・懇親会など業務外のコミュニケーション）も心がけましょう。 また、関係性の深め方を考える上では、ザイアンスの法則を参考にすると良いです。 ザイアンスの法則では、「人が人に好感を持ち始める時は、話す内容や時間の長さは関係なく、実際に会う回数が多い人物であればあるほど好感を持ちやすい」という法則です。 会う回数とは、相手の視界に入るだけでも回数に含まれます。 つまり話し下手の方であっても、まずは誰にでも出来る簡単なアクションで関係性を深めていくことが出来ます。
緊急連絡体制の強化
緊急連絡体制、エスカレーションフローの確立は、障害・インシデント・情報セキュリティ事案・社員保護の観点から重要です。作成時は、実際に機能するか、テストも忘れずに行いましょう。 そのあとは、定期的に以下4点を見直していくことで緊急連絡体制の強化ができます。 1、報告対象の更新 2、連絡フローの更新 3、関係者とすり合わせ 4、チーム内の展開 トラブルや事故は、頻繁には発生しませんが、いざというときにすぐに動けるようにしておくことが望ましいです。 そのためには、定期的にシミュレーションを行っておくことを推奨します。 トラブルや事故が万が一発生した場合、対象者は動揺してしまい、正常な判断が出来なくなる可能性があります。連絡を受ける上司も、突然の動揺した相手から、何が起きているのかをすぐに把握することは難しいです。 どんな事象が報告する対象であるか、初動のアクションは何をすればよいか、誰にどんなことを連絡をすればよいか、何分以内に行うのか。連絡を受ける側は、相手から何を確認すればよいか、を押さえておきましょう。 シミュレーションを行うことで、手順の確認だけではなく、実際に対処方法で事象が復旧するかどうかも確認することが出来ます。 一つの事例として、ある拠点でNW障害が発生しました。緊急対応フローに沿って、迂回先へ切替を行ったところ、迂回先のNW機器の電源が入っておらず、NWが全断になるというトラブルが発生しました。このようなことも、事前にシミュレーションをしていれば迂回先のNW機器に電源が入っていないことに気づけています。
.jpg)
