GENZ, Inc.

実装側とは別の目で SFAツールのテスト外注。本稼働前に現場で使える状態へ

SFAの設定を担う側とは別の立場で、範囲の設計から検証までをGENZが担います。結果は稼働可否の説明に使える証跡として残します。

支援事例

支援実績5,000件以上

支援実績を示す企業ロゴ 01
支援実績を示す企業ロゴ 02
支援実績を示す企業ロゴ 03
支援実績を示す企業ロゴ 04
支援実績を示す企業ロゴ 05
支援実績を示す企業ロゴ 06
支援実績を示す企業ロゴ 07
支援実績を示す企業ロゴ 08
支援実績を示す企業ロゴ 09
支援実績を示す企業ロゴ 10
支援実績を示す企業ロゴ 11
支援実績を示す企業ロゴ 12
支援実績を示す企業ロゴ 13

この記事はソフトウェアテストの専門家が監修しています

監修枡井 愼治株式会社GENZ 代表取締役

GENZは創業以来、5,000件以上のソフトウェアテスト・第三者検証を手がけてきたプロフェッショナルです。品質に関する課題やお悩みに、真摯に寄り添います。

代表取締役 枡井 愼治 株式会社GENZ 〒101-0062 東京都千代田区神田駿河台2-3-11 ヒューリック御茶ノ水ビル3F TEL:03-5244-4711
01 ISSUES

SFAツールの導入で見落とされやすい不具合

SFAツールは、商談ステージや権限、データ移行、他システムとの連携など、設定項目が多岐にわたります。稼働前の確認が操作の感触に偏ると、次のような不具合が見落とされるおそれがあります。

商談ステージの遷移条件が設計どおりに動かない

ステージの進行条件や戻し条件の設定が漏れていると、担当者が商談を次の段階へ進められず、レビュー用の一覧にも正しく載らなくなります。

商談ステージ管理

権限設定の抜けで、他部門の案件情報が参照できてしまう

部門や役職ごとの参照範囲に設定漏れがあると、本来見せるべきでない他部門の案件や取引先情報まで閲覧できてしまい、情報管理の信頼を損ないます。

権限とアクセス範囲

移行した取引先データに重複と欠損が残ったまま稼働する

既存データの投入時に件数と値の突合を行わないと、重複した取引先レコードや欠けた商談情報が残り、集計や検索の結果が実態と食い違います。

既存データの移行

基幹システムとの連携で受注金額が二重に計上される

連携ジョブの重複実行や変換ルールの誤りがあると、基幹システムへ同じ受注が二度登録され、売上や予実の集計が実態からずれてしまいます。

システム連携

外出先での入力が保存されず、活動履歴が欠ける

モバイルやオフライン環境での保存処理を確かめないと、訪問先から入力した活動履歴が保存されず、営業活動の記録が欠けたまま残ります。

モバイル入力
02 RISK

確認が足りないまま本稼働に進んだ場合に起きること

稼働前の確認が設定・移行・権限のどこかで途切れたまま本番へ進むと、直後の運用だけでなく、営業組織の数字と投資判断そのものに影響が残ります。

業務上の問題対応を行う担当者の様子を写した写真。
03 REVIEW

本稼働の前に見直したい確認の観点

稼働前の確認は、設定が進んだあとに残った時間で始めるのでは遅すぎます。受け入れの合否が操作の感触だけに寄る前に、確かめる観点を分けて整理します。どこまで確認すれば足りるかの線を引く材料になります。

要件と受け入れ条件のずれを見逃すと、稼働可否の判断が操作の感触だけに寄り、稼働後に「求めていた動きと違う」という指摘が利用部門から出てきます。

営業プロセスの要件と受け入れ条件が対応しているか

営業プロセスの棚卸しで決めた要件が、受け入れ条件の文面に写っているかを突き合わせます。要件と条件がずれたままだと、稼働可とする判断材料が揃わず、合否が操作の感触に寄ります。

