“각 역할이 업무에 필요한 작업만 할 수 있고 변경 책임을 추적할 수 있는가”를 기준으로 삼으면 수정 범위가 선명해진다. 조직도를 그대로 권한표로 옮기면 같은 직급 안의 다른 업무를 설명하지 못한다. 등급이 너무 적으면 모두가 관리자가 되고 너무 많으면 차이를 기억하기 어렵다.
실제 확인에서는 다음 과정을 따른다: 글 작성, 발행, 설정 변경, 사용자 추가처럼 실제 작업을 열로 두고 역할별로 조회·수정·승인 가능 여부를 표시한다. 모든 칸이 같은 등급은 합치고 아무 등급도 맡지 않은 작업은 책임자를 정한다.
판단 순서는 “각 역할이 업무에 필요한 작업만 할 수 있고 변경 책임을 추적할 수 있는가”와 연결된 사용자 행동에서 거꾸로 잡는다. “각 역할이 업무에 필요한 작업만 할 수 있고 변경 책임을 추적할 수 있는가”의 결정 직전에 보이는 정보와 그 값을 만든 기록을 이어 보고, 중간 단계에서 뜻이나 상태가 바뀌었는지 확인한다. “각 역할이 업무에 필요한 작업만 할 수 있고 변경 책임을 추적할 수 있는가”에 관한 기억 중심 설명은 근거 칸과 분리해 후속 확인 대상으로 돌린다.
오류를 줄이려면 예외를 따로 본다: 최고 권한의 대체 인력, 휴직·이동한 사람, 외부 협업자, 기간 한정 작업을 따로 확인한다. 임시 권한을 정규 등급에 섞거나 종료일 없이 유지하지 않는다.
수정 우선순위도 “각 역할이 업무에 필요한 작업만 할 수 있고 변경 책임을 추적할 수 있는가”와의 거리를 기준으로 잡는다. “각 역할이 업무에 필요한 작업만 할 수 있고 변경 책임을 추적할 수 있는가”의 답이 이용자의 결정에 바로 영향을 주는 차이를 먼저 다루고 표현 정리는 그 뒤에 놓는다. “각 역할이 업무에 필요한 작업만 할 수 있고 변경 책임을 추적할 수 있는가”를 변경한 후에는 처음 오류가 나온 조건으로 되짚어 새 혼선이 없는지 확인한다.
확인한 내용은 역할·작업·권한 범위·승인자·예외 종료일을 담은 접근 권한표에 모은다.
역할·작업·권한 범위·승인자·예외 종료일을 담은 접근 권한표은 결론만 모으는 문서가 아니다. “각 역할이 업무에 필요한 작업만 할 수 있고 변경 책임을 추적할 수 있는가”를 어떤 자료로 판단했는지와 반영된 화면을 함께 연결해야 다음 수정에서 원인을 되짚을 수 있다. 역할·작업·권한 범위·승인자·예외 종료일을 담은 접근 권한표의 미완료 항목에는 주인과 기한을 붙여 상태가 없는 빈칸을 만들지 않는다.
공개 또는 다음 단계로 넘기는 조건은 이렇다: 필요한 업무는 막히지 않고 불필요한 수정 권한이 제거되며 임시 접근의 회수일과 최고 권한 변경 이력이 확인되면 적용한다.