久郷様

エア・ウォーターは、2000年の大同ほくさんと共同酸素の合併後、両社の基幹業務システムを並行稼働する期間を経て、会計システムは大同ほくさんの基幹業務システムに統合することが決まっていました。

当社は、2001年にエア・ウォーターから分社した時に、会計システムをどうするか検討を迫られました。大同ほくさんの総合原価管理をメインとしたシステムと、共同酸素が個別原価管理を採用したシステムの選択肢から、個別原価管理が可能かつ当社が求める購買の機能（Web購買）を有した共同酸素の会計システムが当社のエンジニアリング業に適していると判断し、採用を決定しました。その後、15年近く不足していた機能を追加開発で補いながら使用してきました。

しかし、OSのライフサイクルが終了し、保守も限界を迎えることが目に見えていました。大規模な改修も考えましたが、建設業（個別原価管理）に特化したパッケージソフトを選択した方が業界特有の思想が標準装備されていることや、会計基準・税制改正などへのタイムリーな対応、OSバージョンアップにも迅速に対応できることなどから、改修ではなく、刷新した方がよいと判断しました。

久郷様

エア・ウォーターをはじめ、グループ会社の多くはエンジニアリング業ではありませんから、個別原価管理は必要ありません。しかし、当社では工事ごとの個別原価管理は必須で、それ以外にも顧客情報や工事情報の管理が必要になるのです。ところが今までのシステムでも、案件の販売価格と原価実績の管理のみで、前述の顧客情報や工事情報は一元的に管理できていませんでした。そこで、当社と同じ業種で使われていて、個別原価管理と工事情報管理を効率的に行えるシステムがあれば有益だろうということで、パッケージソフトの選定に着手したのです。

久郷様

2015年に、NTTデータエンジニアリングシステムズ（NDES）も含めた4社にプレゼンテーションをしてもらいました。その時の当社の質問に対して、NDESは間髪を入れずに、「これは実現できますが、これはできません」「実現するには、この方法を提案します」と答えてくれました。それまで付き合いのなかったNDESでしたが、その対応を見て「これならいけそうだ」と直感したのです。

最終的にはNDESともう1社の2社に絞り込んで、細かく検討し、導入パッケージを決めることにしました。経営側としては、正しい結果が得られれば、どのシステムでもよいわけです。しかし、重要なのは各業務で使う側です。使い手が納得するシステムを導入したいと考えました。それで、キーパーソンである調達の徳田、会計の原塚、販売（工事管理）の越澤の３人による判断を重視したいと思い、改めて2社のパッケージのデモンストレーションを見て検討しました。

徳田様

そうです。ほぼ同時に標準のBiz∫Project-Spaceを操作しながら、各部門から意見を出してもらいました。

久郷様

工事情報管理は営業部が中心になって、工事情報の管理の在り方や入力方法を軸に、越澤を中心にして意見を出してもらいました。
会計は業務担当が入力し、管理部門が締めるため、限られたユーザーの意見をまとめることは、それほど難しくありませんでした。
購買や工事情報管理については、業務を取り仕切ってきた力のある担当者なので、設計部門や営業部門をまとめることができたのだと思います。

徳田様

Biz∫Project-Spaceの購買については、旧システムに付加機能が付いたという感じでしたので、操作する上でBiz∫Project-Spaceに違和感はありませんでした。2001年に旧システムを使い始めた時は、いろいろなところから使いづらいと苦情を言われましたが、今回は問い合わせも少なく進められました。

久郷様

旧システムでの工事情報管理は本当に最低限の情報しかなく、不足している情報を別のシステムに連携させて、売り上げに計上した後、Excelの表で管理していました。つまり、一つの案件を受注すると、さまざまなシステムに情報を入力して、別々に管理するという面倒な作業をしていたので、この作業がとても大変でした。そこで工事情報管理の機能を一つにまとめることにより、入力を簡素化し、タイムリーにすることで効率化していく、それが新システムの最大の目的でした。

久郷様

そういうこともありました。最初に徳田がデモ機にデータを入力したら、問題なく正しい結果が出力できました。それで次の段階に進んで、要件定義したデータを持ってきて入力してみたら、少し異なる結果になったのです。机上で仕様を決めて、それでいけそうだと実際にデータを入力してみると、この項目はこちら側にあったらよかったとか、このボタンはこちら側にある方がよかったとか、入力したはずのデータが次の入力画面につながらないとか、さまざまな問題が発生しました。

