명세에서 빠지는 암묵적 규칙과 운영자 몫

기획서의 주요 누락 항목

업무에 익숙한 담당자의 암묵적 규칙

업무 경험자에게 익숙한 조건도 명시해야 합니다. 위와 같은 조건을 실제 운영 기준으로 적습니다.

개발 담당자는 문서에 없는 규칙을 정확히 추정할 수 없습니다. 합의하지 않은 가정으로 구현하지 않도록 질문과 답변, 미정 항목을 관리합니다.

업무의 시작부터 완료까지 실제 사례를 설명합니다. 단계별 조건과 담당자, 예외 상황을 기록하고 문서에 반영했는지 확인합니다.

운영자의 처리 업무

고객이 요청하는 과정뿐 아니라 요청을 받은 담당자의 업무도 작성합니다.

요청 이후 담당자가 수행할 행위와 필요한 자료, 완료 상태를 적습니다. 필요한 화면과 알림, 접근 권한을 함께 검토합니다.

기존 수첩이나 파일을 계속 사용할 경우 시스템과의 역할을 정합니다. 같은 자료를 중복 입력하는지, 변경 결과가 일치하는지 확인합니다.

완료 이후와 정보 변경의 처리

업무 완료 이후와 정보가 변경되는 경우를 별도로 확인합니다. 현재 정상 상태만으로 설계를 끝내지 않습니다.

자료가 없는 화면의 상태

최초 사용이나 조회 조건에 따라 자료가 없는 상태가 발생합니다. 첫 운영일뿐 아니라 검색 결과와 필터를 적용한 경우도 확인합니다.

같은 빈 화면으로 처리하면 사용자가 상태를 이해하기 어렵습니다. 자료가 없다는 안내와 필요한 다음 행동을 제공합니다. 등록이 가능한 역할에는 등록 방법을, 조회만 가능한 역할에는 확인 방법을 안내합니다.

발견 시점과 수정 범위

발견 시점에 따라 수정할 범위가 달라집니다. 문서 변경도 관련 요구사항에 영향을 줄 수 있으며 개발, 운영 중에는 구현과 시험, 자료 보정과 사용자 안내가 필요할 수 있습니다.

자체 검토의 세 가지 방법

자체 검토에는 다른 독자의 질문, 역할별 업무 확인과 시간을 두고 재검토하는 방법을 활용할 수 있습니다. 특정 비율의 누락이 발견된다고 보장하지 않습니다.

운영자 역할로 문서를 읽으며 요청 접수 이후의 처리, 오류 수정과 사용자 문의를 확인합니다. 실제 담당자의 검토를 받아 가정과 실제 업무의 차이를 수정합니다.

기술적 예외와 추가 검토

동시 접수통신 중단결제 결과 불일치

위와 같은 기술 조건은 경험이 있는 담당자와 사례별로 검토합니다. 정상 화면만으로 처리 결과를 판단하지 않습니다.

개발 담당자에게 예상되는 실패와 예외 목록, 확인 방법을 요청하고 결정 항목과 담당자를 정합니다.

기관, 기업의 부서별 검토

기관, 기업에서는 부서별 업무와 권한이 다를 수 있습니다. 초안 작성 부서 외에 실제 사용, 검토, 운영 부서의 확인이 필요합니다.

부서별 검토 의견을 기록하고 요구사항의 반영, 보류, 제외 이유를 남깁니다. 의견이 충돌하면 전체 업무와 적용 기준을 확인해 합의합니다.

누락 점검의 기준업무 규칙과 운영 역할, 완료, 변경, 빈 상태를 확인합니다. 자체 검토와 실제 담당자의 검토를 함께 진행하고 기술적 예외를 보완합니다.