会計システムリプレイス大手生命保険会社2社の合併に伴い、本社会計システムの統合及びリプレイスを行いました。本システムは、以下の2点が大きな目的でした。一方の会社システムを踏襲する形で、他方から取り入れたい機能を追加していくという形で開発を進めていき、120人月の案件規模で、要件定義から約1年半かけてリリースまで至りました。お客様先に常駐し、じっくりと要件定義スタート時点では統合とリプレイスという方向性しか見えていなかったため、弊社のメンバー2名が約2ヶ月間お客様先に常駐し何度もコミュニケーションを重ねながら要件定義を進めて行き、スムーズに設計フェーズを開始することができました。これまでの業務経験から、設計での問題点はそれが設計段階では小さなものであっても、開発を進めていくと大きな問題につながる可能性があると理解しており、設計に時間をかけてでもより良いものを目指しました。設計開始時点で7名メンバーを増員し、そこから徐々にメンバーを増やし最終的には16名体制で行いました。古いデータベースをそのまま引き継ぐという要望への対処お客様側からデータベースは既存システムを継続して使用したいという要望があり、データベースのレイアウトをほとんど変えられなかったうえに、もともとのシステムが10年ほど前のものだったため、新システムの設計書に落としこむことが大変でした。それに加え、今回の案件では、通常のシステム開発の倍以上のテストケースが必要だったことも苦労した点の一つでした。仕分けパターンも細分化されており、特に送金も絡んできますので1円でも誤差が出ないように完全なシステムをリリースできるように尽力しました。システム上の問題で自社に開発環境を作ることができず、お客様の環境でないとテストができないケースもあったのですが、最初のテストで問題なく既存のDBに接続できた時には開発メンバーの努力に頭が下がる思いでした。3段階に分けたフレキシブルなリリース対応テストケースの多さに苦労はしましたが、反対にそれだけテストを行ったからこそ、リリース後の障害を最小限にできるという自信もありました。実際リリース後は障害もなく、順調にシステムが稼動しています。今回のシステムではお客様側で利用するタイミングに応じて、3段階に分けてリリースを行ったことも、プロジェクトが上手くいった理由の一つとして挙げられるでしょう。良く使われる機能とそうでない機能をあらかじめ分類しておき、それぞれのタイミングに合わせて、3段階に分けてリリースしました。することで作業の優先順位が明確になり、作業のスムーズな進行につながりました。プロジェクトに携わる人数が多かったので、毎日進捗会議を行い、お互いの進捗度の把握に努めました。メンバーの中に会計に対する業務知識に長けている者がいたことも、メンバーがシステムの理解度を深めるという点で大きな役割を果たしました。リリース後もシステムの見直し、改善の積み重ね現在はアプリケーション保守に4人体制で対応しています。入念なテストを行ったこともあり、リリース以降障害は発生していませんが、日々システムの改善を重ねています。リリースから時間が経過しているため、現行システムの見直しを行っており、今後は新システムへの移行を進めていく予定です。セキュリティ基本方針ソーシャルメディアポリシーサイトマップメニュ。