Biz∫Project-Spaceのパッケージとしての仕様があるので、基本はそれに合わせるという方針でやってきました。ところが、プロジェクト終盤の2016年夏頃になって、長年業務をやってきている当社のやり方を残さないと業務が回らないという部分が出てきました。

このようにプロジェクトの終盤で問題が出てきたのは、最初の要件定義段階で再構築するシステムについて、しっかりとしたイメージが持てなかったことに原因があると考えています。

それはマイホームを建て、住んでみると「こうすればよかった」と反省するように、後から考えると、最初の段階で確認していたら、もっと楽にできたという部分はあちこちにあります。プロジェクトのスタート段階では、システムを再構築することの大変さを十分に理解していたとはいえません。それがプロジェクト進行に伴いその大変さに気が付き、2016年夏頃は本当に計画通り10月からサービスインできるのかと不安に思うこともしばしばありました。

徳田様

システムのことは素人ということもあり、システムの構築時にあまり深く考えなかったことが、導入後にその意味が分かることも多く、もう少し考えて構築すればよかったと思うことがあります。

久郷様

私にとって、今回がシステム構築3部作のゴールと考えています。10年ほど前に技術文書の管理システムを自社でカスタマイズしたソフトからパッケージに移行しました。次に、管理部門で初めてプロジェクトチームを組んで、Excelで入力していた就業・工数管理をパッケージシステム化しました。それが終わったので、今回は本丸の基幹業務システムの再構築に取り組みました。購買や販売などほかの部門も交えて、全社的に取り組んだのは初めての経験です。

久郷様

中心になった3人は皆、大きく成長しました。サブリーダーだった原塚は、プロジェクトリーダーとしての役割を担えるまでになったと思います。プロジェクトのスタートからサービスインまでのチェックポイントで、この仕様ではダメだとか、費用との兼ね合いを考えながらやり直すべきかなどの判断を原塚が中心となって、徳田、越澤の３人で行いました。
３人とも本当によくやったと思いますし、その頑張りがなければ、このプロジェクトは計画通り完遂できませんでした。

前田様

印象的だったのは3人が多くの社員を巻き込んで動いていたことです。購買はユーザーが何百人といる中で、問題をつぶしながらサービスインしていきましたし、販売もいくつもの仕組みがある中で、システムを統合したわけです。事業移管で新しい社員が入ってきている中で、その人たちも巻き込んで取り組んでいったので、巻き込む力を皆が持てるようになりました。

原塚様

自分で考えてやりたいことをやろうと、その通り自由にできました。もともと、会計を担当していて、社外の人と話す機会があまりないこともあり、自分の思いを伝える難しさを日々感じていました。今回、システムという同じ土俵でNDESの皆さんとコミュニケーションが図れたので、思いの伝え方も含めて学ぶことが多くありました。

徳田様

自分が一番使いやすいシステムにできました。Web購買の部分は、旧システムを改造しようという話もありましたが、すぐにお断りして新しく作ることをお願いしました。その結果、苦労もありましたが、今は使いやすいシステムに満足しています。

越澤様

当社はものづくりの会社ですが、営業事務をしていると、ものを作り上げていくという達成感がありませんでした。今回プロジェクトに加わって、このシステムの構築で、ものを作り上げたという大きな達成感を得ることができました。

久郷様

次は、予算と実績について明確にしていきたいので、早い時期に予算実績管理機能の実装に取り組む必要があると考えています。

今回、私も女性、NDESのプロジェクトマネージャーも、購買、販売のキーパーソンも女性で、女性が中心となり活躍したプロジェクトでした。それで、お互いに言いたいことを言い合う、ひと味違ったプロジェクトになりました。その成果として基幹業務システムの一本化が実現でき、情報インプットの簡素化および受注情報の一元管理、そして、多彩なアウトプットが可能になりました。さらに最新かつ最適なハードウエア・ソフトウエアで、念願のWeb環境にてシステムを運用できるようになりました。

今後、NDESにはBiz∫Project-Spaceのユーザーを増やしていただき、パッケージとして長く提供してほしいと願っています。そして、Biz∫Project-Spaceのユーザー会を開催してユーザー同士の交流ができるようになってほしいと思います。