権限の違いで「自分には見えるのに相手には見えない」を防ぐ確認方法

自分の画面では問題なく表示されているのに、利用者から「画面が見えません」と連絡が来たことはありませんか。

このような問題は、システムの不具合ではなく、確認した人と利用者の権限が違うために起こることがあります。大切なのは、単に画面が表示されたかではなく、「誰の権限で確認したか」まで意識することです。

自分の画面で見えるだけでは確認が足りない

システムには、利用者の役割に応じて操作や閲覧の範囲を変える仕組みがあります。

たとえば、同じシステムでも次のように見える内容が異なることがあります。

開発や設定を担当した人は、管理者権限を使っていることが少なくありません。その状態で画面を確認すると、必要な機能がすべて正常に見えてしまいます。

しかし、実際に使う一般ユーザーや承認者には、同じ画面が表示されない可能性があります。

作業後の報告で、次のように伝えることがあります。

画面が表示されることを確認しました。

一見すると問題のない報告ですが、これだけでは、どの権限で確認したのかが分かりません。

確認した本人は管理者だったのか、一般ユーザーだったのか。それとも承認者だったのか。この情報がないと、利用者と同じ条件で確認できているか判断できません。

そこで、報告には「誰の権限で確認したか」も入れます。

たとえば、次のように書くと具体的です。

管理者と一般ユーザーの権限で、画面が表示されることを確認済みです。

承認者が利用する機能であれば、次のように伝えられます。

承認者の権限でログインし、申請内容と承認ボタンが表示されることを確認済みです。

権限と確認内容をセットで書くことで、確認した範囲がチームにも伝わりやすくなります。

権限の違いを確認しないまま公開すると、リリース後に次のような問い合わせが発生する可能性があります。

問い合わせを受けてから原因を調べると、利用者への確認や設定の修正、再テストなどが必要になります。

事前に利用者の役割ごとに一度確認しておけば、こうした手戻りを減らせます。すべての権限を無条件に試すのではなく、その機能を実際に使う人の権限を選ぶことがポイントです。

画面を確認するときは、最初に次の3点を整理すると分かりやすくなります。

そして、確認結果には権限を明記します。

一般ユーザーの権限で、対象画面の表示と登録操作を確認済みです。

この一文があるだけでも、確認条件が明確になります。ほかの担当者が結果を見たときにも、追加確認が必要か判断しやすくなります。

画面確認で大切なのは、「自分に見えるか」ではなく「実際に使う人に見えるか」です。

確認するときは利用者の役割を整理し、その権限で必要な表示や操作を試しましょう。報告には、次の一言を加えます。

誰の権限で確認したか

まずは次の画面確認から、権限と確認結果をセットで報告してみてください。リリース後の問い合わせや手戻りを減らしやすくなります。