業務習熟度を可視化したい

業務習熟度を可視化する場合は、まずは業務一覧をベースにして作成を行います。 ※管理者としてのスキルマップの場合は、業務だけに特化させず、ビジネススキルに特化させた一覧を作ります。 更に、業務一覧の1つ1つの業務/タスクに対して、出来る/出来ないだけで判断基準を作るのではなく、段階的に基準を設けましょう。 段階的な務習熟度基準の一例 　1　対応の際、都度エスカレーションが必要 　2　自分自身で対応できる 　3　基準1,2について、周囲へ対応方法を教えることができる 更に、その業務/タスクを実行するための必要なスキル/知識を洗い出して一覧化することで、何が足りないから次の基準へステップアップできないかを把握することが出来ます。

QCDSの見直し

期の終わりのタイミングでは、目標とセットに、QCDSの見直しが必要かどうかを検討します。 振り返りをしてみると、QCDSのトレードオフはうまくいっていたとしても、 予定よりも多くのコストを投入して解決していることも多くあります。 期の変わり目については、関係者内では予算を組み直すため、QCDSそのものを新たに設定できることが多くあります。 このタイミングで振り返りを行い、QCDSそのものの見直しをするかどうか検討し、関係者と見直しを行いましょう。

業務構築を行いたい

業務構築はチームを円滑に立ち上げる為の方策です。 運営メンバーを受け入れ、本格運用を開始するまでのスケジュール、タスクを一元管理する為に業務構築WBSを利用します。 業務構築WBSと課題管理表があれば最低限、チームの立上げを推進することが可能です。 また業務構築時に大切なのは、「顧客や関係者との期待値調整」です。進捗状況や課題の認識合わせを適切に行うためにも、雛形を参考にしてすすめてください。 ※ブラウザでのExcelファイルのプレビューは仕様上1シートのみ表示となります。ダウンロードして確認ください。

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

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