システム導入支援(受入テスト支援・移行支援)
皆様もご存じのとおり、ここ数年のIT分野の発展は、目を見張るものがあります。
クラウドやAIなど、ERPにも新しい技術や機能が次々と取り込まれ、製品自体は年々進化し続けています。
一方で、その進化のスピードとは裏腹に、ERP導入プロジェクトの“しんどさ”はあまり変わっていない、というのが複数の現場で導入を支援してきた立場からの実感です。
例えば、立ち上げから要件定義、基本設計といった序盤はオンスケジュールで進んでいたのに、後半に差しかかると状況が一変。
総合テストやユーザー受入テスト(UAT)に入った途端、想定外の不具合が次々と顕在化し、業務シナリオがうまく通らない、データが整合しない、といった問題が噴出し、開発品質の低さが一気に露呈する——そんなケースは、今もなお珍しくありません。
なぜ、これだけ技術が進化しているにもかかわらず、同じような問題が繰り返されるのでしょうか。
その答えはシンプルです。システム導入において押さえるべき「基本」は、昔からほとんど変わっておらず、その「基本」が十分に押さえられないままプロジェクトが進んでしまっていることが、品質問題の根本的な原因です。
本コラムでは、ERP導入プロジェクトの“関所”ともいえるテスト工程にフォーカスします。
連載形式で、各テストフェーズにありがちなNGパターンを整理しつつ、実務で押さえておくべきポイントを具体的に解説していきます。
これから導入を控えている方にも、今まさにプロジェクトの真っ只中にいる方にも、現場で役立つヒントをお届けできれば幸いです。
以下は、筆者がこれまで多く支援してきたSAP導入プロジェクトにおけるテストの概略です。テストの呼称、検証内容はプロジェクトによってある程度差異がありますので一例としてご参照ください。
| テスト名 | 定義 | やってしまいがちなNG対応 | 弊害 |
|---|---|---|---|
| 1.単体テスト |
|
|
|
| 2.結合テスト |
|
|
|
| 3.総合テスト |
|
|
|
| 4.ユーザー受入テスト |
|
|
|
| テスト名 | 定義 |
|---|---|
| やってしまいがちなNG対応 | |
| 弊害 | |
| 1.単体テスト |
|
|
|
|
|
| 2.結合テスト |
|
|
|
|
|
| 3.総合テスト |
|
|
|
|
|
| 4.ユーザー受入テスト |
|
|
|
|
上記のほかには、パフォーマンステスト、IF連携テスト、移行リハーサルといった検証の目的に特化したテストを実施します。
NG対応をしてしまうケースの多くは、スケジュールを優先してフェーズを「終わらせる」ことを優先するあまり、検証の内容を二の次になってしまうものです。
しかしながら、中身をともなわず「終わらせる」ことは何の意味もありません。結果、上表の「弊害」で記載したような負債を次工程に持ち越すことになり、最終的に稼働直前、あるいは稼働後に取り返しのつかない事態になる例が後を絶ちません。
BBSでは、SAP
FIモジュールの導入をはじめ、テスト工程の改善やプロジェクト管理の強化を支援しています。また、会計システム導入でお悩みの経理部門や情報システム部門の方のご相談も承っております。
本コラムに関し、より詳細な情報をお求めの場合は、ぜひ当社にお問い合わせください。
次回は、ERPと外部パッケージを組み合わせた「次世代ERP」におけるテスト工程について解説します。
進化するERP、今こそ押さえたいテストの要点――次世代ERP編
著者:川島 靖大、黒木 仁
あなたの会社のキャリア自律は「自社向け」になっていますか?
現場主導でRPAを始めた企業が最初に躓くポイント(兼務の罠編)
現場主導でRPAを始めた企業が最初に躓くポイント(ネタがない編)
現場主導でRPAを始めた企業が最初に躓くポイント(各現場が自由に推進編)
OCR選定の失敗をゼロにする「実務トライアル」のススメ
【プチ事例】クラウドとのデータ連携の処方箋──自動化で“忘れない日次業務”を実現
管理プロセスを見直して、“使われる”社内FAQボットへ
生成AI連携でWinActor開発が変わる
アンケート結果の自動処理を実現! RPAで部門別集計からメール送付まで一括処理!
DX推進を活性化するハンズオン×対談型のDXワークショップ