集計単位の人数が境界のとき、結果の出し分けが変わる
集計対象の人数が閾値の境界にあると、設定の解釈次第で結果が出ない部門が生じます。配信後に「自部門の結果が見えない」という問合せとして現れます。
GENZ, Inc.
エンゲージメント
サーベイツールの
エンゲージメント
サーベイツールの品質を開発から独立して検証する
自社で開発したサーベイの配信設定や集計ロジックを、開発から独立した立場で検証し、判定会議に提出できる証跡を整えます。
支援事例
支援実績5,000件以上
配信前の確認漏れはありませんか
エンゲージメントサーベイは、匿名性の閾値や対象者の絞り込み、集計単位の組み合わせが多く、人手の確認だけでは拾いきれない領域が生じます。見落としは配信期間中に表面化し、回答をやり直せないまま残ります。
集計単位の
従業員データの取り込みが欠けたまま、配信対象から人が抜ける
人事データベースからの取り込みが欠けたまま配信すると、対象の従業員に依頼が届きません。欠落に気づけないまま、回答率の低下として表面化します。
回答済みの従業員に督促が届き、匿名性への不信を招く
回答状況の反映が遅れると、回答済みの従業員に督促が届いてしまいます。匿名性を前提にした調査で回答者の不信を招き、次回以降の回答行動に影響します。
締切の直前に届いた回答が、その回の集計に入らない
締切直前に届いた回答が集計に入らないと、集計値が回答の実数と合わなくなります。回答期間はやり直せず、報告した数値の根拠を説明できません。
組織改編のあと、前回との比較が噛み合わなくなる
組織改編で集計単位が変わると、前回との比較が同じ土俵でできません。変更前後の扱いを決めずに改修すると、影響を説明する材料が残りません。
配信後の修正では間に合わない
回帰テストの手作業と設定の組み合わせの多さは、見落としが起きる条件を常に抱えています。配信後になおすという前提は、サーベイでは成立しません。
身内だけの確認では漏れに気づきにくい
自社の製品を自社の担当者だけで確認すると、見落としの構造まで引き継いでしまいます。GENZは、開発の当事者ではない第三者として、検証範囲の妥当性から結果の記録までを整理し、リリース判定に使える形で返します。
この整理がないまま進むと、改修の影響が仕様書の外まで広がっていたことに、導入企業の配信が始まってから初めて気づくおそれがあります。
検証の範囲そのものを、開発の当事者以外の目で点検する
集計ロジックの改修は、改修箇所の外にある過去データとの整合にも影響します。GENZは開発の当事者以外の立場で、確認すべき範囲が妥当かを点検し、仕様書に書かれていない影響も洗い出します。
確認する資料
- 範囲点検表
- 影響一覧
- 確認記録
優先順位の根拠を示せないまま絞り込むと、落とした組み合わせで不具合が出た場合に、なぜそこを確認しなかったのかを会議で説明できなくなります。
設定条件の組み合わせを洗い出し、確認する順序を決める
匿名性の閾値、対象者の絞り込み条件、集計単位は組み合わせが多く、全件を人手では確認しきれません。GENZは組み合わせを洗い出し、使用頻度と誤りを戻せない度合いの二軸で確認の順序を決めます。
確認する資料
- 組合せ表
- 優先順位表
- 絞込根拠書
増え続ける回帰範囲を手作業で回し続けると、いずれ確認漏れが起こります。漏れた一箇所が配信期間中に現れても、回答期間のやり直しはできません。
版を重ねるごとに増える回帰範囲を、実行ごと引き受ける
定例の修正リリースごとの回帰テストは、版を重ねるたびに確認対象が増えます。GENZは増えた回帰範囲の確認を実行ごと引き受け、既存の設問セットと集計結果が変わっていないことを確かめます。
確認する資料
- 回帰範囲表
- 実行結果表
- 差分記録
結合部分を対象から外したままだと、人事データの取り込みや通知の届かない事象が、製品の不具合として導入企業から問合せが来るまで表面化しません。
人事データベース連携と通知チャネルを含む結合部分まで対象にする
回答が正しく集計されても、人事データベースからの対象者データの取り込みや通知の到達で結果は変わります。GENZはデータ連携と通知チャネルを含む結合部分まで検証の対象にします。
確認する資料
- 連携確認表
- 通知確認表
- 結合結果表
確認の記録が担当者ごとの様式に散らばったままだと、重大な異常が起きたときの部門横断調査で、リリース前に何を確認したのかを示せず、責任の切り分けができなくなります。
確認した範囲と結果を、リリース判定会議で示せる形に整える
リリース判定会議で「どこまで確認したのか」と問われたとき、様式の揃わない資料では説明が印象論になります。GENZは確認した範囲と結果、残る未確認項目を一覧に整理して納品します。
確認する資料
- 確認範囲表
- 結果一覧
- 未確認項目表
- 判定資料
エンゲージメントサーベイツールの検証で扱う範囲
検証は、回答の受付から集計、連携、可視化までを回次単位で追える範囲に区切り、どこまで確認したかを証跡で示せる形に整理します。
STEP 01
対象と範囲のすり合わせ改修の影響範囲と回帰対象を突き合わせます
どう確かめるか
パルスサーベイでの回答収集と回次ごとの識別処理
回答の受付が回次ごとに正しく識別されることを確認します。配信・督促・回答の紐付けが崩れると、集計の母数が変わり、以降の全工程の前提が揺らぎます。
- 01今回のリリースで変更が入る機能と連携を洗い出します
- 02過去回次のデータとの整合が必要な範囲もあわせて特定します
- 03検証の対象と対象外の境界を文書で確定し、双方で合意します
OUTPUT対象範囲の確認一覧
STEP 02
テスト設計と観点の整理閾値や絞り込み条件の組み合わせを網羅します
どう確かめるか
組織単位のスコア集計と匿名性を保つ閾値の制御
集計ロジックと匿名性の閾値制御を検証します。閾値未満の集計が出力されないこと、改修後も過去回次との比較可能性が保たれることを、組み合わせ条件を変えて確認します。
- 01回次の識別と督促通知の宛先判定の観点を一覧に整理します
- 02匿名性の閾値と属性絞り込みの組み合わせ条件を設計します
- 03組織改編後の比較表示と集計単位の突合の観点を加えます
OUTPUTテスト観点の一覧表
STEP 03
テスト実行と不具合の報告意図的に異常を発生させて検証します
どう確かめるか
人事データベース連携と配信対象の絞り込み処理
人事データベースとの連携を通じ、配信対象の絞り込みが設定どおりに行われることを確認します。組織階層や属性の変更が反映されるかも併せて見ます。
- 01回答の収集から集計までを設定条件の組み合わせ別に実行します
- 02閾値未満の集計単位が出力されないことを境界値で確認します
- 03不具合は再現の条件と手順、影響範囲を添えて報告します
OUTPUT不具合報告と証跡一式
STEP 04
証跡の整理と報告会確認範囲を様式統一した記録で残します
どう確かめるか
組織単位の集計結果の可視化と過去回次との比較
集計結果の可視化と過去回次との比較表示を確認します。管理職が閲覧する部門単位の画面で、数値と表示単位が設定と一致するかを確かめます。
- 01確認した範囲と結果を、担当者によらない統一様式で記録します
- 02未確認のまま残る項目と想定されるリスクを明記します
- 03リリース判定会議でそのまま説明できる形に資料を整えます
OUTPUT判定会議用の報告資料
開発を止めずに検証を伴走させる進め方
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 開発を止めずに検証を伴走させ、判定会議へ間に合わせられます
- 回帰テストの実行を外部へ預け、仕様の判断に集中いただけます
- 確認した範囲と結果が証跡に残り、判定会議の説明材料に使えます
- 人事データベース連携や通知の結合部分まで検証範囲に含められます
提供事業者の体制に合わせて、関与の範囲を選べます
エンゲージメントサーベイツールの提供元と一言でいっても、品質保証の体制は企業ごとに異なります。GENZは専任担当の有無や開発の委託形態に合わせ、検証範囲の決定から証跡の提出まで、関与の範囲を調整します。
品質保証の担当者を置いていない場合
開発担当者が確認範囲を兼務していると、仕様どおりの動きしか見られません。独立した立場で、検証範囲の洗い出しからお引き受けします。
専任の品質保証担当がいる場合
担当者様が立案したテスト計画を共有いただき、版ごとに増える回帰テストの実行をお預かりします。判定は御社に残したまま進められます。
開発を外部ベンダーへ委託している場合
開発ベンダーの報告だけでは、見落としを第三者の目で確かめられません。委託先とは別の立場で検証し、確認した範囲と結果をお渡しします。
独立した品質管理部門への提出が必要な場合
品質管理部門や稟議へ提出できるよう、確認した範囲・条件・結果を証跡として納品します。外部に頼む範囲の説明材料にお使いいただけます。
お問合せから検証を開始するまでの流れ
お問合せから検証開始までは以下の流れで進みます。課題が整理できていない段階でもご相談いただけます。
お問合せと検証したい機能のご相談
フォームまたはお電話でご連絡ください。検証対象やお困りの場面を伺います。
現状の確認範囲と課題のヒアリング
リリース判定の進め方と確認範囲の現状を伺い、不足している点を整理します。
検証範囲の線引きとお見積のご提示
委託する範囲と自社に残す範囲を線引きし、対象機能ごとのお見積を提示します。
ご契約とテスト計画の作成、検証の開始
ご契約後、テスト計画を作成し、開発チームと連携して検証を開始します。
無料相談・検証範囲の見立てをお渡しします
サーベイの数値を疑われる前に、検証の範囲を点検しませんか
ご相談いただくと、現状の確認範囲の整理、優先順位付け、必要工数の見立てまで、起案や稟議に使える形でお渡しします。外へ頼む範囲と自社に残す範囲の線引きも一緒に整理します。