FDE 프로젝트 비용 산정: 업무·데이터·인력 투입 범위를 정하는 법

FDE 프로젝트 비용은 함께 풀 업무, 데이터 접근 조건, 역할별 투입, 반복 평가의 한도, 출시와 내부 인수 범위를 나눠 산정해야 합니다. 월 투입 인원만으로는 현업 학습과 결정 대기, 운영 지원의 포함 범위를 알 수 없습니다. 금액을 비교하기 전에 같은 가정표를 만들고 가정이 바뀌었을 때 어떤 작업과 참여 시간이 늘어나는지 확인하세요.

FDE는 Forward Deployed Engineer 또는 Forward Deployed Engineering을 뜻하며, 고객 업무 가까이에서 문제 파악과 구현·평가를 함께 이어 가는 맥락으로 쓰입니다. 실제 계약에서는 탐색을 먼저 맡길 수도 있고 구현과 인수까지 묶을 수도 있습니다. 같은 이름을 쓰는 제안이라도 포함한 책임이 다르므로 공개 사례의 규모나 다른 업체의 인원수로 이번 예산을 추정하지 않는 편이 안전합니다.

현업이 설명을 바꿀 수 있다는 이유로 모든 요구 변경을 같은 비용에 넣으면 수행 한도가 흐려집니다. 최초 가정을 검증해 수정하는 일, 새 부서의 업무를 추가하는 일, 출시 뒤 외부 시스템이 바뀐 일을 나눠야 합니다. 발주자가 알고 싶은 것은 원하는 기능을 말할 수 있는지와 별개로, 그 기능을 채택할 때 기존 작업과 시간·비용이 어떻게 바뀌는지입니다.

아래 워크시트와 주간 시간은 비용 구조를 설명하려고 만든 가상 예시입니다. 시장 단가, 표준 투입량, 완료 일정이나 알파카의 견적이 아닙니다. 견적 상담에서는 각 업체가 추정한 투입 근거와 제외 범위를 같은 칸에 적도록 요청하세요. 불확실한 항목을 낮은 숫자로 숨기는 대신, 확인할 담당자와 추정을 고칠 시점을 표시하는 것이 이 글의 목적입니다.

공식 자료는 역할과 추정 방법의 근거로만 쓴다#

2026년 10월 28일 OpenAI의 FDE 역할 글과 사업 안내, 미국 GAO의 비용 산정 가이드를 확인했습니다. OpenAI 자료는 업무 이해·반복 평가·운영 적용·인수의 맥락을, GAO 자료는 범위와 가정 기록, 작업 분해, 민감도 분석, 실제 투입을 반영한 추정 갱신의 필요성을 뒷받침합니다. 여기서 만든 가상 시간표는 그 원칙을 발주 검토에 적용한 예시이며 어느 자료도 국내 FDE 시세나 표준 인원·일정을 제공하지 않습니다.

• OpenAI의 FDE 역할 설명: 2026년 10월 22일 발행. 역할 맥락의 근거이며 일반 업체의 투입량·단가 근거는 아님.
• OpenAI FDE 사업 안내: 고객 참여와 출시·인수 설명. OpenAI 고유 조직과 일반 계약을 구분해야 함.
• GAO 비용 산정·평가 가이드: 범위·가정·작업 분해·민감도·추정 갱신의 방법 참고. 국내 시장 가격표가 아님.

탐색과 반복, 운영의 투입 한도를 정한다#

초기 탐색은 인터뷰 횟수만으로 완료를 정하기 어렵습니다. 이번 업무에서 AI가 맡을 판단, 사람이 남길 판단, 연결할 시스템, 대표 실패 유형을 정리하는 데 목적을 둡니다. 자료를 보고 기존 도구 설정만으로 충분하다고 판단할 수도 있습니다. 탐색 결과와 본 구축의 산출물을 구분하고, 다음 단계로 가지 않을 때 받을 결정 근거와 자산을 먼저 합의하세요.

