스킬 편집, 반영, 결과 규칙

원본: projects/skill-lens/product/03-domain-rules.md

---
title: SkillLens 스킬 편집, 반영, 결과 규칙
status: proposed
owner: PM
updated: 2026-11-09
source_of_truth: false
---

SkillLens 스킬 편집, 반영, 결과 규칙

상태: 제안(5판). 2026-11-08 PM이 대화로 확인한 내용과 GPT 검토를 반영했다. PM 승인 뒤 정본이 된다.
용어는 용어 사전을 따른다. 두 AI는 의견을 낼 때 이 문서의 항목 번호를 붙여 말하고, 여기에 없는 해석은 "제안"으로만 쓴다.

1. 누가 언제 스킬을 고치나

시점	관리자	실무자
온보딩(초대 전)	표준 스킬의 모든 것(이름, 설명, 5단계 레벨 설명, 요구레벨)을 고치거나 새로 만들 수 있다. 바로 조직 전체에 반영된다	해당 없음
회차 중(초대 뒤)	스킬, 스킬셋, 레벨 설명을 직접 고칠 수 없다. 할 수 있는 것은 [반영], [미반영], [검토완료], 재진단 요청, 결과확정뿐이다	자기 진단 안에서 스킬을 더하고, 빼고(필수 스킬 포함), 고치고(레벨 설명 포함), 커스텀스킬을 만들 수 있다
결과 뒤	스킬셋 개선에서 고치고 저장한다. 다음 회차에 쓴다	해당 없음

실무자 편집 범위는 온보딩의 "실무자의 스킬 수정" 설정이 정한다. "더하고 뺄 수 있음"이면 위와 같고, "스킬셋 그대로만"이면 레벨만 고른다. 실무자가 필수 스킬을 빼는 것이 싫은 조직은 이 설정을 켠다(PM 2026-11-08).
표준 스킬을 고치면 표준 원본은 그대로 두고 사본으로 저장한다(DEC-100).
행동 구분:

행동	회차 중
관리자가 기존 스킬을 직접 수정	불가
실무자가 스킬을 수정하거나 새로 만들어 제출	가능
관리자가 그 수정안을 [반영]	가능
관리자가 반영된 스킬을 다시 직접 수정	불가
결과확정 뒤 스킬셋 개선에서 수정	가능

2. 진단 시점의 스킬셋 판 보존과 반영 예외

실무자가 진단을 시작하면 그때의 스킬셋과 스킬별 레벨 설명 판으로 진단한다. 진단 중에 다른 사람의 수정이 반영되어도 진행 중인 진단의 판은 바뀌지 않는다(출처 없음).
실무자가 스킬을 빼는 것은 [반영]을 거치지 않는다. 그 실무자의 개인 스킬셋에 바로 적용되어 그 스킬은 진단하지 않고 개인 점수에서도 빠진다. 수정 내역에는 남는다. 직무 스킬셋에서 빼는 것은 결과 뒤 스킬셋 개선에서 한다. 직무 스킬셋을 넓게 주고 실무자가 빼는 구조이기 때문이다(PM 2026-11-08).
실무자가 더하거나 고친 것은 자기가 고친 판으로 진단한다. 그 스킬의 진단 데이터가 결과에 들어가는 시점은 관리자의 [반영]이다. [반영] 전에는 결과에 넣지 않고, [미반영]이면 개인 점수와 조직 결과에서 빠지며 개인 결과에는 "미반영(개인 결과에만)"으로 남는다(DEC-019, DEC-088, DEC-143).
[반영]되면 그 스킬은 그 실무자의 결과와 조직 결과에 들어간다. 이번 회차의 다른 실무자에게는 묻지 않는다(직무 스킬셋에 바로 넣지 않음). 스킬셋 개선에서 다음 스킬셋 후보로 보이고, 관리자가 고르면 개선된 스킬셋에 들어간다(DEC-118).
이미 진단했거나 진단 중인 실무자는 그대로 둔다. 관리자가 다시 할 가치가 있다고 판단하면 결과확정 전에 재진단을 요청한다(출처 없음).
스킬셋 개선 화면에는 모든 빼기, 더하기, 수정, 커스텀이 보인다(DEC-149).

3. 같은 스킬, 다른 스킬(이름이 아니라 ID로 구분)