確認する資料
  • 要件定義書
  • 受け入れ条件表
  • 確認結果一覧
移行データの突合を省くと、値のずれが予実レポートや売上予測の数字の形で役員の目に触れ、集計定義の誤りとして投資の妥当性への疑義につながります。

移行したデータの件数と値が移行前と一致するか

移行した取引先・案件データについて、抽出条件を揃えて件数と値を移行前と突き合わせます。手順が決まっていないと、値のずれが稼働後の予実レポートで初めて表面化します。

確認する資料
  • 移行元データ件数表
  • 抽出条件の定義
  • 突合結果の記録
権限と参照範囲の不整合が残ると、入力できない、見えてはいけない案件が見えるといった事象が個別の問合せとして表面化し、現場の入力が途絶えます。

権限と参照範囲が実際の組織の構造と合っているか

役職と部門に応じた参照・更新の範囲が、実際の組織の構造と合っているかを確認します。権限の不整合が残ると、見えてはいけない案件が見える事象が問合せとして噴き出します。

確認する資料
  • 権限設計書
  • 組織階層図
  • 権限確認の記録
連携が締め時刻に間に合わないと、翌朝のレポートが欠けた数字のまま使われ、現場が手作業の集計に戻ることで可視化という導入目的が形だけになります。

連携ジョブの実行が業務の締め時刻に間に合うか

基幹システムや名刺管理との連携ジョブが、業務の締め時刻までに完了するかを、実際のデータ量と実行タイミングで確かめます。間に合わない連携は翌朝の数字を欠いた状態にします。

確認する資料
  • 連携仕様書
  • 実行スケジュール表
  • 実行ログ
変更のたびの再確認範囲を決めないまま運用を続けると、確認を省いた判断が積み上がり、修正と再確認の工数が追加費用として稟議に返ってきます。

変更のたびに再確認する範囲をあらかじめ決められるか

提供側のアップデートや項目追加のたびに、どこまで確かめなおすかの線をあらかじめ決めておきます。線がなければ確認を省いた判断が積み上がり、予実のずれが役員への報告の場で初めて見つかります。

確認する資料
  • 変更内容の記録
  • 影響範囲の一覧
  • 再確認の結果
  • 判断の根拠メモ
04 TEST DESIGN

SFAツールのテストを支援する体制と進め方

GENZは、SFAツールのテストを計画から証跡の整理まで一貫して担い、稼働判断の材料を貴社の手元に残します。

STEP 01 開発のスプリントに伴走するテスト設定の見直しに合わせ、並行して検証を進めます
どう確かめるか

確認する範囲を決めるテスト計画と観点表の作成

営業プロセスの棚卸しと設定内容をもとに、権限・連携・データ移行の何をどこまで確かめるかを観点表に整理し、範囲の根拠を稟議に使える形でまとめます。

  • 01スプリントごとの変更箇所を特定し、確認対象を絞ります
  • 02変更が他の機能や連携へ波及する範囲を洗い出します
  • 03確定した設定で動作を検証し、結果をその都度返します
OUTPUTテスト計画書と観点表
STEP 02 大規模な業務システムを対象とするテスト権限・連携・移行データを横断して確かめます
どう確かめるか

業務の流れに沿ったシナリオと確認用データの準備

商談の登録から予実の集計まで、実際の業務の流れに沿ったシナリオを作成し、移行データの突合に使う確認用データを併せて準備します。

  • 01基幹システムとの連携ジョブの実行結果を確認します
  • 02移行した取引先・案件データの件数と値を突合します
  • 03役職・部門ごとの権限の振る舞いを個別に確認します
OUTPUT業務シナリオと確認用データ
STEP 03 開発主体から独立した立場での受け入れ確認実装側とは別の立場で合否を判定します
どう確かめるか

テストの実施と発生した事象の原因の切り分け

