元外資系コンサルのガラクタ箱

引き受けた業務を主体的に設計するためのチェックリスト

新しい部署へ異動したり社内プロジェクトにアサインされた時には、最初にタスクとして”何を”やるかを知るだけでなく、なぜやるのかを明確にすることが大事だと前記事で書きました。部署やプロジェクトの目指す姿や目的を、上司や顧客を通じて正しく理解し、認識違いを軽減するためです。

本記事では、その次ステップとして、”なぜ”を踏まえ、改めて”何を”やるかを主体的に組み立てるコツを紹介します。ざっくり説明は受けたんだけどそれ以上の指示は受けてないから動けない、だともどかしいですよね。はじめてチームやプロジェクトをリードされる方の参考になればと思います。

ITILというIT運用の方法論から、サービスデザインというステージのタスクを参考にします。

ITILについてはこちらの記事を参照ください。

また、以下の本の解説も多く引用して記事を書いています。さらに詳細を知るにはぜひ書籍を読まれることをお勧めします。

書籍の主人公によるブログのお蕎麦屋さん例え記事も、ITILサイクルを知るには参考になります。
業務のライフサイクルを考えよう!~お蕎麦屋さんにたとえてみる

サービスデザインとは

サービスデザインは、以下の7つのプロセスに分かれます。

前ステージであるサービスストラテジでは、”なぜ”やるのかを明確にします。そのうえで何をどこまでやるのか、何かあった時どうするのかを明確にするのがこのサービスデザインです。

IT業界に属していても用語は独特ですので、汎用的にかみくだくと以下の表現になります。

最初は上司や顧客などの依頼元から説明を受けますが、説明時間には限りもありますし、説明を受ける側の思考回路に沿って全てを説明することはできません。そこで、説明を受ける側自身で咀嚼し消化していくことが大事になります。

本記事で紹介する枠組みを利用することで足りないものが見えてきます。足りないものを自分なりに考えて提案したり、案を作って検討を持ちかけることで、主体的に業務を組み立てることが可能になります。

何をやるのか一覧化する

サービスカタログ管理では、業務の過不足をなくし優先度を明確にします。

サービスカタログの項目例は以下です。

これらを、以下のプロセスを通じて行います。

  1. サービスの洗い出し
  2. サービスカタログの作成
  3. 定期的な見直しと最新化

作業内容の引継ぎを受けた後でも、このカタログに情報が埋められるかを確認すると、意外と埋められないものが出てきます。一つひとつを確認することで業務内容とその重要性を可視化できます。

これは、プロジェクト管理におけるスコープ管理のようなもので非常に重要です。抜け漏れなく洗い出すことと同じくらい、このカタログをメンテナンスし最新に保つことが重要です。

どこまでやるのか明確にする

サービスレベル管理では、何をどこまで頑張ればいいかを明確にします。しかし現場ではあまり好まれない言葉かもしれません。

それは、契約や明示的なルールとして決めてしまうと、クレームやペナルティの対象になりうるためです。しかしながら、国をまたいだり価値観の異なる組織同士で業務を行う際は、後で揉めない(揉めた時に困らない)ためにも、SLAを締結しておくことをお勧めします。

サービスレベルの項目例は以下の通りです。

プロジェクト管理における品質管理に相当しますが、プロジェクトでは個々のタスクやフェーズを通じて品質を高めるのに対し、ITILでは顧客へのサービス提供が中心になるのが違いです。

普段何かあった時、どこまで対応するのか明確にする

可用性管理では、上記のSLAで約束したレベルの業務を安定して提供するための方法を明確にします。

以下のプロセスを通じて行います。

「全部大事」と主張するのは非現実的ですし、それに近づけようとするとコストも高くなります。業務に応じた適切な活動計画を立てることが重要です。

必要なリソースを明確にする

キャパシティ管理では、定義した業務を行うのに過不足ないリソース(ヒト・モノ・システムなど)を準備します。

以下のプロセスを通じて行います。

プロジェクト管理はそのプロジェクトのサービスインを目指すのに対して、ITILでは、定常的な体制維持や平準化の色が濃くなります。

災害時などにどこまで対応するのか明確にする

サービス継続性管理は、災害時など万が一のときに業務をどのレベルでどのように継続させるかを決めておき、準備しておくものです。これは、全社レベルでBCP(Business Continuity Plan)として災害時の継続の考え方や目標値、体制、運用方法が決まっていることも多いです。個別に考えるというよりは、有事の対応としてどのような方針があるかを確認しておけばよいでしょう。

情報管理に気をつける

情報セキュリティ管理は、業務に必要な情報を安全に利用するためのプロセスです。機密情報や秘匿情報の取り扱い方針を決めておくものです。

意識すべき三要素

以下のプロセスを通じて行います。

自分以外を管理する

サプライヤ管理は、外注先(サプライヤ)から約束したサービスが提供されるようにするものです。

以下のプロセスを通じて行います。

おわりに

プロジェクトと定常業務の大きな違いは、プロジェクトが目的の成果物作成完了を目指すのに対して、定常業務は引き受けた業務内容についてサービスレベルを満たし続けるという違いがあります。優先順位や何かあった時の対応を事前に決めておくための参考になれば幸いです。

mhisaeda

電子書籍「システム導入のためのデータ移行ガイドブック」著者。

新卒から外資系コンサルティングファームに所属。15年に渡り販売物流、特にCRM領域のコンサルティングに従事。 100名を超えるプロジェクトのPMOなど全体を推進していく役回りや、ユーザ企業への出向を通じた実務経験を持つ。

このブログでは、自身がかき集めた知識や経験を共有する。クライアントへの提案やソリューション開発に直結しないガラクタのようなもの。将来再利用する自分のために。同じような悩みを抱える誰かのためにブログ「元外資系コンサルのガラクタ箱」を運営。

カテゴリー

モバイルバージョンを終了