표준 스킬: 원본 스킬 ID를 유지한다(출처 없음).
조직 사본: 조직 스킬 ID를 따로 두고, 원본 스킬 ID와 연결한다(DEC-100).
수정 이력: 판(버전) ID로 보관한다. 이름이나 설명을 바꿔도 과거 진단 결과와의 연결이 유지된다(출처 없음).
표준 스킬을 고쳐 [반영]한 것은 원래 표준 스킬과 같은 스킬로 모아 본다(PM 2026-11-08).
회차 중 [반영]은 직무 스킬셋의 조직 판을 바꾸지 않는다. 다음 스킬셋에 넣을 판은 스킬셋 개선에서 관리자가 고른다(DEC-118).
커스텀스킬: 독립적인 ID를 준다. 이름이 같아도 자동으로 합치지 않는다(출처 없음).
비슷한 커스텀스킬을 여러 사람이 냈을 때: 각각 따로 보존하고, 렌지가 비슷한 후보를 나란히 보여 주며, 묶을지는 관리자가 정한다. 묶어도 제출자와 제안 이력은 남긴다(출처 없음).

4. 관리자 검토 화면

실무자가 무엇을 더하고, 빼고, 고쳤는지 한눈에 보인다. 레벨 설명을 고친 경우 표준 원본과의 차이를 나란히 보인다(DEC-066).
이상신호 후보: 레벨 설명을 고친 스킬에서 높은 레벨을 고른 경우(판정이 아니라 확인할 이유)(출처 없음).
일괄 [검토완료]: 이상신호가 없는 사람을 한 번에 검토완료한다. 심플에 이미 있다(bulk_confirm)(DEC-062, DEC-069).

5. 결과 계산 규칙

조직 SRS와 조직 결과에는 검토완료한 실무자만 넣는다. 화면에 "검토완료 n명 기준"을 적는다(DEC-061, DEC-062).
회차 중간에 [반영]된 스킬은 이번 회차에서 공백스킬로 세지 않는다. 다른 실무자는 그 스킬을 질문받지 않았기 때문이다(DEC-118).
GAP과 공백스킬의 집계 대상은 그 스킬을 실제로 진단하고 검토완료된 실무자다(핵심 가치 V-0와 같음). 회차 중간에 반영된 스킬도 그 스킬을 진단한 사람들끼리만 본다. 화면에 새 표시를 더하지 않는다(PM: 화면이 복잡해지면 포기). 진단 인원수로 스킬 결과의 신뢰도를 따로 판정하지 않는다(PM 2026-11-08).

6. 결과확정

검토필요(제출했지만 검토 전)가 한 명이라도 남아 있으면 결과확정을 할 수 없다. 버튼은 흐리게 두고 "검토필요 n명 남았어요"와 그 목록으로 가는 길을 보인다(DEC-069).
반영 대기(실무자의 스킬 수정, 커스텀스킬 중 [반영]/[미반영]을 아직 고르지 않은 것)가 하나라도 남아 있어도 결과확정을 할 수 없다. 남은 목록으로 가는 길을 보인다. 자동으로 미반영 처리하지 않는다. 실무자의 제안이 검토 없이 버려지지 않게 하기 위해서다(PM 2026-11-09).
미제출자는 무시하고 확정할 수 있다. 결과에서 빠진다(DEC-069).
재진단을 요청한 사람은 이전 제출이 결과에서 빠지고 미제출과 같이 본다. 다시 제출하면 다시 검토필요가 된다. 그래서 다시 내지 않는 사람 때문에 회차가 막히지 않는다(DEC-128).
확정한 회차는 다시 열지 않는다(DEC-121).

7. 정정(운영자)

회차 중 큰 설정 실수(잘못된 요구레벨, 엉뚱한 스킬)는 관리자 화면을 열지 않고, 운영자가 고치고 사유와 대상을 기록하는 "설정 오류 정정" 절차로 처리한다(출처 없음).
확정된 결과는 덮어쓰지 않는다. 정정이 필요하면 기존 결과를 보존하고, 정정 사유를 남기고, 고친 결과를 새 판으로 만들고, 두 판의 차이를 기록한다(출처 없음).
운영자의 열람과 수정은 관리자 행동과 구분해 기록한다(용어 사전 "운영자 권한")(DEC-040).

8. 범위와 시연

