トラブルにおけるマネージメント ／ 西田 則夫

システム開発の業務に携わって２０数年になりますが、現在は、プロジェクト
のマネージメントを中心に現場での仕事を長年続けています。ここ５年ほどは、
いろいろなトラブルが発生したプロジェクトの火消し役をおおせつかり、なんと
か成果をあげて、トラブル発生イコール私の名前がでるという図式で、幸か不幸
か存在価値がみいだせています。一口にトラブルといっても、システム設計中、
実装局面、テスト中、果ては運用開始後といったいろいろな局面が存在します。
そして、その発生原因にしても種々、いろいろ、複合的な要因がからみあって単
純にはいえないのが現実です。ひとついえることは、順調にいっているプロジェ
クトはそれなりにリスクが前もって対処され善循環のプロセスが働く。それに反
してトラブルプロジェクトは打つ手、打つ手が後手になり普通ならやらなくても
よい作業（トラブル対策会議、重箱のすみをほじくる管理資料、顧客、上司への
いいわけ報告書作成等）が割り込んできて、なおかつメンバーのモラール（やる
気）を低下させ、それによる工程の遅延、ミスにつながり、悪循環が繰り返され
ます。
　さて、こんな時どうするかですが、私の経験では、開きなおりしかないです。
普通の手順できれいにまとめることは、とてもできない状況が多いため、ベスト
とは思いませんが、「トラブルプロジェクトの対応は終わりよければすべてよし
の気持ち」で、
１．通常の進め方でなく、早い決断と思い切った処置が必要
２．途中の過程より最終の結果を優先する
　私が携わったこういったプロジェクトのお客様とはその後、良好な関係を続け
させてもらっておりますが、お客様がみな体力のある大企業ばかりであったのも
幸いだったかもしれません。これが、中小企業のお客様相手であったとしたら、
直接、経営にかかわる問題に発展していく可能性もあったかもしれません。ただ、
こういったトラブルはすべてベンダー側の責任というわけでなく、お客様側にも
取り組み甘さがあったことは否定できません。
いかにすばらしい目標をかかげてもそれを実際、使えるものにするのが重要で、
それには、お客様側の推進者とベンダーがいかに協力しあえるかで、ベンダー側
の能力はもとより、推進者の姿勢が大きく影響します。そういった意味で経営戦
略からＩＴ導入、運用までをサポートするＩＴＣの重要性はますます高くなるの
ではないでしょうか。

■執筆者プロフィール

西田　則夫（Nishida Norio)
情報処理プロジェクトマネージャー、ＩＴコーディネータ
マネジメントの経験を顧客満足の向上に役立てたいと思います。
Norio_Nishida@cii.csk.co.jp