GENZ, Inc.

発注側の第三者検証 タレントマネジメントツールの検証を第三者が引き受けます

人事給与・勤怠との連携や権限を自社で設定した環境は、トライアルでは挙動を確かめきれません。設定後の検証を、発注側に立つ第三者として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

タレントマネジメントツールの導入で見つかる不具合

タレントマネジメントツールの導入では、設定と連携の組み合わせのなかに、リリース前の確認だけでは見つからない不具合が残ります。導入時に起きやすい五つの不具合を挙げます。

人事マスタの取り込みで氏名や所属の項目が欠ける

移行した人材データのうち氏名や所属の項目が空のまま取り込まれ、担当者が一件ずつ突合して埋める作業が発生します。

人事マスタの欠落

評価ワークフローの差し戻しで前回の入力が残らない

評価ワークフローで差し戻しをすると修正前の入力内容が初期化され、管理職が同じ内容を再入力することになります。

差し戻しでの初期化

権限の設定漏れで他部署の評価が見えてしまう

職位と組織階層の組み合わせの一部で閲覧権限が緩く設定され、本来は見えないはずの他部署の評価が表示されます。

権限設定の漏れ

勤怠や人事給与との連携で日付の基準が食い違う

勤怠や人事給与との連携で日付の基準が一日分ずれ、集計した勤怠時間や手当額が実際の値と一致しません。

連携日付のずれ

組織改編を反映したあとに過去の履歴をたどれない

組織改編を反映したあとに改編前の所属や評価の履歴をたどれなくなり、異動前のデータを参照できません。

過去履歴の参照不可
02 RISK

確認を省いたまま本番を迎えたときに起きること

導入時の不具合を見落としたまま本番稼働を迎えると、誰がどこまで確認したかの記録が残らず、問題が起きたときに切り分けも説明もできなくなります。

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

第三者の目で確かめる検証の観点

確認範囲が担当者の経験に依存するのは、何を確かめれば十分かを示す観点が整理されていないためです。自社の設定と連携に即した検証の観点を、第三者の目で五つの領域に分けて確かめます。

連携データの欠落に気づかないまま運用が進み、人事給与との値の食い違いが評価期の締め直前に表面化するおそれがあります。

人事マスタと連携データの項目と型の整合を確かめる

人事マスタの項目設計が、人事給与・勤怠システムから受け取るデータと整合しているかを確かめます。項目の抜けや型の食い違いがあると、連携のたびに値が欠落し、集計の前提が崩れます。

確認する資料
  • 検証観点表
  • 突合結果表
  • 連携項目一覧
例外処理の確認漏れにより、兼務者や休職者の評価がワークフローで滞留し、評価期の締めに間に合わないおそれがあります。

評価と目標管理のワークフローを役割ごとにたどる

目標入力から評価、承認までの一連のワークフローを、評価者・被評価者・人事の役割ごとにたどります。兼務者や期中異動者などの例外パターンで、画面遷移や通知が途切れないかを確認します。

確認する資料
  • 検証観点表
  • 遷移確認表
  • 例外パターン一覧
権限設定の誤りが残ったままだと、評価や処遇に関する個人データが想定外の範囲へ表示され、社内の信頼低下と再発防止の対応コストが発生するおそれがあります。

閲覧と編集の権限を職位と組織の組み合わせで確かめる

職位と組織階層の組み合わせで決まる閲覧・編集権限を、組み合わせ表に沿って確かめます。評価や処遇に関する個人データが想定外の範囲へ表示される設定誤りを、権限マトリクス単位で洗い出します。

確認する資料
  • 権限マトリクス
  • 組み合わせ表
  • 確認結果一覧
期をまたぐ履歴参照が崩れると、過去の評価との接続が失われ、異動者の評価の根拠を示せない状態になるおそれがあります。

組織改編と人事異動をまたぐ履歴の参照を確かめる

組織改編や人事異動が期をまたいだ場合に、過年度の評価履歴が正しく参照できるかを確かめます。異動前後で権限や所属が切り替わる境界の日付で、表示と集計が破綻しないかを検証します。

確認する資料
  • 検証観点表
  • 境界日付一覧
  • 確認結果表
集計値が元データと一致しないままだと、配置や登用の検討で別の集計が使われ、一元化という導入目的が達成されないおそれがあります。

集計とレポートの数値が元データと一致するか確かめる

集計画面やレポートに出力される数値が、元となる人材データと一致するかを確かめます。計算式や集計条件の設定が意図と食い違うと、配置や登用の判断に使う数値そのものが信頼されなくなります。

確認する資料
  • 計算式一覧
  • 集計条件表
  • 突合結果表
  • 確認証跡
04 TEST DESIGN

テスト外注の進行と各段階の成果物

ご契約後は、現行設定のヒアリングから報告書の提出まで段階を分けて進めます。各段階の成果物をご確認いただきます。

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

対応するタレントマネジメント領域とテスト工程

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

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

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

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

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

専門ノウハウを即戦力で

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

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

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

  • 設定の意図と実態のずれを洗い出し、権限の確認漏れを防げます
  • 連携と権限の網羅確認を外注し、評価期の運用へ人手を残せます
  • 確認済みと未確認の範囲を分けた記録で、会議体への上程を支えます
  • 発注側の立場で切り分けを担い、次の改修の判断材料を残します
06 SERVICE

提供するテスト支援のメニュー

タレントマネジメントシステムの導入後、自社で設定した環境が意図どおりに動くかを、発注側に立つ第三者として検証します。製品本体の機能そのものは対象外とし、設定・連携・権限・集計の挙動を対象とします。

SVC 01

開発スプリントに伴走するテストの実行

開発工程に伴走し、設定が固まった単位ごとにテストを実施します。評価期などの繁忙期と検証が重なることを避けられます。

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

大規模システムのテスト設計と実行

職位と組織階層の組み合わせが多い環境では、範囲を分割して権限とワークフローの網羅を設計し、人事給与・勤怠との連携も観点表へ含めます。

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

第三者検証としての受け入れテスト支援

製品側か設定側かの切り分けを、発注側の立場で担います。ベンダーの回答を待たずに、受け入れ判断に必要な検証結果をお渡しします。

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

証跡の管理とテスト報告の整備

確認した範囲と確認していない範囲が読み取れる記録を、証跡と報告書として整えます。部門長や会議体への上程資料としてご利用いただけます。

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

お問合せから検証開始までの流れ

お問合せから検証開始までの流れは、ヒアリング、お見積、ご契約、テスト計画の作成の順に進みます。

問合せフォームからの最初のご連絡

フォームへご連絡いただき、対象のシステムやご相談のきっかけをお伺いします。

対象システムと工程のヒアリング

対象システムの設定状況と確認したい工程をお聞きし、検証範囲を整理します。

範囲と体制を示したお見積の提示

範囲と体制を記した見積書を提示し、期間と成果物をご確認いただきます。

ご契約とテスト計画の作成開始

ご契約後、開始可能日に合わせてテスト計画と観点表の作成に入ります。

無料相談・見積もりはこちら

タレントマネジメントツールの検証範囲について、まずは現状の設定をお聞かせください

現行の設定内容と外部連携の構成をお聞かせいただければ、確認すべき範囲と優先順位、必要工数の考え方、追加の関連テストの要否を整理した見積りをご提示します。