채용 지원자 흐름은 첫 출시 범위가 아니다(나중). 개인 관심 스킬은 다음 판에서 다룬다(DEC-114).
지금 운영 중인 실제 고객과 회차는 없다(PM 2026-11-08).
2026-11-11 시연은 실제 DB(운영 D1)를 쓴다. 개발과 검증은 실제 DB의 복사본에서 하고, 시연 직전에만 실제 DB를 쓰는 것을 추천한다(출처 없음).
실제 DB에 쓰기 전에 PM이 승인할 범위: 만들 조직 코드(demo로 시작), 쓰는 표, 실제 메일 발송 여부, 기존 데이터 변경 여부, 끝난 뒤 지울 데이터, 복구 방법(출처 없음).
demo 접두어는 국내 평균 계산에서 빼는 장치일 뿐, 모든 노출과 계산을 막는 장치가 아니다. 조직마다 데이터가 따로 보이므로 시연 조직을 따로 표시하지 않는다. 베타 버전이 곧 시연 버전이다(PM 2026-11-09).
시연 범위는 1회차를 돌리는 전 기능이다. 메일과 렌지는 끄지 않고 받는 사람과 데이터를 제한한다(PM 2026-11-09).

9. 그 밖의 정책(PM 2026-11-09, 지난 대시보드 Q-058, Q-061, Q-064, Q-067, Q-071)

관리자가 대상자도 될 때(Q-058): 자기 제출을 스스로 [검토완료]할 수 있다(PM 2026-11-09).
실무자가 스킬을 직접 만들 때(Q-067): 표준 스킬과 같은 칸을 받는다. 이름, 설명, 레벨 1~5 설명, 필수 또는 확장, 하드 또는 소프트. 렌지 초안으로 채울 수 있다(PM 2026-11-09).
개선된 스킬셋(Q-064): 몇 번이든 고칠 수 있다. 확정된 결과에는 영향이 없다(PM 2026-11-09).
같은 설정을 두 사람이 고칠 때(Q-061): 나중에 저장한 것이 남고, 누가 무엇을 고쳤는지 기록된다. 따로 막는 장치를 두지 않는다(PM 2026-11-09).
관리자 교체(Q-071): 한 조직에 관리자를 여러 명 둘 수 있는 기존 기능을 쓴다(GPT 4판 검토 반영)(PM 2026-11-09).
지금 관리자가 새 관리자를 초대한다. 여러 명을 초대할 수 있고, 새 초대가 다른 사람의 미수락 초대를 닫지 않는다(지금 코드는 닫으므로 고친다)(PM 2026-11-09).
새 관리자의 수락은 "비밀번호를 설정해 초대를 수락한 때"다(PM 2026-11-09).
수락한 관리자가 기존 관리자를 내보낸다. 관리자 권한만 빼고, 그 사람이 실무자이기도 하면 실무자 권한과 진단 기록은 남긴다. 모든 활동 기록은 남긴다(PM 2026-11-09).
권한이 바뀌면 그 사람의 기존 로그인 세션을 바로 끊는다. 다시 들어오면 남은 권한만 적용된다(PM 2026-11-09).
마지막 관리자 보호: 수락을 마친 관리자가 한 명뿐이면 내보낼 수 없다. 초대만 받은 사람은 세지 않는다(PM 2026-11-09).
담당자 정보(조직 관리자 이메일, 답장받는 주소, 메일 표시 이름)가 기존 관리자의 것이면 새 관리자로 바꾸는 것이 기본이다. 별도 담당자가 있으면 바꾸지 않는다(PM 2026-11-09).
운영자가 대신 처리할 때: 조직에 등록된 확인된 연락처로 확인한다. 그 연락처가 떠나는 관리자 본인이면 계약 담당자 확인과 회사 도메인 확인으로 대신한다. 처리 기록을 남긴다(PM 2026-11-09).
버전 표기: 진단마다 그 데이터가 나온 제품 이름과 판 번호(예: zero 0.1.0, simple 2.124.11)를 진단을 시작할 때 저장하고 표시한다(PM 2026-11-09).

확인이 더 필요한 것

운영자 접속 기록의 법적 보관 기간(개인정보의 안전성 확보조치 기준 원문)(출처 없음).
원천 데이터(O*NET, KNOW)의 이용 조건 원문(출처 없음).

이 사이트는 ideber 저장소 projects/skill-lens/ 에서 자동으로 만들어집니다. 고칠 때는 저장소를 고칩니다. 공개 주소이지만 검색엔진에는 나오지 않습니다.