업무 흐름 지도 · BETTER HIRE

과제 생성·평가 구조

고정 질문을 선택하고 과제별 근거를 연결한 뒤, 질문별 O/X와 HR 보완으로 최종 결과를 만드는 구조를 살펴봅니다. 노드를 누르면 입력·처리·출력과 근거를 읽을 수 있습니다.

정적 설명 화면 · DB·AI 호출 없음

전체 지도

노드를 눌러 해당 상세 도식으로 이동합니다. 오른쪽으로 진행한 뒤 아래에서는 왼쪽으로 이어집니다.

단계 사이에 업무 데이터가 전달되는 경로미연결 · 실제 자동 처리 아님노랑: 처리 · 보라: 자료·판단 · 마름모: 조건

실선도 운영 완료를 뜻하지 않습니다. 노드의 구현 상태와 상세 패널에서 공용 DB 적용 여부를 함께 확인합니다.

한 과제를 끝까지 따라갑니다: 가입 이탈 개선

JD·과제·제출물·점수는 모두 설명용 가상 예시입니다. 2depth 역량 3개를 선택하면 각 역량의 고정 3depth 질문을 모두 포함해 9개 질문으로 평가합니다.

구현 완료를 가정한 목표 화면 · 승인과 공용 적용은 별도

1depth 5개 → 2depth 15개 → 3depth O/X 질문 45개

3depth 자체가 고정 O/X 질문입니다. 그 아래에 질문을 다시 생성하지 않습니다. 현재 revision 2의 45개 문안은 사람의 검토와 승인 전이며 draft·inactive로 표시합니다.

기준 브랜치: doyoonear/evaluation-redesign-base@a2087fe · revision 1과 합성 사례 120건은 과거 평가의 출처 이력으로 보존합니다.

1. JD는 2depth를 고르고, 시스템은 자식 3depth를 모두 포함합니다.

  1. 5개

    1depth · 관점

    상위 평가 관점입니다.

  2. 15개

    2depth · 역량

    JD가 3~5개를 선택합니다.

  3. 45개

    3depth · O/X 질문

    2depth마다 고정 질문 세 개입니다.

선택 2depth평가할 3depth
3개9개
4개12개
5개15개

질문 ID와 문구는 고정합니다. 과제마다 달라지는 값은 O 조건, 기대 증거, 자료 위치와 2depth 최소 O입니다.

2. AI가 2depth별 최소 O를 1~3으로 제안하고 HR이 확정합니다.

가상 HR 검토

선택 역량의 최소 O 확인

JD 근거와 세 질문을 함께 봅니다.

관찰한 현상과 원인 가설을 구분합니다JD 중요도 · 의미 연결 · 난이도 · 관찰 기회를 근거로 제안합니다.
3depth 3개
AI 제안 2개모든 2depth 값 확정

확정은 현재 revision을 잠그고 자료 생성 요청과 원자적으로 저장합니다. 수정본이 바뀌면 다시 제안하고 다시 확인합니다.

3. 총점은 전체 질문의 O 비율이며, 각 2depth가 모두 최소 조건을 통과해야 합니다.

총점 = O인 3depth 수 ÷ 선택한 3depth 수 × 100
전체 pass = 선택한 모든 2depth의 O 수가 각 최소 O 이상

표시 점수만 정수로 반올림하며 저장·정렬·비교에는 반올림 전 값을 사용합니다. 총점 하한은 두지 않습니다.

결과 · 최소 O 22depth 판정최종 확정
O · O · ?pass범위 점수로 가능
X · X · ?fail범위 점수로 가능
O · X · ?pending불가

일반 unresolved가 남아도 pass/fail이 수학적으로 확실하면 확정할 수 있습니다. invalid_input과 확인된 design_issue는 확실성에 관계없이 최종 확정을 차단합니다.

4. HR은 3depth를 수정하고 2depth 단위로 저장합니다.

질문별 입력

O/X, 필수 사유와 근거를 입력합니다. AI 원판정·근거·원응답은 바꾸지 않습니다.

2depth 원자 저장

바꾼 질문만 보내고 빠진 형제 질문과 다른 2depth는 유지합니다. reviewVersion 충돌은 409로 다시 불러옵니다.

O에는 제출 근거가 필요합니다. 내용 때문에 X라면 근거를 남기고, 부재로 판단한 X는 no_evidence를 사용할 수 있습니다. 확인된 설계 오류는 일반 O/X 편집으로 해제하지 않습니다.

5. 서버가 최신 요약과 최종 확정 가능 여부를 결정합니다.

프런트엔드는 서버의 ruleDecision, 정확 점수 또는 범위, finalization.allowed와 blockers를 표시합니다. 저장 응답이 늦게 도착해도 더 최신 evaluationVersion을 덮어쓰지 않습니다. 확정할 때 최신 버전을 보내며 MVP에서는 확정 평가를 다시 열지 않습니다.

100%

글자가 작으면 원래 크기로 바꾸고 도식 안에서 스크롤하세요. Tab으로 노드를 선택할 수 있습니다.

DB에서 확인한 건수와 조회 범위

2026-09-18 읽기 전용 조회 결과를 옮긴 정적 집계입니다. 실제 JD·회사·지원자 행은 포함하지 않습니다. 원자료에서 계산한 풀 내용과 DB 건수는 서로 다른 확인 결과입니다. 아래의 요구·대조·범위·평가항목 수를 공통 평가기준 수로 합산하지 않습니다.

이전 활성 판을 확인했을 때의 DB 집계 · 공통 역량 15개 (app.skill)
업무 정보와 DB 테이블행 수

이 표는 2026-09-18에 확인한 이전 활성 판의 이력입니다. 조회 당시 공용 DB 구조는 0014였고, 기존 제공자료 생성·저장 구조는 이후 공용 DB 0017에 적용됐습니다. 새 45개 3depth 질문 초안, 과제별 조건·근거, 2depth별 최소 O 계약은 이 집계나 0017 적용 사실에 포함되지 않습니다. 최신 공용 DB 버전과 개발 목표 구조는 기술 아키텍쳐에서 확인합니다. 평가 AI·실제 PDF 렌더러·OCR은 아직 연결되지 않았으며, 이 화면은 목표 계약이지 실제 배포·평가 재설계의 공용 DB 적용·모델 품질 검증 완료를 뜻하지 않습니다.