
AI시대의 프로젝트 착수·수행 가이드 · Ep.04
계획서에는 이름이 있었다.
착수일에는 얼굴이 없었다.
인력 운용: 투입계획서와 현실 사이 · HFC Consulting
착수 한 달째, 사업부에서 전화가 왔다. 제안서에 넣었던 수석 아키텍트가 들어올 수 없다는 통보였다. 직전 프로젝트의 하자 대응에 묶였다고 했다. 투입계획서의 이름과 착수일의 얼굴이 다른 것, 수행 현장에서 가장 흔한 첫 번째 위기다.
인력은 SI 프로젝트의 원가이자 품질이자 리스크다. 그런데 착수 단계의 점검 목록에서 인력은 자주 빠진다. 서류가 갖춰지면 투입이 끝났다고 믿기 때문이다. 서류는 시작일 뿐이다.
인력 리스크의 세 얼굴
| 유형 | 장면 | 비용 |
|---|---|---|
| 미투입 | 착수 시점에 핵심 인력 공백 | 초기 설계 품질 저하, 일정 압박의 시작 |
| 중도 이탈 | 수행 중 사직·차출 | 지식 유실, 인수인계 공백, 잔류 인력 과부하 |
| 형식 투입 | 이름만 걸린 겸임·간헐 투입 | 의사결정 지연, 산출물 책임 공백 |
그래서 착수 단계의 첫 인력 업무는 대사다. 투입계획서의 명단과 실제 착수 인력을 나란히 놓고, 이름·등급·투입률·투입 시기의 차이를 표로 만든다. 차이가 있다면 발주자 통보와 협의는 빠를수록 유리하다. 착수 한 달 뒤에 발견된 미투입은 은폐로 읽히지만, 착수 첫 주에 보고된 미투입은 관리로 읽힌다. 같은 사실도 시점이 성격을 바꾼다.
세 유형 모두에 공통 뿌리가 하나 있다. 제안 단계의 투입 계획이 수주를 위해 낙관적으로 설계되었다는 것이다. 특히 AI 시대의 새 변수가 있다. "AI 도구로 생산성을 높여 소수 정예로 수행한다"는 논리로 투입을 줄인 계획서다. 8기 4화에서 저가 수주의 청구서는 수행 단계에 온다고 썼다. 인력 계획의 낙관은 그 청구서의 첫 페이지다.
핵심 인력 리스크 점검표
착수 2주 안에 아래 여섯 항목을 점검하고, 결과를 수행계획서와 리스크 대장에 명문화한다. 절반은 발주자 없이 수행 조직 내부에서 끝나는 일이다.
핵심 인력 리스크 점검표 6항목
① 단독 담당 식별 — 한 사람만 아는 모듈·업무 영역을 목록화한다
② 백업 지정 — 핵심 영역마다 제2담당을 정하고 리뷰에 참여시킨다
③ 지식 이전 상시화 — 코드 리뷰·의사결정 기록을 퇴사 통보 후가 아니라 투입 첫날부터 일상 절차로 만든다
④ 교체 절차 사전 합의 — 교체 시 통보 시한, 동등성 검증 방법, 인수인계 기간을 발주자와 미리 합의한다
⑤ AI 생산성 가정 명문화 — 어떤 작업을 어떤 도구로 얼마나 단축하는지 계획서에 적고 착수 단계에서 검증한다
⑥ 이탈 징후 관리 — 특정 인력의 투입률·야근 누적을 리스크 지표로 관찰한다
③이 전부의 절반이다. 산출물은 전부 있었는데 지식만 없었다는 코너의 기록(PMO 실전 노트 10화)이 보여주듯, 지식 이전은 이벤트가 아니라 습관이다. 습관이 있는 팀에게 중도 이탈은 손실이지만, 습관이 없는 팀에게는 사고다.
습관의 형태는 거창할 필요가 없다. 핵심 모듈의 코드 리뷰에 제2담당을 고정 배석시키는 것, 설계 변경의 이유를 의사결정 기록 한 줄로 남기는 것, 분기마다 담당 영역을 한 번씩 바꿔 보는 것. 이 셋이면 단독 담당의 머릿속 지식이 팀의 지식으로 새는 통로가 생긴다. 통로는 좁아도 된다. 없는 것과 좁은 것의 차이가 사고와 손실의 차이다.
예상 반론과 대응
반론. "대체 인력은 기술 등급만 맞으면 계약상 문제가 없다."
대응. 등급 동등성과 역량 동등성은 다르다. 등급표에는 도메인 지식이 없다. 금융 정산을 3년 만진 특급과 처음 보는 특급은 같은 칸에 있지만 같은 사람이 아니다. 그래서 교체 절차에 등급 외 검증(도메인 경험, 인수인계 기간)을 넣는 ④가 필요하다.
반론. "AI 도구가 있으니 사람 하나쯤은 대체된다."
대응. AI는 코드 생산을 대체하지만, 책임과 판단과 발주자와의 신뢰는 사람에 남는다. 그리고 AI 생산성은 그것을 다루는 사람의 역량에 비례한다. 핵심 인력이 빠진 팀은 AI 산출물을 검증할 눈도 함께 잃는다.
반론. "백업 인력을 이중으로 태울 원가가 견적에 없다."
대응. 백업은 전담 투입이 아니라 역할 지정이다. 핵심 모듈 리뷰에 배석하고, 의사결정 기록에 접근하고, 분기에 한 번 해당 영역의 유지 작업을 맡아 보는 정도면 통로는 열린다. 비용은 한 사람의 몇 시간이고, 대안은 이탈 사고 한 건이다. 원가에 없는 것은 백업이 아니라, 백업 없이 열 달을 버틸 행운이다.
계획서의 이름이 아니라 현장의 얼굴
프로젝트를 만드는 것은 투입계획서의 이름이 아니라 매일 아침 자리에 앉는 얼굴이다. 착수 단계의 인력 점검은 그 얼굴들이 열 달을 완주할 수 있는 구조인지 묻는 일이다. 묻지 않은 질문은 반드시 가장 나쁜 시점에 답이 되어 돌아온다.
그리고 완주의 구조는 결국 부하의 문제다. 특정 인력의 야근이 두 달째 쌓이고 있다면 그것은 성실의 증거가 아니라 구조의 경고다. 리스크 대장에 "핵심 인력 이탈"이라고 쓰는 것보다, 투입률 보고서에서 그 경고를 읽어내는 것이 먼저다. 사람은 그만두겠다고 말하기 전에, 숫자로 먼저 말한다.
체크포인트 — 단독 담당 영역 목록화 / 백업과 지식 이전은 첫날부터 / 교체 절차는 사전 합의 / AI 생산성 가정은 검증 대상
📎 더 읽을거리
소프트웨어진흥법 (국가법령정보센터) — 소프트웨어기술자 경력 관리 등 인력 관련 제도의 근거
PMI, Pulse of the Profession — 인재 확보·유지가 프로젝트 성과에 미치는 영향에 대한 조사
본 글은 일반적인 정보 제공을 목적으로 하며 개별 사안에 대한 법률 자문이 아닙니다. 구체적인 계약·법률 판단은 반드시 전문가와 상의하시기 바랍니다.
핵심 인력, 한 사람에게 걸려 있습니까
HFC컨설팅은 단독 담당 식별, 지식 이전 체계, 인력 교체 절차 설계를 지원합니다. 그 사람이 나가면 멈추는 모듈이 떠오른다면, 지금 점검할 때입니다.
1영업일 이내 답변 · 주식회사 에이치에프씨 컨설팅 · 대표이사 장기석
'IT 인사이트 > AI시대의 프로젝트 착수·수행 가이드' 카테고리의 다른 글
| 변경 대응: 변경을 막지 말고 절차에 태워라 (06/08) (0) | 2026.08.10 |
|---|---|
| 진척과 보고: 초록색 보고서를 의심하라 (05/08) (0) | 2026.08.10 |
| 요구사항 관리: 동결은 없다, 추적만 있다 (03/08) (0) | 2026.08.10 |
| 과업범위 확정: 제안서의 문장을 계약의 문장으로 (02/08) (0) | 2026.08.10 |
| 수주 다음 날부터: 착수 2주가 수행 전체를 결정한다 (01/08) (0) | 2026.08.10 |