자주 묻는 질문
DevGhost가 작업량을 추정하는 방법, Ghost%의 의미, 그리고 이를 책임감 있게 사용하는 방법입니다.
개발자를 감시하나요? 시간은 어디서 나오나요?+
아니요 — 시간 추적도, 화면도, 키 입력도 없습니다. 우리는 오직 코드 변경 그 자체만 분석하여 그 인지적 난이도를 기준 개발자의 시간으로 추정합니다. 근무 기록표가 아니라 잣대입니다.
"시간 단위 추정"이란 무엇을 의미하나요?+
코드베이스를 잘 알고 AI 없이 일하는 중급 개발자(3~4년차)가 그 변경에 얼마나 걸릴지를 뜻합니다. 줄 수나 책상에서 실제로 보낸 시간이 아니라 작업의 난이도를 측정합니다. 코드 작성, 수동 테스트, 리뷰 수정을 포함하며, 회의·계획·리뷰 대기는 제외합니다.
작업량을 정확히 어떻게 추정하나요?+
"신경망 한 번 호출"이 아니라 AI가 하나의 계층일 뿐인 다단계 파이프라인입니다. 먼저 모델이 코드 변경 그 자체 — 실제로 무엇이 바뀌었는지 — 를 읽고, 줄이나 커밋을 세는 대신 기준 개발자 기준의 인지적 난이도를 판단합니다. 그 위에서 결정론적 알고리즘 계층이 작동합니다: 시스템은 각 변경의 성격을 분류하고, 중대한 작업(예: 인프라, 데이터 마이그레이션, 보안)을 별도로 인식하며, 기계적이고 생성된 변경(대량 찾아 바꾸기, 생성·이동된 코드, 서식)을 걸러내고, 보정 규칙과 가드레일을 적용하여 단일 모델 추측이 결과를 좌우하지 못하게 합니다. 크고 결합된 커밋은 더 세부적으로 처리됩니다. 동일한 기준이 모두에게 자동으로 적용되고, 각 커밋은 한 번 평가되어 결과가 고정됩니다 — 그래서 비교 가능하고 재현 가능합니다.
이 방법론은 어떤 경험과 데이터를 바탕으로 하나요?+
실제 엔터프라이즈 개발에서 비롯되었습니다: 알고리즘 계층은 실제 프로젝트에서 수집한 경험적 패턴 — 어떤 변경이 보통 보이는 것보다 비싼지, 어떤 변경이 크기에 비해 저렴한지 — 을 인코딩합니다. 이 규칙들은 실제 기준 추정치와 대조하여 검증됩니다(보정). 그래서 시스템은 단순한 줄 세기 도구보다 작업을 평가하는 노련한 테크 리드처럼 동작합니다.
우리 팀은 AI를 사용합니다. 그러면 지표가 무너지나요?+
오히려 그 반대 — 바로 그것이 핵심입니다. 우리는 AI 없이 일하는 기준 개발자와 팀을 비교합니다. AI 덕분에 하루에 더 많이 수행하면 Ghost%가 올라가고, "AI 이전 기준"과의 그 격차가 바로 제품이 보여주는 것입니다. 왜곡이 아니라 결과입니다.
Ghost%란 무엇이며 어떻게 읽나요?+
당신의 일일 산출량과 기준 개발자 산출량의 비율입니다. 100%는 기준과 동등하고, 높으면 하루에 더 많이 수행하는 것이며, 낮으면 더 적게 수행하는 것입니다. 시간이나 초과 근무가 아닙니다: 높은 수치가 "번아웃"을 뜻하지 않고, 낮은 수치 자체가 "약함"을 뜻하지도 않습니다.
얼마나 신뢰할 수 있나요?+
측정이 아니라 모델입니다. 누구도 실제 시간을 복원할 수 없으므로, 그 가치는 모두에게 적용되는 하나의 규칙 집합에 있습니다: 추세와 비교에는 강하지만, 한 사람의 시간 단위 정확성에는 그렇지 않습니다. 판정을 내리는 도구가 아니라 더 나은 질문을 하기 위한 도구입니다.
커밋을 나누거나 합쳐서 지표를 조작할 수 있나요?+
커밋을 나누거나 합쳐도 의미 있게 움직이지 않습니다 — 평가되는 것은 커밋이나 줄의 수가 아니라 변경의 실체와 난이도입니다. 더 중요한 점: 사람을 직접 겨냥하는 어떤 지표든 결국 작업 대신 그 지표가 최적화됩니다. 그러니 개인 KPI가 아니라 팀 신호이자 추세로 사용하세요 — 그러면 조작할 것이 없습니다.
어떤 사람의 수치가 제 인상과 맞지 않습니다. 왜인가요?+
시스템은 역할 전체가 아니라 코드를 봅니다: 설계, 리뷰, 멘토링, 계획, 회의는 추정에 포함되지 않습니다. 불일치는 흔히 그 사람의 가치 상당 부분이 커밋 바깥에 있다는 뜻이며 — 그 자체로 주목할 만한 일입니다.
시스템은 사람이 코드에만 매달리지 않는다는 점을 반영하나요?+
그 자체로는 아닙니다: 코드만 보고 사람의 실제 역할과 업무량(리뷰, 멘토링, 회의, 지원)은 알지 못합니다. 전체 업무량은 관리자만 압니다. 바로 그것을 위해 Share 파라미터가 있습니다 — 직원이 실제로 코드 작성에 쓰는 시간의 비율(0~100%)입니다. 기본값은 100%입니다(사람이 온전히 코드에 집중한다고 가정). 관리자가 비코딩 작업을 반영하여 수동으로 낮춥니다 — 코드에 담기지 않은 컨텍스트가 시스템에 들어오는 지점입니다. 그러면 하루 종일 코딩하지 않는 사람에게도 기준과의 비교가 공정해집니다.
인사 평가, 급여, 해고에 사용할 수 있나요?+
그 자체로는 아닙니다. 개인 판정이 아니라 대화를 시작하기 위한 팀 신호이자 추세입니다: 하나의 지표는 품질, 영향, 맥락을 담지 못합니다.
금액으로 표시되는 "비용"과 "가치"는 무엇을 의미하나요?+
비용은 대략 수행된 작업을 표준 요율로 환산한 값이고, 가치는 대략 그 분량을 AI 없이 수작업으로 재현하는 데 드는 비용입니다. 둘 사이의 격차는 손익 계산서가 아니라 레버리지(도구/AI)의 대략적인 지표입니다.

