鹿島建設株式会社 様 導入事例
基幹システムを止めずに再構築。クラウドマイグレーションとモダナイゼーションを遅延なく実現


summary
20年以上にわたり運用されてきた土木部門の基幹システムをモダナイゼーションし、オンプレミス環境からクラウド環境へ移行した鹿島建設様。PaaS環境への移行と新開発言語への切り替えにより、レガシー環境が抱えていた保守性や性能面の課題解消を図りました。
SHIFTは、上流工程における企画・計画支援や既存システムのUI/UX評価をはじめ、製造工程ではテスト設計からテスト実行までを担当。大規模な基盤刷新でありながら、スケジュール遅延なく安定稼働を実現しました。
現場からバックオフィスまで支える横断的IT部門
岩倉様が所属される土木ITグループの業務内容について教えてください。

私の所属する「土木ITグループ」では、土木分野で利用される業務システムやクラウドストレージなどの運用・改善・新規導入を担当しています。
全社の社員が利用するシステムであるため、現場とバックオフィス双方のニーズを的確に捉え、各システムの操作性やわかりやすさを確保することが特に重要だと考えています。
ITリテラシーが高くない方もご利用されるという点ではUI/UXの配慮が不可欠ですね。一方で大きくUI/UXを改善すると、操作性が異なることにより定着率が下がるなどのリスクも考えられます。
そうですね。マニュアルなしで使える直感的なUIを意識し、現場ヒアリングによる利用実態の把握も大事にしています。特に今回のような大規模なシステムの再構築では、業務理解と既存運用の正確な把握が重要なテーマでした。
検索スピードの改善やクラウド化に向けて刷新が必須に
今回、システム刷新を検討された背景をお聞かせください。

対象の基幹システムは20年以上運用してきたもので、当時の開発担当者がすでにおらず、ドキュメントもほとんど残っていない状況でした。
また、長年利用してきたシステム基盤では新たな要件への対応がむずかしく、技術者確保や保守負荷の増大を考えると、早い段階で刷新すべきだと判断しました。
具体的にはどのような点で課題を感じたのでしょうか。
もともと検索速度が遅く、必要な情報を得るために複数の画面を行き来して情報を確認する必要があるなど、使いにくさに関する声がユーザーから寄せられていました。
さらに、全社的にクラウド移行が進んでいたことも背景にあり、これらの課題解決とあわせて、PaaS環境への移行や開発言語の刷新が必要であるとの結論に至りました。
今回のリプレースは、単に機能を置き換えるのではなく、クラウドマイグレーションとモダナイゼーションを同時に進める取り組みでした。 運用を継続しながら、システム基盤そのものを見直す大規模なプロジェクトだったといえます。
ちなみに、元の開発環境は何だったのでしょうか?

旧システムは、オンプレミス環境上のレガシーなWeb開発環境を用いて構築されていました。その開発言語については、現在では対応できる技術者が非常に少なくなっており、保守・運用面での課題となっていました。
そこで、長期的な保守運用を見据え、広く利用されている最新の開発プラットフォームである.NETへの移行を実施しました。
アンケートだけに頼らない。現場ヒアリングを併用して業務実態を把握
土木部門の業務は現場ごとの特徴も多い印象です。

はい。同じ作業でも現場によって進め方が異なり、独自ルールが存在する場合もあります。アンケートだけでは利用実態がつかみきれないため、必要に応じてなるべく顔を見て対話形式で業務内容についてヒアリングするようにしていました。
「使いにくい」「面倒くさい」といった感覚的な意見だけでは、改善ポイントが特定しづらいですよね。
そうですね。「使いにくい」「面倒くさい」といった声の背景には、どの画面のどの項目がわかりづらいのか、どの操作が負担になっているのかといった具体的な課題があり、そうした点は実際に話を聞かなければ十分に把握できませんでした。
また、繁忙なユーザーほどマニュアルを読む時間がないため、既存の画面フローは可能な限り維持しつつ、必要な改善点だけを明確に洗い出して対応する方針を取りました。
複数社比較の末、過去の実績と理解度を評価しSHIFTを選定
パートナー選定のポイントを教えてください。
要件対応力、同種プロジェクトの実績、コストなど複数項目で比較しました。
最終的にSHIFTさんを選んだ理由は、過去のプロジェクトでの実績があり、当社の業務特性や開発環境を理解いただいていた点が大きかったです。追加調整が少なく、短期間で高品質な成果を期待できると判断しました。
SHIFTのメンバーはどの段階から参画しましたか?

本プロジェクトでは、上流工程から下流工程まで一貫して参画しました。
上流工程においては、結合テストの前段階から参画し、過去のテスト支援で本システムとの連携テストを行っていた知見を活かして、業務フローの整理やテスト観点の洗い出しを支援しました。その結果、比較的スムーズな立ち上がりを実現できました。
下流工程では、テスト設計からテスト実行までを担当しました。 テスト設計は、以下の5つの観点で実施しています。
1.権限制御の確認
2.業務フローに沿ったシナリオテスト
3.画面表示の性能測定
4.iPad互換性の確認
5.機能要件の確認
体制としては、設計フェーズに5〜6名、実行フェーズに3〜4名を配置しました。
なかでも権限制御テストは、利用者の役割や所属によってアクセス可能な機能や表示情報が細かく異なるため、テストパターン数が非常に多く、最も工数を要した領域となりました。

基本方針は既存システムの仕様を踏襲することでしたが、仕様書が残っていない状況では、既存の挙動を一つひとつ確認し、関係者へのヒアリングやQAを重ねながらテスト設計を進める必要がありますよね。
特に権限制御は、多様な役割が存在する建設会社では、テストパターンが多くテスト観点の整理がむずかしい領域だと感じています。
現行システムにおける“正しい挙動”があいまいだったため、SHIFTさんに仕様の切り分けから設計まで丁寧に対応いただけたのは大きかったです。もしこの部分が不明確なまま進めていれば、大きな手戻りが発生していたと思いますし、今回のスケジュール遵守もむずかしかったと感じています。
利用者の混乱を避けるため、必要な改善に絞って刷新し、 遅延なく安定稼働を実現。検索速度や一覧性が大幅に向上
リリース後の状況はいかがでしたか?
リリース後は大きなトラブルもなく、安定して稼働しています。特に、検索速度が大幅に改善されたことや、これまで複数画面に分かれていた情報をひとつの画面で確認できるようになったことは、利用者から好評を得ています。また、既存の操作感を維持したことでこれまでの運用を変える必要がなく、利用者が混乱することもありませんでした。
ユーザーからの反応はいかがでしょうか?
「もっと大きな変化を加えてほしい」といった声も一部にはありましたが、現場では既存の業務フローがすでに定着しているため、大きな変更はかえって混乱を招くと判断しました。
そのため、画面構成や操作順は可能な限り維持しつつ、検索性の向上や一覧表示の改善など、業務効率化につながるポイントに絞って刷新しています。
今回、既存の操作感を保ったまま改善できたことで、日常的に利用する機能に関する問い合わせはほとんど発生しておらず、現場としてもスムーズに新システムへ移行できました。日々の業務効率や利用者満足度は、確実に向上していると実感しています。
基盤整備を土台に、継続的な改善へ
今回のシステム再構築により基盤・運用体制が整ったので、今後は問い合わせ内容や利用状況を見ながら細かな改善を継続していきたいと考えています。運用の中で見えてくる改善を積み重ねることで、より使いやすいシステムに成長させていけると思っています。

※内容は2025年12月時の取材時のものです。

鹿島建設株式会社 様















