【紹介用】COROPS_WEBの使い方
COROPS WEBの使い方について、1分半で解説しています。 COROPS WEBの使い方は、主に3つあり、 それぞれで、どのようなことができるのかをご紹介しています。 【3つの使い方】 ①おすすめ動画の閲覧 ②チームや業務の改善に関する記事や、フォーマット資料の閲覧 ③アドバイザーへのお悩み相談
関連ファイル
おすすめ動画
おすすめ記事
業務標準化を進めるために最初にやること
標準化を進めていくために、何から手を付けるべきかですが、いきなりマニュアルを作成し始めてはいけません。一番最初に取り組むべきことは、業務一覧を作ることです。 チームで対応すべき業務を一覧化し、その中で、優先度が高いモノから着手し始めましょう。 業務一覧から取り掛かる理由ですが、3,4名のチームであれば、全員が全体を俯瞰的に見えているため、何が一番優先度が高いのか、共通認識を持てていることが多いです。 例えば6名のチームで2人1組で3つの業務を担当して進めている場合、何から着手すべきかは、全体を俯瞰するために情報整理を行わないと正しい判断が出来ません。そのために、業務一覧をまずは作成する所から始めます。そして業務一覧に沿って、マニュアル、手順書、フロー、FAQなどがあるかどうかをチェックし、何から着手するか優先度を定めていきます。
インシデントの定義
インシデントの定義は、提供するサービスの品質低下、もしくは低下させる恐れのある事象を指します。 更に業務上で発生するものとチーム運営に関するものとに分けて考えることができます。 <業務上のインシデント> 業務上のインシデントとは、チームでの業務の中で発生するものを指します。 一例 ・対象外(何を対象外とするかを定める必要がある)の対応 ・オペレーションミス ・マニュアルや資料の誤表記 ・システム停止 etc <チーム運営に関するインシデント> チーム運営に関するインシデントとは、提供するサービスの品質に影響を与えるものを指します。 一例 ・セキュリティインシデント(IDカード紛失、メール/FAX誤送信) ・マニュアル、ツール類(データ)の破損 ・お客様貸与品(PC、機器)の紛失、破損 etc これらが代表的なインシデントにあたります。 チーム運営に関するインシデントは、多くのチームで共通することですが、業務上のインシデントについてはチーム独自の事例が出てきますので、 自分たちのチームでは何があるか?更に、発生した際に、どのような対処を必要とするか、を検討して下さい。
コミュニケーションプランの策定
関係者の洗い出しができたら、次はコミュニケーションプランを作り、関係者とのコミュニケーションを仕組み化していきましょう。この仕組みは、チームの発足時に最初に作ってしまうことが望ましいです。 具体的には、以下の3つに注意をします。 ・顧客の担当者とは週に一度定例会を設ける ・決裁者レベルの人とは、3ヵ月に一度進捗報告をする機会を作る ・関係部署とは月に一度共有会を設ける 会議体を設計する際は、会議の目的・頻度・手法を以下の3つの方法で設計し、関係者を合意形成を取り、進めましょう。 ・目的:意見交換/相談/連絡/報告/承認 ・頻度:定期、不定期・手法:メール・対面・オンラインツール 出席者の調整は、目的と会議の内容によって行ってください。例えば大きな意思決定を行う必要がある場合は、担当者だけではなく決裁者などへも調整を行い、自チームの管理職の方へも調整を行いましょう。 会議が設定できたら、実際に会議を行う際に効率的に対話できるように、何について議論したいのかを事前に連絡しておくことで、より会議の質も高まります。 会議は出席者と意見交換を行い、指針・方針・結論を出すことが主目的になりますので、情報を共有するだけの会議になりそうな場合は、時には会議の実施をやめ、別の方法(チャットやメール等)で共有することも検討して下さい。最後に、会議実施前の最終チェックとしては以下4つの項目をポイントとすると良いでしょう。 ・必要な出席者メンバーとなっているか ・アジェンダは提出できているか ・メールや電話では代替できない内容であるか ・会議の目的とゴールをスタート前に参加メンバーと共有できているか よくある失敗事例は、時間配分に併せて伝える内容を調整していないケースです。例えば10分枠なのに5分以上報告で使うとなると、その後に議論する時間が残っていません。このような場合は、必要な情報は何かを再整理をして時間を調整するなどの工夫が必要です。
今後取り組む想定業務の可視化
WBS/業務一覧を作成する際は、まずは概算レベルで洗い出すことで”たたき台”を作成し、これを元に関係者と会話を重ねながら、徐々に情報を肉付けしてくと良いです。その後は、以下のやり方で整理を進めて下さい。 ・類似業務の情報や経験者からのヒアリングを行い、必要な作業をリスト化する ・作業の性質や関係性を考慮してグループ化する(定常/非定常、設計/構築、担当別など) よくある失敗は、定常的な業務では当たり前のことが抜けてしまうということです。 そして、そういうことが意外にもクリティカルなことに繋がります。 例えば、定例会の会議室予約忘れ、必要な申請忘れ、などです。どちらも、やる直前に忘れていたことに気づくケースがあります。 このような忘れてしまうケースは、いつも誰かにやってもらっているため、忘れてしまっているというケースが多いです。 また、作成したWBS/業務一覧を、定期的にupdateをしていないと、チームの状態を正確に把握できず、正しい判断を行えないことが発生します。そもそも、作業を洗い出して業務一覧やWBSを作成し、合意形成を取れたとしても、いざ推進し始めると、必ず過不足について見えてきます。 これは、精緻化をする当初は、まだ情報が確定していないことも多く、仮説を元にして作成されているケースが多いからです。 過去の業務一覧を参考にしている場合でも、実際は実行する人数、求められる品質、順守すべき納期、我々が提供できるサービス、全て同じ条件ではありませんので、流用している場合も注意が必要です。 このようなやってみてわかったことを、updateしていかないとどうなっていくのか。 当初のやるべき範囲、稼働予測など、実績の間に大きな差が出始めてきます。 それを防ぐために、実際に推進している方たちしか分からない情報は、関係者と情報共有しながら業務一覧やWBSをupdateすることが必要です。
アドバイザーに相談
会員登録をすると
いつでもアドバイザーに相談ができます!