이해관계자와 요구 출처 식별

핵심 요약

대표 사용자 한두 명의 의견만 들으면 예외 처리, 후속 업무, 데이터 생산 책임, 규제 요구가 누락될 수 있다. 이해관계자는 요구를 요청한 사람뿐 아니라 정보를 생성·승인·소비·통제하거나 변화의 영향을 받는 주체를 포함한다. 출처는 인터뷰 진술뿐 아니라 규정, 절차서, 보고서, 실제 데이터, 오류·문의 기록, 외부 인터페이스 등으로 넓혀 상호 확인한다.

학습 목표

• 이해관계자 유형과 관심사·권한·영향을 구분한다.
• 인적·문서·데이터·시스템·외부 출처를 분류한다.
• 업무 사건과 데이터 생성·사용 흐름으로 조사 범위를 확장한다.
• 출처의 신뢰성·최신성·권위·편향을 평가하는 기준을 적용한다.

1. 이해관계자 식별

1.1 이해관계자의 범위

정보 요구의 정의·승인·실현·사용·통제에 영향을 주거나 영향을 받는 개인·조직이다. 대표 유형은 다음과 같다.

• 업무 목표와 우선순위를 결정하는 의사결정자
• 실제 업무를 수행하는 사용자와 예외 처리 담당자
• 데이터를 생성·수정하는 생산자
• 보고·분석·연계에서 데이터를 사용하는 소비자
• 데이터 의미·품질·보존에 책임을 지는 소유자
• 준법·감사·보안·개인정보 등 통제 부서
• 운영·개발·연계 시스템 담당자
• 고객, 협력사, 감독기관 등 외부 주체

한 사람이 여러 역할을 가질 수 있고, 직급이 높다고 모든 업무 세부사항의 권위 있는 출처가 되는 것은 아니다.

1.2 관심사와 권한

이해관계자 지도에는 대상 업무, 관심사, 지식 수준, 영향도, 의사결정 권한, 참여 방식, 연락 창구를 기록한다. 요구를 제안할 권한과 최종 승인할 권한, 데이터 정의를 확인할 권한을 구분한다.

2. 요구 출처 분류와 평가

출처 평가는 권위, 최신성, 적용 범위, 일관성, 원본성, 편향 가능성을 기준으로 한다. 서로 충돌하면 차이를 숨기지 않고 통합·합의 단계로 넘긴다.

3. 조사 범위 설정 흐름

업무 목표·대상 사건 식별
  예: 주문 접수, 취소, 환불, 정산
        ↓
사건별 수행·승인·예외 역할 식별
        ↓
생성·변경·사용·전달되는 정보와 시스템 경계 추적
        ↓
규정·문서·데이터·로그·외부 출처 목록화
        ↓
누락 위험이 큰 역할·예외·후속 처리 확인
        ↓
조사 대상, 우선순위, 기법, 일정 확정

조직도만 따라 인터뷰 대상을 정하면 비공식 수기 보정자, 야간 운영자, 외부 정산 기관처럼 실제 데이터 흐름에 중요한 주체를 놓칠 수 있다.

4. 누락 진단 사례

상황: 온라인 주문 담당자만 인터뷰해 주문 데이터 요구를 정의했다. 이후 회계팀이 월말 정산 시 수기 환율 보정을 하고, 고객센터가 취소 사유를 별도 파일로 관리하며, 물류사는 배송 완료 코드를 외부 인터페이스로 전달한다는 사실이 발견되었다.

진단: 주문 접수 사용자만 보아 후속 정산, 예외 취소, 외부 물류 흐름이 조사 범위에서 빠졌다.

보완: 주문 생명주기의 주요 업무 사건을 기준으로 회계·고객센터·물류 연계 담당자와 관련 문서·수기 파일·인터페이스·오류 기록을 출처 목록에 추가한다. 각 출처의 권위와 기준 시점을 표시한다.

5. 비교와 구분

시험 판단 포인트

• 이해관계자는 요청자뿐 아니라 데이터 생산·소비·통제·승인·외부 영향 주체를 포함한다.
• 조사 범위는 조직도보다 업무 사건과 데이터 생성·사용·전달 흐름으로 검증한다.
• 요구 출처에는 사람, 규정, 문서, 데이터·로그, 시스템, 외부 연계가 포함된다.
• 출처는 권위·최신성·적용 범위·편향 가능성을 평가해야 한다.
• 충돌 출처는 임의로 하나를 삭제하지 않고 차이와 근거를 통합·합의 단계에 전달한다.

자주 틀리는 부분

• 직급이 가장 높은 사람의 의견이 모든 세부 요구의 유일한 근거라고 보지 않는다.
• 현행 화면이나 설계서에 존재한다는 이유로 그 기능을 업무 요구로 자동 인정하지 않는다.
• 대표 사용자만 조사하고 예외·후속·외부 처리 담당자를 누락하지 않는다.
• 실제 데이터·로그를 완전하고 정확한 사실로 가정하지 않고 품질과 맥락을 확인한다.