●参加者たちのジレンマ

そもそも、システム統合するのは、Ａ〜Ｄ社がそれぞれシステムを作るコスト、維持するコストを削減したいからである。それなのに、カスタマイズをしていたらコスト削減にはならない。ここに参加者たちのジレンマがあり、複雑な人間模様が出現する。 　カスタマイズを拒むのは、Ａ社のシステム部門とこの統合を企画した上層部である。Ａ社のシステム部門が拒むのは、カスタマイズはＡ社のエンジニアが行う必要があるからだ。残るのはＡ社のシステムであり、Ａ社のシステムを改造（カスタマイズ）できるのはＡ社のシステム部門だけである。Ｂ〜Ｄ社の個別機能をカスタマイズすれば膨大な作業量になる。Ａ社のシステム部門から見れば、そんな大作業をする余裕はない。 　さらに言えば、Ａ社のシステム部門は、Ｂ〜Ｄ社の個別機能の内容を知っていない。知らない機能を作りこむのは時間がかかるし、自信がない。だからカスタマイズを拒むのである。 　また、カスタマイズを拒む勢力は他にもいる。コストを増やしたくない人たちであり、統合を決め、推進するＡ社〜Ｄ社の企画マンやプロジェクト管理者たちだ。彼らは、余計なコストを支出する気がまったくないのである。ただし、Ｂ社〜Ｄ社の企画マンは、システム統合後に、自分たちの会社の業務ができなくなると困るので、最低限のカスタマイズはすべきと思っている。しかし、コスト増は断固として反対する。非常に都合のよい人たちだ。 　結局、コストも気にせずカスタマイズしたいのは、Ｂ〜Ｄの業務担当者たちである。彼らから見れば、業務が変わったり、場合によっては、不要人材としてリストラされるかも知れないから必死である。

●各立場の人間たちのニーズと考え

Ａ社の業務や顧客向けサービスとそれを管理するシステムだけが残れば、Ｂ〜Ｄ社の業務人材は基本的には不要になる。こんな理由から、Ｂ〜Ｄ社の業務担当人材は必死で抵抗するのである。 　このように考えると、このシステム統合の参加者のニーズは以下のとおりとなる。

（1）Ａ社のシステム部門 　カスタマイズはしたくない。カスタマイズは断固断るつもりである。 （2）統合プロジェクトを担当するプロジェクトマネージャ（Ａ社） 　カスタマイズはしたくない。コストを増やしたくない。スケジュールは遅延したくないと思っている。 （3）Ｂ〜Ｄ社の企画担当 　業務ができなくなるかも知れないので、カスタマイズは必要かも知れないと思っている。でも、コストは増やせない。 （4）Ｂ〜Ｄ社の業務担当 　カスタマイズは必須。断固してほしいと思っている。

このような複雑な関係になる。このような人間模様でプロジェクトマネージャになると大変である。 　と言っている筆者は、どの立場であったか？　そう、筆者はこの大変な（２）Ａ社のプロジェクトマネージャだったのだ。 　次回は、筆者がどのようにヒューマン・マネジメントの戦略を考えたのかを説明する。

■芦屋 広太（Asiya Kouta）氏プロフィール OFFICE ARON PLANNING代表。IT教育コンサルタント。SE、PM、システムアナリストとしてシステム開発を経験。優秀IT人材の思考・行動プロセスを心理学から説明した「ヒューマンスキル教育」をモデル化。日経コンピュータや書籍への発表、学生・社会人向けの講座・研修に活用している。著書に「SEのためのヒューマンスキル入門」（日経BP社）、「Dr芦屋のSE診断クリニック(翔泳社)」など。 サイト ： http://www.a-ron.net/ ブログ ： http://d.hatena.ne.jp/officearon/ 連絡先 ： clinic@a-ron.net