현업 동행 시간을 줄이면 견적이 낮아질 수 있지만 빠진 판단은 개발 중 다시 필요해집니다. 구매 규정에 예외 승인이 많다면 담당자가 실제로 확인하는 문서와 승인자를 함께 보여 줄 시간이 필요합니다. 모든 부서의 업무를 한 번에 관찰하기보다 첫 범위의 대표 과업을 고르고, 표본 밖 업무는 확장 후보로 남깁니다. 관찰 범위가 넓어질 때 누가 추가 시간을 승인하는지도 적습니다.

평가 반복은 회차와 완료 조건을 함께 다룹니다. 한 회차에 포함할 표본 수와 현업 판정, 오류 분류, 수정·재실행의 범위를 정하세요. 추가 회차가 필요하면 기대하는 개선과 남은 실패 유형을 설명하고 기존 범위 축소나 추가 투입 중 하나를 선택합니다. 점수가 목표에 도달할 때까지 같은 비용으로 계속 수정한다는 문구는 서로 다른 기대를 만들기 쉽습니다.

주간 의사결정에는 예산과 일정에 영향을 주는 선택지를 올립니다. 누락 자료를 찾아 달라는 범위에서 구매 요청을 자동 승인하는 기능이 추가되면 권한, 승인 취소, 기록과 복구가 함께 바뀝니다. 요청 한 줄을 작은 수정으로 분류하기 전에 영향 작업을 나누어 보세요. 같은 투입 한도에서 다른 과업을 미룰지, 별도 범위로 남길지 발주 책임자가 선택해야 합니다.

데이터 준비는 공급자에게 맡길 작업과 고객이 승인해야 할 작업이 섞여 있습니다. 파일 형식을 변환하는 일은 개발자가 할 수 있어도 어떤 규정이 현재 유효한지는 현업이 확정해야 합니다. 접근 계정과 조회 범위를 승인하는 일도 고객 조직의 일정에 묶입니다. 담당자가 바뀌거나 승인 창구가 길어지면 기술 인력을 더 투입해도 해결되지 않는 지연이 생길 수 있으니 작업별 선행 조건을 표시하십시오.

API·모델·검색·로그 보관 등의 사용료는 사람의 투입과 분리해 추정합니다. 구매 요청 한 건을 처리할 때 재시도가 얼마나 생기는지, 긴 첨부를 매번 읽는지, 평가 실행이 운영 사용량에 더해지는지를 확인하세요. 이 글은 특정 제품의 현재 요금을 인용하지 않습니다. 실제 사용할 서비스와 계약 조건, 예상 사용량을 확인한 뒤 사용료 가정을 갱신하고 상한 알림과 중단 권한을 정합니다.

출시 준비에는 사용자가 보는 기능 외의 작업도 필요합니다. 권한이 없는 요청을 차단하고, 잘못된 안내를 접수하며, 이전 버전으로 되돌리는 절차를 검증합니다. 개발 환경에서 평가가 끝났어도 고객 운영 계정과 네트워크에서 다시 확인할 항목이 남을 수 있습니다. 어느 환경의 어떤 과업이 검수 대상인지 정해 두면 환경 전환을 추가 개발과 혼동하는 일을 줄일 수 있습니다.

운영 지원은 안정화, 장애 조사, 업무 규칙 변경, 새 부서 확장을 구별해 받습니다. 공급자가 조사를 시작하는 시간과 문제 해결을 보장하는 시간도 다릅니다. 외부 시스템의 승인 지연이나 제공자 장애를 공급자가 혼자 통제할 수는 없습니다. 접수 창구, 지원 시간, 포함한 참여량, 초과 시 승인 방식, 고객 운영자의 일상 점검을 적고 장기 운영을 자동 포함으로 해석하지 않도록 합니다.

같은 가정으로 견적을 비교하고 실제 투입으로 갱신한다#

견적을 받을 때에는 표의 각 행에 포함·제외·추정·미확인을 구분해 달라고 요청하세요. 첫 견적에서 모든 항목을 확정할 수는 없습니다. 운영 자료 접근 후에야 매핑 오류를 확인할 수 있다면 그 항목은 조건부 추정으로 남기고 재산정 시점을 합의합니다. 확인되지 않은 일을 제외한 제안과 위험 여유를 포함한 제안은 총액만으로 비교하지 않습니다.

