5년 계약이 6개월로 — AI가 바꾼 외주 계약 기간 기준
글로벌 컨설팅 시장에서 2～3년짜리 전환 프로젝트가 90일 스프린트와 6개월 계약으로 쪼개지고 있어요. 다만 METR 실험에서는 숙련 개발자가 AI를 쓰고 19% 느려진 결과도 나왔어요. 발주 기간을 다시 잡는 기준 5가지를 정리했어요.
핵심 요약
- 맥킨지·딜로이트·EY·KPMG가 잇달아 감원을 발표했고, IT 리더들은 2～3년짜리 전환 계약의 필요성을 다시 묻고 있어요.
- 줄어든 건 구현이 아니라 조사·정리 구간이에요. 몇 주 걸리던 리서치가 몇 시간으로 압축됐거든요.
- 그렇다고 모든 작업이 빨라지진 않아요. METR 실험에서 숙련 개발자는 AI를 쓸 때 오히려 19% 느렸어요.
- 직접 만들고 자체 SaaS를 운영해온 개발사 기준으로, 발주 기간을 다시 잡는 방법을 정리했어요.
📰 2026년 9월 11일 기준 최신 소식 | 이 글은 특정 시점의 뉴스를 다루고 있어요.
“이 프로젝트, 3년 계약으로 가는 게 맞을까요?”
요즘 이 질문을 부쩍 자주 받아요. 예산은 이미 잡혀 있는데 3년 뒤 기술 지형이 어떻게 바뀔지 아무도 자신 있게 말하지 못하니까요. 마침 글로벌 컨설팅 시장에서 같은 고민이 숫자로 드러나기 시작했어요.
1. 5년짜리 계약서가 6개월 계약서로 바뀌고 있어요
CIO가 9월 10일 보도한 내용에 따르면, IT 리더들이 대형 자문사의 주력 상품이던 다년 전환 프로젝트를 그대로 받아들이지 않기 시작했어요. 계약을 90일 단위 스프린트로 쪼개거나, 5년짜리로 갈 일을 6개월 계약에 연장 옵션을 붙이는 방식으로 바꾸고 있고요.
배경도 조용하지 않아요. 맥킨지·딜로이트·언스트앤영·KPMG가 최근 잇달아 감원을 발표했어요. 컨설팅 업계 관계자 브래드 벨작은 이렇게 말했어요. “다년 전환 프로젝트는 기술이 천천히 움직이던 시절에나 맞는 이야기였습니다. 그 세계는 끝났어요.”
2. 줄어든 건 구현이 아니라 조사·정리 시간이에요
무엇이 짧아졌는지를 정확히 봐야 해요. 사라진 건 코드를 짜는 시간이 아니라 자료를 모으고 정리해 보고서로 만드는 시간이에요.
컨설팅 회사를 운영하는 에드윈 미란다는 “AI가 그 작업을 상당히 압축합니다. 몇 주 걸리던 조사가 몇 시간 만에 끝나요”라고 설명했어요. 헬륨SEO의 폴 드못은 좀 더 날카롭게 짚었어요. “컨설턴트가 프리미엄을 받아온 지점이 바로 데이터를 종합하고 통찰로 번역하는 일인데, AI가 딱 그 부분을 흔한 것으로 만들었죠.”
발주자 입장에서 이 구분은 실무적으로 쓸모가 있어요. 견적서에서 조사·현황 분석·산출물 문서 작성 비중이 클수록 기간이 줄어들 여지가 크고, 구현·연동·검수 비중이 클수록 덜 줄어요.
3. 30명이 아니라 3명 — 무엇이 값을 만드나요
AAG테크놀로지컨설팅의 앨린 골사리는 발주자가 던지기 시작한 질문을 이렇게 요약했어요. “컨설턴트 30명이 필요한가요, 아니면 이 문제를 이미 겪어본 3명이 필요한가요?”
이 문장이 값의 기준이 어디로 옮겨갔는지 보여줘요. 예전에는 투입 인원 수가 곧 견적이었어요. 지금은 같은 문제를 실제로 겪어본 사람이 몇 명 있느냐가 견적을 갈라요. 인원 수로 계산하는 MM(맨먼스) 방식이 흔들리는 이유이기도 해요. 견적 방식이 헷갈린다면 개발 외주 견적 방식 3가지 비교를 먼저 보시면 좋아요.
4. 이 변화를 만든 건 결국 AI 에이전트 도입이었어요
컨설팅 기간을 줄인 도구가 무엇이었는지도 이미 드러나 있어요. 오픈AI가 공개한 내부 자료를 보면, 8월 중순 기준 연구조직의 코딩 에이전트 가동시간이 사람 노동시간의 3.1배까지 올라갔어요. 조사·시도·정리를 사람 대신 반복해주는 구간이 실제로 생긴 거예요. 숫자를 더 보고 싶다면 오픈AI 에이전트 가동시간 3.1배 분석에 정리해뒀어요.
그런데 여기서 한 번 멈춰야 해요. AI 에이전트 도입이 곧 속도라고 단정하기엔 반대 방향 데이터도 있거든요.
비영리 연구기관 METR이 2025년 7월 발표한 무작위 대조 실험에서, 자기 저장소를 직접 관리하는 숙련 개발자 16명이 실제 과제 246건을 처리했어요. 결과는 예상과 반대였어요. AI 도구를 쓸 수 있을 때 오히려 19% 더 오래 걸렸어요. 더 눈에 띄는 건 체감이었어요. 참가자들은 실험이 끝난 뒤에도 AI 덕에 평균 20% 빨라졌다고 답했어요. 실제로는 느려졌는데도요.
METR은 2026년 2월에 후속 결과를 냈어요. 새 참가자 집단에서는 지연폭이 -4%로 줄었고 신뢰구간은 -15%에서 +9% 사이였어요. 즉 “느려진다”고 못 박을 수도 없는 범위예요.
두 데이터를 같이 놓으면 결론이 이렇게 정리돼요. 탐색과 정리는 확실히 빨라지고, 익숙한 코드베이스를 정확히 고치는 일은 그만큼 빨라지지 않아요. 계약 기간도 이 결에 맞춰 나누는 게 안전해요.
5. 그래서 계약을 어떻게 나눠야 할까요
기간을 무작정 줄이는 게 답은 아니에요. 작업 성격에 따라 다르게 끊는 것이 답이에요.
| 작업 성격 | 예전 방식 | 지금 권할 방식 | 이유 |
|---|---|---|---|
| 현황 조사·요구사항 정리 | 2～3개월 별도 계약 | 4～6주, 산출물 단위 정산 | 조사·정리 구간이 가장 크게 압축돼요 |
| 설계·프로토타입 | 구현 계약에 포함 | 6～8주 단독 구간 | 여기서 방향이 갈려요. 따로 끊어야 멈출 수 있어요 |
| 구현·연동 | 다년 일괄 | 3～6개월 단위 + 연장 옵션 | 외부 연동·검수는 아직 사람 시간이 크게 줄지 않았어요 |
| 운영·유지보수 | 계약 끝나면 별도 협의 | 처음부터 조건 확정 | 나중에 붙이면 협상력이 발주자 쪽에 불리해져요 |
위 기간은 저희가 중소규모 프로젝트를 진행하며 쓰는 실무 기준 예시예요. 공식 통계가 아니라 프로젝트 성격에 따라 달라져요.
핵심은 첫 구간이 끝날 때 멈출 수 있느냐예요. 5년 계약은 6개월째에 방향이 틀렸다는 걸 알아도 멈추기 어려워요. 4～6주짜리 조사 구간을 따로 끊으면 그 시점에 결정할 수 있고요.
6. 짧게 끊을 때 새로 생기는 리스크 3가지
기간을 나누면 유연해지지만 대신 이음새가 생겨요. 저희가 이어받은 프로젝트에서 실제로 자주 본 세 가지예요.
첫째, 산출물과 소스코드 귀속이 흐려져요. 구간마다 회사가 바뀔 수 있는데, 각 구간 종료 시 무엇을 넘겨받는지 안 적어두면 다음 구간에서 처음부터 다시 만들게 돼요. 이 부분은 외주 계약서에서 빠지면 문제되는 조항에 따로 정리했어요.
둘째, 에이전트에게 줄 권한이 새 숙제가 돼요. 외부 인력이 줄고 AI 에이전트가 그 자리를 채우면, 그 에이전트에게 어떤 계정과 어떤 범위의 접근을 허용할지 정해야 해요. 신원 보안용 에이전트 AI 논의가 부쩍 늘어난 것도 같은 맥락이에요. 관련해서는 AI 에이전트 자격증명 탈취 위험을 참고해보세요.
셋째, 맥락이 끊겨요. 왜 이렇게 설계했는지가 문서에 안 남으면, 다음 구간 담당자가 같은 판단을 처음부터 다시 해요. 구간마다 결정 기록을 산출물에 넣도록 계약에 적어두면 이 손실이 줄어요.
7. 운영까지 해본 개발사는 기간을 이렇게 봐요
저희는 같은 기능 수보다, 출시 후 얼마나 자주 수정될지부터 봐요. 자체 SaaS 4종을 직접 운영하면서 배운 게 하나 있거든요. 오픈은 끝이 아니라 시작에 가까워요.
그래서 기간을 짧게 끊자는 제안을 받으면 저희는 이렇게 되물어요. “그럼 운영 구간은 누가, 어떤 조건으로 맡나요?” 조사와 설계는 압축돼도 서비스가 돌아가는 동안 생기는 일은 압축되지 않아요. 장애 대응, OS 업데이트, 데이터 정합성 점검은 여전히 사람의 시간이에요.
AI 도입 방향을 잡는 단계라면 처음부터 크게 계약하지 않아도 괜찮아요. 4～6주짜리 조사 구간으로 시작해서 무엇이 실제로 압축되는지 우리 조직 데이터로 확인한 다음 결정해도 늦지 않아요. 어디부터 볼지 막막하시면 방향부터 함께 잡아드릴게요 →
저희는 10년 넘게 50개 이상의 프로젝트를 진행하고 자체 SaaS 4종을 직접 운영해온 개발사예요. 롯데·캐논 같은 곳과도 함께해 왔고요.
8. 자주 묻는 질문
AI 때문에 개발 외주 계약 기간이 정말 짧아지고 있나요?
조사·분석 비중이 큰 컨설팅 계약에서 먼저 짧아지고 있어요. 90일 스프린트나 6개월 계약에 연장 옵션을 붙이는 형태가 늘었고, 구현·운영 비중이 큰 개발 외주는 아직 그만큼 줄지 않았어요.
AI 자체 도입과 외주 개발 중 어떤 선택이 맞나요?
사용 규칙과 검증 절차를 정하는 단계는 내부에서 시작해도 괜찮아요. 그 규칙을 사내 데이터·권한 체계에 붙여 실제로 돌리는 단계라면 운영 경험이 있는 파트너와 함께하는 편이 시행착오를 줄여줘요.
짧게 끊어서 계약하면 비용이 더 드나요?
구간별 총액은 비슷하거나 조금 늘 수 있어요. 대신 첫 구간 결과를 보고 멈출 수 있어서, 방향이 어긋났을 때 잃는 금액이 줄어요.
계약을 짧게 나눌 때 가장 먼저 챙길 조항은 무엇인가요?
산출물과 소스코드 귀속이에요. 구간마다 회사가 바뀔 수 있으니, 각 구간이 끝날 때 무엇을 넘겨받는지를 계약서에 적어둬야 다음 구간이 이어져요.
9. 마무리
컨설팅 계약이 짧아지는 흐름은 AI가 일을 대신해서라기보다, 어느 구간이 진짜 오래 걸렸는지가 드러났기 때문에 가까워요. 조사와 정리에 붙어 있던 시간이 걷히니 남은 게 보이는 거죠.
그래서 발주자가 할 일도 명확해요. 우리 프로젝트에서 조사·정리가 몇 퍼센트인지, 구현·연동이 몇 퍼센트인지 먼저 갈라보세요. 그 비율이 계약 기간의 답을 반쯤 알려줘요.
관련해서 함께 보면 좋은 글