「業務改善プロジェクトの進め方（その２）」

前回、『業務改善プロジェクトの進め方』と題して、発注者とITベンダーが一体となって進めていくべき業務改善プロジェクトをRFPの目次構成を見ることで俯瞰し、どの局面でどのようなことを検討しなければならないのかのイメージを掴むことを試みた。
今回はもう少し踏み込んで、より具体的な進め方を見ていきたい。

さて、冒頭から身も蓋もないことを言うと、「こうやればうまくいく」という業務改善の絶対的な進め方は無い。目的や扱う問題の特性、状況などに応じて対処していく必要があるし、そもそもプロジェクトとはそういうものだ。
そのような中で、業務改善プロジェクトを進めるにあたって最低限理解しておかなくてはならないことは何かと尋ねられれば、問題解決プロセスである、と答えるようにしている。問題解決プロセスとは、「問題を解決するための手順」のことで、(1)問題認識、(2)課題設定、(3)解決策検討、(4)実施、(5)評価といったステップを踏む。他にも、4ステップや6ステップで表現されること（流派？）もあり、必ずしも5ステップに拘る必要はない。古典としてはG.ポリアの名著があるし、いろいろ調べてみると面白いだろう。
こういった問題解決プロセスは、仕事に限らず普段の日常生活で誰しもが（意識する、しないに関わらず）問題解決や意思決定などに用いているはずで、皆が納得できるものだと思う。実は、このことはとても重要で、プロジェクトが迷走しないようにするためにも、誰もが理解できるフレームをベースにプロジェクトを組み立て、現在位置を確認しながら進めていくことが肝要だ。

次に、問題解決プロセスを骨格に据え業務改善プロジェクトとしてどのように肉付けすればよいのか見てみよう。肉付けを説明しようとなるとコンテキストに依存せざるを得ないが、できるだけ一般論として説明したい。