情シスとプロセス管理

１）各部署に情シス担当が居て、普段はその情シス担当と情シスでシステムの話を行う
２）各部署に情シス担当やITに詳しい人はほとんど居らず、システムの話はほとんどすべて情シスが担っている

私の体感では、PCNWのメンバーや参加者では、2）のパターンが大半なのではないでしょうか。あらゆる部署のシステム導入運用変更管理を行って、ID管理もして、ひねもすあっぷあっぷしているというかたちです。

実際に業務を行っている各部署にユーザーヒアリングをしてみても、何を優先してIT化をしていくのか、何が重要なのか、を考えるのに、mustとnice to have（「やらねばならぬ」と「あったら嬉しい」）の区別がついておらず、システムを導入する以前の会話からすごく時間がかかってしまったり、実際システムを導入してみたものの、前後で工数がどれくらい変わったのかがわかりにくく、社内での評価も難しいというのが弊社でもあった状況でした。

リソースは絶対的に不足しているからこそ、業務の優先順位をどうつけていくかが悩ましいというのが共有の悩みであると思います。
こういった状態に対する特効薬、万能薬があればいいですが、そんなものはやはり存在しません。そのなかで、弊社で取り組み、効果が出てきているのは、昔ながらの「プロセス管理」です。
この当たり前のことを当たり前にやるところで、本社機能を効率化する糸口が掴めてきました。見えないものが見えるようになってきたという感覚があります

具体的には、弊社では「RACIをベースとした工数管理」と、これをベースとした「改善状況の可視化」に取り組んでいます。
これにより、「工数が多くかかっているところ」や「テレワークを阻害している要因」を上長も含めてわかりやすく見えるようにすることで、システム化の優先順位を合意し、これを実行した結果としての工数を改めて確認していくというプロセスです。

順序としては、以下のように進めていきます。

（1）RACI図の作成（excelやGoogleスプレッドシートベース）
（2）RACI図をヒアリングベースで完成させる
（3）RACI図のある程度の業務のまとまりをもって日々の工数管理をする
　　（Excelでも勤怠管理システムの工数管理機能、Togglなどのクラウドツールなんでもいいと思います）
（4）各業務のまとまりにおける工数をBIツール等で可視化する
（5）可視化データをベースに定例ミーティングを行い、改善ポイントと優先順位をつけていく
（6）システム化、システムの改修、RPA等を通じて業務プロセスを変える
（7）RACIを更新する（→（3）に戻る）

RACIは、各業務内容における役割毎の責任分界点を可視化する思考フレームワークの一つです。責任範囲を、Responsible、Accountable、Consulted、Informedで定義することから、RACIと呼ばれています。

このRACI図を各業務部門に作成してもらい、そのうえで使用しているシステムやかかっている工数などのヒアリングを行います。そこでごく簡単な業務フローになるようにRACI図を完成させます。
そしてこのRACI図は業務俯瞰図として仕上がってきますので、これをベースに、各部署及び全社での業務IDとして定義し、それぞれの業務IDに対して何時間業務を行ったのかを工数管理をしていきます（ここの習慣づけをしてもらうために、各部門長への交渉が必要です）。

1か月、2か月工数のデータが集まってきたら、これを可視化し、部門長と会話をします。
以上を通じて見えてきた主な効果は以下のようなものです。

①取り組むべきプロジェクトの優先順位や機能を各部門と合理的に合意できた
　（予算化までストレートに進むことができた）
②取り組んだ結果が工数の削減として定量化ができた
③各部門メンバーが工数を意識しながら業務を行うことで定常業務それ自体が効率化された
④各部門メンバーからこの業務をRPA等で改善できないかと提案があがってきている

是非皆さんもどんなプロセス管理をして、各部署の業務と関わっているのか、教えてください。

＜お断り＞
本稿の内容は著者の個人的見解であり、所属企業及びその業務と関係するものではありません。