用意したシナリオに沿って操作を行い、発生した事象が設定の不備か連携側の要因かを切り分けて記録します。再現手順を添えるため、修正依頼がそのまま出せます。

  • 01あらかじめ決めた受け入れ条件に沿って合否を判定します
  • 02現場から挙がった指摘を不具合と改善要望に仕分けます
  • 03残った事象の影響を稼働判断の材料としてまとめます
OUTPUT不具合の切り分け結果一覧
STEP 04 稼働判断と監査で参照できる証跡の整理報告と監査の両方で使える記録を残します
どう確かめるか

確認した結果の記録と稼働判断に向けたご報告

実施した確認の範囲、結果、不具合の対応状況を証跡として整理します。稼働可否の説明や、あとから監査で参照する場面で、そのまま材料として使えます。

  • 01確認した範囲と結果の記録を証跡として一式に整えます
  • 02役員への報告にそのまま使える要約を併せて作成します
  • 03あとから監査で参照できるよう証跡を整理して管理します
OUTPUT監査で参照できる証跡一式
05 RATIONALE

SFAツールのテストを外部に任せる判断の目安

固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

人日単位のアサインで固定費を抱えず、繁忙期に増減できます。

独立した視点で品質を底上げ

独立した検証で偏りを排し、監査に使える客観的な記録を残せます。

専門ノウハウを即戦力で

JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。

ノートPCを前に担当者同士が相談しているオフィスの写真。

専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット

  • 自社の工数を増やさず、テストの設計から実行まで外部に任せられます
  • 何をどこまで確かめるかの範囲を、外部の知見で言語化できます
  • 移行データの正しさを、実装側とは別の目と手順で確認できます
  • 変更のたびに繰り返せる確認の型と、稼働可否の説明材料が残ります
06 SERVICE

SFAのテストでご支援できる範囲

SFAのテストでは、どこまでを外部に任せるかが稼働判断の速さを左右します。GENZは開発主体から独立した第三者の視点で、範囲の設計から実行、証跡の整理までを担います。

SVC 01

設定と画面の動作を確かめる機能テスト

商談ステージや項目、権限、レポート出力が設定どおりに動くかを、画面操作と入力データの両面から検証します。

リスク要因と優先順位を示す無文字の図解。
SVC 02

基幹システムや周辺サービスとの連携テスト

基幹システムや名刺管理、メール配信基盤との間で、データの受け渡しとタイミングが想定どおりかを確認します。

複数のシステムや連携先にまたがる確認範囲を示す無文字の図解。
SVC 03

移行したデータの件数と値の検証

既存データの移行後に、件数と値が移行元と一致しているかを第三者の手順で検証し、ずれがあれば原因箇所を特定します。

計画から報告までの流れを示す無文字の図解。
SVC 04

アップデートや項目追加のあとの再確認

提供事業者のアップデートや項目追加のたびに、同じ手順で影響範囲を確認できる体制を整え、変更後の挙動を検証します。

確認対象の領域を区分して示す無文字の図解。
07 FLOW

ご相談から報告までの進め方

SFAのテストをご検討の方向けに、ご相談から結果のご報告までの進め方を四つの段階でご説明します。

お問合せと抱えている課題の共有

現在の進行状況と、社内で不足している確認の工数をお聞かせいただきます。

テスト対象の範囲の確認とお見積

対象の画面、連携、権限の範囲を確認し、お見積をお出しします。

テスト計画の作成と内容のご承認

確認する項目と合否の基準を計画にまとめ、ご承認のうえで実施に移ります。

テストの実施と確認結果のご報告

計画に沿ってテストを実施し、結果を証跡として整理したうえでご報告します。

SFAツールのテスト・受け入れ確認のご相談

SFAツールのテストを、外部の目で引き受けます

テスト範囲や社内の分担が固まっていない段階でもご相談いただけます。GENZは実装を担う主体とは別の目で、確認の進め方を一緒に整理します。稼働後の変更への再確認にも対応しています。