역할별 시간을 비용으로 바꿀 때에는 업체의 실제 계약 조건을 적용합니다. 같은 역할 이름이라도 담당 범위와 제공 방식이 다를 수 있으며, 프로젝트 단위 가격에 내부 투입 내역을 어디까지 공개할지도 협의할 항목입니다. 발주자가 반드시 알아야 할 것은 역할·결과·한도·추가 승인 조건입니다. 인건비의 세부 공개 여부만으로 협업 품질을 단정하지 말고 동일 범위의 결과와 책임을 비교하십시오.

변경 예산은 어떤 위험을 감당하는지 설명해야 합니다. 데이터 접근이 늦을 위험, 규칙 판정이 바뀔 위험, 추가 시스템이 필요할 위험을 한 숫자에 합치면 실제로 무슨 일이 생겼는지 읽기 어렵습니다. 위험별 조건과 대응 과업을 적고 발생하지 않은 여유를 다른 기능에 자동 전용하지 않도록 합니다. 여유 예산을 집행하는 사람과 보고 주기도 합의하세요.

매주 계획 시간과 실제 투입, 완료 자료, 대기 사유를 대조합니다. 학습 시간이 예상보다 늘었다면 담당자가 늦게 답한 것인지, 예외가 새로 발견된 것인지, 초기 범위가 넓어진 것인지 구분하세요. 원인을 알아야 다음 주 추정을 고칠 수 있습니다. 실제 투입을 기록하는 목적은 한쪽의 잘못을 찾는 데 한정되지 않습니다. 남은 일을 계속할지 축소할지 판단할 근거를 만드는 작업입니다.

내부 인수도 예산 행으로 남겨야 합니다. 실행 방법과 평가 자료를 넘기는 시간, 내부 운영자가 실습하는 시간, 질문을 보완하는 시간을 구분합니다. 외부 담당자만 시연하고 고객은 녹화본만 받는다면 고객 계정에서 실제로 이어 갈 수 있는지 미확인입니다. 내부 동료가 대표 과업을 실행하고 작은 규칙 변경과 복구를 재현할 일정을 확보한 뒤 그 결과를 완료 증거로 삼으세요.

중단 조건은 비용 손실을 숨기지 않게 합니다. 필요한 데이터에 접근할 수 없거나 사람이 정답을 합의하지 못해 평가가 멈추면 다음 단계 집행을 보류할 수 있습니다. 이미 수행한 탐색과 코드 중 무엇을 인수할지, 계정과 자료를 어떻게 회수할지, 재착수 때 어느 가정을 다시 확인할지 적습니다. 계약 종료와 무관하게 모든 자산을 무조건 소유한다고 가정하지 말고 제공 범위와 사용 권리를 확인하십시오.

예산 승인 자료에는 기준 범위, 아직 풀지 못한 가정, 고객 참여 가능 시간, 변경을 승인할 사람을 함께 올립니다. 낮은 초기 금액만 제시하면 나중에 필요한 평가와 인수가 누락된 것인지 생산성이 높은 것인지 구분하기 어렵습니다. 첫 단계가 끝날 때 실제 투입과 남은 실패 유형을 보고 다음 예산을 갱신하면, 불확실한 일을 처음부터 확정 가격과 확정 일정으로 포장하지 않고도 구매 결정을 이어 갈 수 있습니다.

계약 운영을 비교하려면 FDE와 SI 외주개발 차이를 확인하세요. 실제 투입 팀을 검토할 때는 FDE 방식 AI 구축 업체 선정을 함께 읽으세요. 의미 모델과 식별자 정리는 온톨로지 구축 비용에서 별도로 다룹니다. AI 생산성 주장은 AI 외주 개발비 절감 검토로 같은 범위를 비교하십시오. 초기 요청 자료는 개발 견적 요청 방법을 참고할 수 있습니다.