홈페이지 유지보수 예산을 이용 장애의 크기로 나누기

눈에 띄는 화면보다 막힌 행동을 먼저 찾기

온라인 주문을 받는 꽃집 사이트에서 배너 색상은 오래되었지만 결제 안내 링크도 열리지 않는다면 두 요청의 영향을 구별해야 합니다. 보기 좋은 화면을 만드는 작업과 주문을 막는 오류를 고치는 작업은 목적이 다릅니다. 유지보수 목록에 사용자가 못 하는 행동을 적습니다.

문제를 발견한 사람의 직급이나 요청 순서만으로 작업을 배정하면 반복되는 이용 장애가 뒤로 밀릴 수 있습니다. 접수 날짜와 별도로 업무 영향, 우회 방법 유무, 영향을 받는 화면 수를 기록합니다.

공통 요소의 문제인지 확인하기

한 페이지에서 발견한 메뉴 오류가 사이트 전체에서 반복된다면 수정 효과의 범위가 넓습니다. 반대로 오래된 행사 한 쪽에만 있는 문제일 수도 있습니다. 같은 증상이 나타나는 위치를 모아 공통 구성요소인지 확인합니다.

W3C의 긴급 보완 안내는 접근성 문제를 우선 처리할 때 주요 기능과 영향 등을 고려하도록 설명합니다. 이 글에서는 그 관점을 유지보수 요청 분류에 참고합니다. 임시 보완을 했다는 사실을 사이트 전체의 접근성이 충족되었다는 평가로 바꾸지 않습니다.

임시 조치와 근본 수리를 따로 견적받기

이용자가 당장 필요한 안내를 볼 수 있게 별도 연락 경로를 제공하는 조치와 오류 원인을 고치는 작업은 구별됩니다. 임시 조치를 납품받았다면 종료 조건과 후속 수리를 함께 적습니다. 임시 화면을 계속 운영하면서 해결 완료로 기록하지 않습니다.

작업별 예상 시간을 받되 근거 없는 정액 기준을 만들지 않습니다. 재현이 필요한 문제는 진단 범위와 결과물을 먼저 정할 수 있습니다. 작업 시간이 부족하면 남기는 문제와 이유가 의사결정자에게 보여야 합니다.

고친 뒤 같은 행동을 다시 수행하기

오류가 있던 화면에서 실제로 막혔던 행동을 다시 수행합니다. 다른 페이지에도 같은 요소가 있다면 함께 확인합니다. 월간 보고서에는 처리 건수만 쓰지 말고 어떤 이용 장애가 해소되었고 무엇이 남았는지 설명합니다.

실무 확인 순서

• 요청마다 막힌 행동을 적습니다.
• 공통 요소와 단일 페이지 문제를 나눕니다.
• 임시 대응과 후속 수리를 구분합니다.
• 수리 뒤 실제 이용 흐름을 재확인합니다.

같은 주제의 글