대표 검토 큐
흐름 범위- 예외
- 근거 부족 1건 · 불충족 근거 있음 1건
- 추적 ID
- SFR-001 · PER-001
대표가 다시 볼 예외만 먼저 확인합니다. 아래 단계에서 각 근거 위치와 사람 결정을 확인하세요.
대표가 다시 볼 예외에서 시작해, 한 사례를 끝까지 따라갑니다.
첫 장면은 합성 사례의 결과 화면입니다. 아래 장면을 선택해 요청·기준선·증거가 어떻게 예외와 사람의 결정으로 이어지는지 확인하세요. 움직임이 줄어든 환경과 JavaScript가 꺼진 환경에서도 같은 설명과 단계 목록을 읽을 수 있습니다.
1. 기준선 만들기
2. 검수와 결정
요청 문서
조건 후보
사람 확정 기준선
제출물 · 증거
candidate 예외
사람의 결정
봉인된 추적 패키지
장면을 선택하세요.
아래 장면별 상세 설명이 정본입니다. JavaScript가 켜지면 선택한 장면이 이 패널에 표시됩니다.
모든 장면 상세 보기
Scene 0 · 결과 화면
대표 예외 화면 — 2건만 사람이 다시 봅니다.
- 들어오는 것:
- 사람이 확정한 기준선과 제출물·증거
- PairTrace가 하는 일:
- 전체 결과가 아니라 대표가 다시 볼 예외를 큐로 정리
- 사람이 하는 일:
- 각 예외의 근거와 다음 행동을 확인
- 나오는 것:
- 근거 부족 1건·불충족 근거 있음 1건
- 왜 필요한가:
- 대표가 전체 작업물을 다시 읽지 않고 판단이 필요한 곳부터 보기 위해
Scene 1 · 현재 단계
합성 공공 SI/RFP 요청이 들어옵니다.
- 들어오는 것:
- 공개 문서 구조만 참고한 합성 요청 카드
- PairTrace가 하는 일:
- 범위·기능·성능·테스트 항목을 읽을 자리를 마련
- 사람이 하는 일:
- 실제 기관·프로젝트 자료가 아닌지 경계를 확인
- 나오는 것:
- 검수 가능한 후보 입력
- 왜 필요한가:
- 요청이 기준선으로 바뀌기 전의 출발점을 보이기 위해
Scene 2 · AI 후보
AI가 검수조건 후보를 만듭니다.
- 들어오는 것:
- 합성 요청 원문과 문서 구조
- PairTrace가 하는 일:
- 검수조건 후보·필요 증거·미결 질문을 구조화
- 사람이 하는 일:
- 후보가 확정 조건이 아님을 전제로 읽고 질문을 확인
- 나오는 것:
- 후보 조건 목록과 open questions
- 왜 필요한가:
- 빠진 확인 항목을 사람 확정 전에 드러내기 위해
Scene 3 · 사람 확정
사람이 확인하고 기준선을 봉인합니다.
- 들어오는 것:
- AI 후보 조건과 미결 질문
- PairTrace가 하는 일:
- 확정본의 버전과 기준선 기록을 남김
- 사람이 하는 일:
- 조건을 수정·보류·확정
- 나오는 것:
- 사람이 확정한 기준선
- 왜 필요한가:
- 프로젝트의 권위가 AI 후보가 아니라 사람에게 있음을 남기기 위해
Scene 4 · 현재 단계
제출물과 증거가 함께 들어옵니다.
- 들어오는 것:
- 완료 보고서, 테스트 결과, 화면 기록, 오류 행 리포트
- PairTrace가 하는 일:
- 조건별 증거 위치와 제출물을 연결
- 사람이 하는 일:
- 필요한 증거의 범위를 확인
- 나오는 것:
- 조건별 evidence map
- 왜 필요한가:
- 완료 문장과 그 문장을 지지하는 실제 위치를 분리하기 위해
Scene 5 · candidate 분류
네 가지 candidate 상태로 분류합니다.
- 들어오는 것:
- 확정 기준선과 제출 증거
- PairTrace가 하는 일:
- 네 상태를 제안하고 PER-001은 불충족 근거 있음, SFR-001은 근거 부족으로 나눔
- 사람이 하는 일:
- 기준 5분과 실제 7분 18초의 차이가 재작업인지 확인
- 나오는 것:
- PER-001 불충족 근거 있음 · SFR-001 근거 부족
- 왜 필요한가:
- 조건 불일치와 증거 부족을 섞지 않고 예외별 다음 행동을 정하기 위해
Scene 6 · 사람 결정
사람은 예외만 보고 결정합니다.
- 들어오는 것:
- 근거 부족·조건 불일치·사람 판단 필요 항목
- PairTrace가 하는 일:
- 예외와 근거 위치를 결정 큐로 정리
- 사람이 하는 일:
- 증거 요청·재작업·승인 보류·조건 변경 검토 중 하나를 결정
- 나오는 것:
- 사람의 결정 기록
- 왜 필요한가:
- 전체 작업물을 처음부터 다시 읽지 않고 책임 있는 판단에 집중하기 위해
Scene 7 · 재검수
수정본이 다시 검수됩니다.
- 들어오는 것:
- 사람의 결정과 수정본·추가 증거
- PairTrace가 하는 일:
- 같은 기준선에 새 버전을 다시 대조하고 차이를 남김
- 사람이 하는 일:
- 재검수 결과의 예외를 다시 결정
- 나오는 것:
- 이전·현재 버전의 상태 변화
- 왜 필요한가:
- 한 번의 보고서가 아니라 수정과 확인의 순환을 보이기 위해
Scene 8 · 추적성
결정·근거·변경 이력을 봉인합니다.
- 들어오는 것:
- 기준선 버전, 제출 증거, candidate, 사람 결정, 수정 이력
- PairTrace가 하는 일:
- 같은 기록인지 다시 확인할 수 있는 패키지로 묶음
- 사람이 하는 일:
- 어떤 결정이 어떤 근거에 기대는지 확인
- 나오는 것:
- 봉인된 추적 패키지
- 왜 필요한가:
- 결과를 믿으라는 대신 기록의 변화와 출처를 다시 읽기 위해
Scene 9 · 요약
요청·근거·예외·결정이 한 줄로 이어집니다.
- 들어오는 것:
- 두 레인의 모든 단계
- PairTrace가 하는 일:
- 완료조건·근거·candidate·사람 결정·변경 이력을 요약
- 사람이 하는 일:
- 다음 프로젝트에 적용할 흐름을 선택
- 나오는 것:
- 읽을 수 있는 검수 흐름과 기록
- 왜 필요한가:
- 30~60초 안에 제품의 원인→검수→결정→결과 연결을 이해하기 위해