설명 순서 오류 점검은 눈에 보이는 결과만으로 평가하기 어렵다. 이용자가 같은 페이지를 오가거나 다음 단계에서 준비물을 뒤늦게 아는 상황에서 출발해 ‘설명 순서가 꼬였는지는 어떤 방식으로 가장 빨리 발견할 수 있을까’라는 질문을 적으면 지금 확인할 사실과 나중에 실험할 가설이 갈린다. 둘을 섞지 않는 것이 첫 단계다.
설명 순서 오류 점검을 위해 준비할 최소 자료는 마지막 행동·직전 조건·필요 자료·첫 안내이다. ‘설명 순서가 꼬였는지는 어떤 방식으로 가장 빨리 발견할 수 있을까’라는 질문에서는, 각 자료의 범위와 단위를 먼저 맞춘 뒤 비교한다. 설명 순서 오류 점검 기록에서는 기간이나 대상이 다른 값은 차이가 있다는 사실만 남기고 원인 설명에는 쓰지 않는다.
이 글의 주제인 ‘설명 순서 오류를 찾는 역방향 읽기 방법’에서는, 판단은 유지, 보완, 통합, 신규 작업으로 나눈다. 설명 순서 오류 점검에서 이미 답이 충분하면 연결만 고치고, 답은 맞지만 오래됐다면 보완한다. 역방향 검토표를 검토할 때 역할이 겹치는 항목은 합치고 새로운 질문일 때만 새로 만든다.
설명 순서 오류 점검에는 하지 않을 일도 적어야 한다. 작성자가 알고 있다는 이유로 중간 단계를 생략하거나 링크로만 답을 대신하지 않는다. 설명 순서 오류 점검 기록에서는 개인정보와 내부 사례는 필요한 범위 이상 저장하지 않는다. ‘설명 순서가 꼬였는지는 어떤 방식으로 가장 빨리 발견할 수 있을까’를 판단하는 범위에서는, 확인이 필요한 문장은 승인 전 공개하지 않는다.
결정이 끝나면 역방향 검토표에 우선순위를 표시한다. 설명 순서 오류 점검에서 영향이 크고 확인이 쉬운 항목을 먼저 두며, 의존 작업이 있는 항목은 순서를 분리한다. ‘설명 순서 오류를 찾는 역방향 읽기 방법’을 살필 때는, 마감일만 있고 확인 방법이 없는 줄은 다시 쓴다.
예외가 생기면 설명 순서 오류 점검 전체를 다시 설계하기보다 역방향 검토표에 적용 범위와 종료 조건을 적는다. 역방향 검토표를 검토할 때 임시 조치가 끝난 뒤 원래 상태로 돌릴 항목도 함께 지정한다. 설명 순서 오류 점검 기록에서는 이렇게 해야 한 번의 예외가 오래된 기준으로 굳지 않는다.
재확인은 같은 조건에서 이루어져야 한다. 설명 순서 오류 점검의 변경 전후 기간과 대상이 다르면 비교를 보류한다. 역방향 검토표를 검토할 때 숫자가 움직이지 않아도 문의 내용이나 이동의 막힘이 달라졌는지 함께 살핀다.
최종 산출물에는 행동과 확인을 함께 적는다. 마지막 단계부터 거슬러 올라가 빠진 전제 하나를 보완한다. 이어 역방향 검토표의 재점검 날짜를 예약한다. 설명 순서 오류 점검 기록에서는 담당자가 바뀌어도 이 기록을 통해 같은 기준으로 결과를 판단할 수 있다.