毎月の従業員名簿に職位が入っていたかを確認した結果、4月も5月も入っていなかった。ここで分かるのは、過去に職位なしで運用されていたという事実までです。本来は、その事実を土台に、これから何を載せ、いつの情報を使い、いつ提出するかを決めれば終わります。
ところが職場では、確認が「誰が抜かしたのか」「担当者のミスか」「指摘した側が正しいのか」という責任追及に変わることがあります。事実確認が裁判の証拠集めになれば、必要な仕様は決まらず、仕事だけが遅れます。
過去の記録から分かること、分からないこと
「4月：職位なし」「5月：職位なし」という記録は、当時の運用を示します。しかし、それだけでは6月以降も職位が不要なのか、今回から必要なのかは決まりません。過去に入っていなかったからといって、今後も入れない理由にはならず、過去に入っていたからといって、今後も必須とも限りません。
過去資料を見る目的を、今後の標準を決める材料だと先に置きます。確認後は「これまでは職位なしで運用されていました。今後必要であれば追加します」と整理できます。過去の有罪判定を始める必要はありません。
追加要望は、ミス認定ではなく仕様の更新
他部署が名簿を使ってから、「職位がないと判断しにくい」「所属だけでは足りない」と分かることがあります。これは、使った結果として必要項目が見えたということです。追加要望が出たら、まず「今後は職位も必要なのですね。次回から追加します」と返せます。
今回分も必要なら、再作成するかを決めます。16日発行分に使うなら、何日時点のデータが必要か、何日までに提出するかを確認します。今回から反映するのか、次回からでよいのかも、過去の担当者探しとは別の判断です。
「怒られたくない」が論点を増やす
管理側や調整役が「適当に返して怒られたくない」と考えると、相手部署の目的より、自分を守る材料集めが中心になります。すると、4月と5月の経緯、誰のミスか、どう答えれば責められないかに時間が流れます。
正確な返答に必要なのは、犯人ではなく四つの整理です。過去は職位なしだった。現在の運用は月初提出だった。今後は必要なら追加する。16日発行分なら必要日と基準日を確認する。この順序なら、防御的な会話を実務の決定へ戻せます。
作業者に乗っているのは確認作業だけではない
この場面で作業者が抱えるのは、過去資料の確認だけではありません。今後の仕様を考え、他部署の要望を整理し、ミスを疑われ、急かされ、相手の不安まで処理することになります。確認作業、ミス疑い、時間圧、感情処理、要件定義が一度に重なれば、やる気が失せても不思議ではありません。
「現状把握が先」という言葉は正しいものの、そこで止まれば防御になります。現状把握は、必要な項目、基準日、提出日を決めるための途中段階です。
返答を三つの確認に絞る
相手部署には、次を確認します。
- 職位、所属、社員番号など、何の項目が必要か
- 月初、16日発行直前、人事発令反映後など、何日時点のデータが必要か
- 確認・印刷・承認のため、何日までに提出すべきか
返答例はこうです。
確認したところ、4月・5月とも職位は入っていませんでした。これまでは職位なしで月初提出していた運用です。今後、職位が必要であれば追加します。16日発行分に使う場合、必要日と基準日、提出日を確認させてください。
責任追及に流れたら、「誰かのミスと決めるより、職位を必須項目とする定義がなかったと整理し、今後の標準を決めたいです」と戻します。
管理側が決めるべき標準
サンプルを渡すだけでなく、必須項目、基準日、提出日、休日の扱い、追加要望を今回から反映するか次回からにするかを決めます。判断者も明らかにしておけば、次の依頼で同じ確認を繰り返さずに済みます。
管理側の「怒られたくない」という不安を、作業者への圧として流さないことも重要です。責任採掘や猿裁判を始める前に、未定義の項目を仕様に変えます。
未定義を見つけたら、責めずに決める
4月も5月も職位なしだった。そこから導くべきなのは、過去の運用と、今後決めるべき項目です。必要なら職位を追加し、16日発行分なら必要日と基準日を確認する。これで話は前へ進みます。
問題は、仕様未定の状態を誰かの失敗へ変換することです。未定義を見つけたら、責めるな。決めろ。
