용어 사전
원본: projects/skill-lens/product/02-glossary.md
---
title: SkillLens 용어 사전
status: proposed
owner: PM
updated: 2026-11-08
source_of_truth: false
---
SkillLens 용어 사전
상태: 제안(4판). 제로 대시보드의 규칙(R-010 금지 목록)과 결정, GPT 검토, 2026-11-08 PM 답을 반영했다. PM 승인 뒤 정본이 된다.
화면 글, 문서, 코드 이름, AI 사이의 대화 모두 이 사전을 따른다. 저장소skill-lens/docs/glossary.md는 지난 버전(심플) 용어라서, 다르면 이 문서가 우선이다.
같은 말이라도 제품 원칙, 화면 표현(버튼, 상태 이름), 구현(데이터 값)을 나눠 쓴다. 아래 "검토와 반영 용어 표"가 그 기준이다.
형식: 말: 뜻. / 쓰지 않는 말
제품과 사람
- SkillLens: 제품 이름. 화면 로고는 영어 워드마크, 한국어로 부를 때는 스킬렌즈(출처 없음).
- 버전 표기: 데이터가 나온 제품 이름과 판 번호. 예:
zero 0.1.0,simple 2.124.11. 진단을 시작할 때 저장하고, 표시만 하며 계산을 바꾸지 않는다(PM 2026-11-09). - 제로: 내부 버전 이름. 제품 화면, 시안 화면 글, 고객 메일, 외부 자료에 쓰지 않는다(DEC-005).
- 관리자: 고객사에서 진단을 준비하고 결과를 보는 사람(출처 없음).
- 운영자: SkillLens 쪽 사람(슈퍼어드민). 권한은 아래 "운영자 권한"을 따른다(DEC-105).
- 실무자: 진단을 받는 본인을 부르는 말. / 본인에게 "대상자, 진단대상자, 직원" (DEC-175)
- 대상자, 진단대상자: 관리자가 진단할 사람을 지정할 때만 쓰는 말(관리자 화면)(DEC-175).
- 렌지: SkillLens의 AI. 찾고, 설명하고, 제안한다. 판단과 확정은 하지 않는다(DEC-084, DEC-160, PM 2026-11-09).
스킬 데이터
- 스킬 DB(표준 스킬): SkillLens가 O*NET, KNOW, 자체 데이터를 번역하고 다듬어 직접 만든 스킬과 스킬별 5단계 레벨 설명. 원천을 그대로 보여 주지 않는다. 원천별 확인 항목은 아래 "데이터 출처"(DEC-043).
- 사본: 관리자나 실무자가 표준 스킬을 고치면 표준 원본은 그대로 두고 따로 저장되는 그 조직의 판(DEC-100).
- 커스텀스킬: 실무자가 표준에 없는 스킬을 새로 만든 것. 표준 스킬과 같은 칸(이름, 설명, 레벨 1~5 설명, 필수 또는 확장, 하드 또는 소프트)을 갖는다. / "거부" (DEC-018, PM 2026-11-09)
- 맞춤(편집, 사본, 커스텀): SkillLens의 핵심 강점이다. 그 기록은 스킬셋 개선의 데이터 자산이다(DEC-082).
- 직군, 직무: 직무는 일 단위(예: B2B 영업), 직군은 직무의 묶음(DEC-156).
- 직무 스킬셋: 직무에 필요한 스킬 목록과 요구레벨. 참고 풀이다(DEC-122).
- 개인 스킬셋: 실무자가 직무 스킬셋에서 빼고 더하고 고쳐 만든 자기 목록. 개인 점수는 개인 스킬셋 기준이다(DEC-122).
- 하드스킬, 소프트스킬: 도구와 기술 같은 특정 능력 / 소통, 문제해결 같은 공통 능력. 커스텀스킬은 만든 실무자가 고르고 렌지가 제안하며, 관리자가 [반영]할 때 바꿀 수 있다(출처 없음).
- 필수 스킬, 확장 스킬: 직무와의 연관 정도로 나눈다. O*NET, KNOW의 중요도 점수가 기준 이상이면 필수(가중치 1.0), 아니면 확장(0.5)이다. O*NET 기준은 50이다(KNOW 기준값은 확인 필요). 필수는 공통 스킬도, 반드시 갖춰야 하는 조건도 아니다. 실무자는 필수 스킬도 뺄 수 있다. / "선택 스킬" (DEC-122)
- 진단스킬: 이번 회차에 실제로 재는 스킬. 목적 프리셋이 먼저 켜고 관리자가 확인한다(DEC-072, DEC-200).
레벨
- 레벨, 요구레벨: 1~5단계. 요구레벨은 직무가 요구하는 레벨. 관리자와 실무자 화면 모두 이 말 하나다. 조직의 목표는 레벨이 아니라 목표 SRS(점수)다(PM 2026-11-09). / "수준", "목표 레벨" (DEC-180, DEC-201)
- 레벨 표기: Lv 1~5. 한 레벨은 "Lv 3"처럼 점 없이 띄어 쓴다. 단계마다 한글 이름(입문, 능숙 같은)을 붙이지 않고, 가이드 설명에도 쓰지 않는다(DEC-180 ①, 8판 시안, DEC-201 ⑤를 PM 2026-11-09가 바꿈). / "입문, 초급, 중급, 능숙, 선도", 레벨 이름으로 "기본, 고급, 전문가" (DEC-180, DEC-201)
- 공통 레벨 가이드: Lv 1~5마다 붙는 공통 설명 한 줄. 레벨 설명이 비어 있는 커스텀스킬의 출발점으로 쓴다. 실제 진단 기준은 스킬별 레벨 설명이다(출처 없음).
- 스킬별 레벨 설명: 스킬마다 따로 있는 다섯 단계의 행동 설명. 실제 진단 기준은 이것이다. 표준 스킬은 모두 갖고 있다(출처 없음).
- 렌지 초안: 스킬 이름과 종류로 설명, 세부 설명, 레벨 1~5 설명 초안을 만들어 주는 기능. 심플에 이미 있다(
/api/ai/skill-draft, v2.104.0). 초안이며, 만든 사람이 고친다(출처 없음).
진단과 검토
- 회차: 한 번의 진단 기간. 결과확정으로 닫히고 다시 열지 않는다(DEC-121).
- 자기진단: 실무자가 스킬별 레벨 설명을 보고 자기 레벨을 고르는 것(출처 없음).
- 렌지 레벨 추천: 레벨을 고르기 전에도 후에도 누를 수 있는 버튼. 누르면 렌지가 맞닿은 두 레벨 범위(예: Lv 3~4, 끝이면 Lv 1~2나 Lv 4~5)와 레벨마다 맞는 조건을 보이고, 최종 선택은 실무자가 한다. 하나만 보이면 결정처럼 읽히고 셋 이상은 도움이 안 되어서 늘 두 레벨이다(PM 2026-11-09). 누르기 전에는 추천을 보이지 않는다. 인재 검색 안의 [렌지에게 묻기]는 다른 기능이다(DEC-084, DEC-160, PM 2026-11-09).
- 이상신호: 지나치게 빠른 응답, 일괄 선택처럼 관리자가 확인할 이유. 판정이 아니다. / "허위, 과대평가", 이상신호를 가리켜 "판정" (DEC-014, DEC-119)
- 재진단: 관리자가 실무자에게 다시 진단을 요청하는 것. 요청하면 이전 제출은 결과에서 빠지고, 다시 낼 때까지 미제출과 같이 본다(DEC-078, DEC-128).
- 결과확정: 관리자가 회차 결과를 닫는 것(DEC-062).
- 스킬셋 개선: 결과 뒤 다음 회차를 위해 스킬셋을 고치고 저장하는 곳. 회차 중 관리자가 스킬을 직접 고칠 수 있는 길은 없다(DEC-074, DEC-118).
검토와 반영 용어 표
"승인"이라는 말이 사람, 화면, 상태마다 다르게 쓰여 혼란이 생겼다. 제품 원칙으로는 "관리자가 확인해서 확정한다(레벨은 바꾸지 않는다)"이고, 화면과 데이터에서는 아래 이름만 쓴다(출처 없음).
| 대상 | 누가 | 버튼(화면) | 처리 뒤 상태 | 실무자 화면 표시 | 결과에 미치는 것 |
|---|---|---|---|---|---|
| 실무자의 스킬 수정, 커스텀스킬 | 관리자 | [반영] / [미반영] | 반영됨 / 미반영 | 반영됨 / 미반영(개인 결과에만) | 반영되면 그 사람 결과와 조직 결과에 들어감. 이번 회차 다른 실무자에게는 묻지 않고 다음 스킬셋 후보가 됨. 미반영 스킬은 점수와 조직 결과에서 빠지고 개인 결과에 "미반영(개인 결과에만)"으로 남음 |
| 실무자의 진단 제출 | 관리자 | [검토완료] / 재진단 요청 | 검토완료 / 재진단 요청됨 | 검토대기 → 완료 / 재진단 요청 | 검토완료한 사람만 조직 결과에 들어감 |
| 회차 전체 | 관리자 | 결과확정 | 확정됨 | 결과 보기 | 회차가 닫힘 |
- 관리자 화면에서 제출 뒤 처리 전 상태는 "검토필요", 실무자 화면에서는 "검토대기"라고 부른다(DEC-035, DEC-180).
- 쓰지 않는 말: "결과 승인, 결과 인정, 검토 마치기, 반려, 거부". 다른 AI나 문서에 "승인, 반려"가 나오면 위 표의 [검토완료], 재진단 요청을 뜻한다(DEC-035, R-010).
운영자 권한
- 고객 데이터 조회: 업무 목적이 있을 때 한다(DEC-040).
- 고객 데이터 수정: 조회와 별도 권한이다. 회차 중 큰 설정 실수 정정이 대표 경우다(DEC-040).
- 민감한 개인정보: 필요한 만큼만 보이고, 기본은 가린다(DEC-040).
- 긴급 수정: 사유와 대상을 남긴다(DEC-040).
- 모든 열람과 수정: 바꿀 수 없는 기록으로 남긴다. 운영자 행동은 관리자 행동과 구분해 기록한다(DEC-040).
- 이용약관과 개인정보 처리방침에 운영자 접근을 적는다(DEC-040).
데이터 출처(확인 항목)
출처 표시와 별개로, 원천마다 "가져와서 저장하고, 번역하고 고쳐서, 유료 서비스에서 고객에게 보여 줘도 되는가"를 기록한다. 지금 문제가 있다는 뜻은 아니다(출처 없음).
- 원천 이름, 받은 방법(공식 API 등), 받은 날짜와 버전 (출처 없음)
- 이용 조건: O*NET은 공개 라이선스 조건, KNOW(한국고용정보원)는 공공누리 유형(유형에 따라 변경 금지, 상업 이용 금지가 붙을 수 있음) (출처 없음)
- 우리가 번역하고 고친 이력과 원본 스킬과의 연결 (출처 없음)
결과
- SRS(스킬준비도): 조직의 스킬 준비 점수. 사람을 줄 세우는 점수가 아니다. 실무자에게는 "내 스킬준비도". 계산은 V-0(DEC-024, DEC-154).
- 요구레벨 충족도: SRS의 70점 부분(실무자 편집을 끈 "스킬셋 그대로만" 조직은 80점). 충족률 = min(1, 실제 ÷ 요구)의 가중 평균(DEC-076, DEC-096).
- 스킬 GAP(부족스킬): 분석용 지표. 요구레벨 − 실제 레벨의 평균과 미달 인원. 충족도와 다른 지표다(DEC-153).
- 공백스킬: 진단스킬 중 그 스킬을 진단하고 검토완료된 사람 가운데 가진 사람이 0명인 스킬. 검토완료 0명이면 "확인할 수 없음"(DEC-153).
- 스킬히트맵: 스킬별로 누가 어느 레벨을 가졌나의 지도(출처 없음).
- 목표 SRS, 목표달성률: 목표 점수(초기 기본값 75, 설정값) / 지금 SRS ÷ 목표 SRS(DEC-053, PM 2026-11-08).
- 요구레벨 충족률, 학습계획 실천율: 목표달성률과 다른 지표(V-0).
- 조직 목적, 프리셋: 진단으로 만들려는 변화 / 미리 준비된 목적이자 진단스킬 필터(DEC-072, DEC-200).
- 최대인원: 계약 인원. 운영자가 계약에 맞춰 정하고 관리자는 보기만 한다. 명단에 넣을 때 넘으면 막는다. / "진단 인원(계약 뜻)" (DEC-094, DEC-180)
그 밖에 쓰지 않는 말
- 무료, 공식 연동, 인증(제휴처럼 읽히는 말), "완성, 정답" 장담 (DEC-045)
- 과한 경어: 시겠어요, 시나요?, 셨나요?, 께서, 주십시오, 하십시오, 되어요 (DEC-230)
- 버튼 글은 명사형 2~4자(시작, 직무확인, 초대). 확인 창 왼쪽 버튼은 늘 "닫기"(DEC-220, DEC-230).
이 사이트는 ideber 저장소 projects/skill-lens/ 에서 자동으로 만들어집니다. 고칠 때는 저장소를 고칩니다. 공개 주소이지만 검색엔진에는 나오지 않습니다.