1. FDE의 본질
FDE는 Forward Deployed Engineer의 약자로, 고객과 현장 가까이에 배치되어 문제를 직접 발견하고 해결하는 실행형 인재입니다. 일반 개발자가 정해진 요구사항을 구현한다면 FDE는 현장 관찰에서 출발해 문제를 구조화하고 데이터와 AI, 업무 행동과 성과까지 연결합니다.
FDE 접근: 현장 관찰 → 문제 발견 → 업무 구조화 → 데이터 연결 → AI 판단 설계 → 실행 구조 구현 → 성과 검증
FDE는 현장의 문제를 발견하고, 문제를 데이터와 구조로 번역하며, AI와 시스템을 실제 행동으로 연결하는 사람입니다.
2. FDE가 해결하는 근본 문제
현장에는 직원의 경험, 회의와 인터뷰, 이메일과 메신저, 매뉴얼, 업무일지, 엑셀, 시스템 로그, 사진과 영상, 부서별 용어가 풍부하게 존재합니다. 그러나 데이터가 연결된 의미와 행동 구조로 바뀌어 있지 않기 때문에 AI가 바로 사용할 수 없습니다.
데이터가 없는 것이 아니라, 의미가 연결되어 있지 않고 의미가 행동으로 전환되지 않는 것이 문제입니다.
3. FDE는 AX 번역자입니다
FDE는 현장의 언어, 기술의 언어, 경영의 언어를 번역합니다. 현업은 “설비가 자주 멈춘다”고 말하고, 개발자는 데이터 모델·이벤트·상태·권한·Agent로 표현하며, 경영진은 비가동 시간과 생산 손실, 유지보수 비용을 묻습니다.
→ 이상 징후 감지 → 고장 가능성 예측 → 점검 추천 → 승인 → 작업지시
→ 비가동 시간·생산 손실·유지보수 비용 감소
4. FDE의 핵심 실행 구조
1단계. 현장 탐색
회의실에서 요구사항만 받지 않고 실제 업무 동선, 담당자 인계, 반복 오류, 지연 지점, 우회 업무, 공식 프로세스와 실제 프로세스의 차이를 관찰합니다.
2단계. 증거 수집
인터뷰·관찰·문서·로그·데이터 파일·사진·영상·오류 이력·처리시간·판단 기준을 수집해 문제를 주장이나 느낌이 아닌 검증 가능한 사실로 만듭니다.
3단계. 문제 분해
“고객 서비스가 느리다”를 문의 접수·분류·배정·정보 검색·승인·답변·기록 지연으로 나누어 AI가 해결할 수 있는 업무 단위를 정의합니다.
4단계. 온톨로지 설계
객체·속성·관계·상태·이벤트·규칙·행동의 7요소로 사람·업무·자원·사건을 표현합니다.
5단계. AI 판단 설계
어떤 고객·설비·주문·환자·민원을 우선할지, 판단 근거와 범위를 어떻게 표시할지 정의합니다.
6단계. AI Agent 설계
Agent의 이름·목적·입력·참조지식·판단 규칙·도구·금지 행동·승인 조건·예외·성과 기준을 정의합니다.
7단계. 워크플로 설계
8단계. MVP 구현
전사 시스템 대신 한 개 업무 분류, 한 개 AI 검색, 한 개 설비 탐지, 한 개 승인 프로세스처럼 최소 단위로 구현해 실제 작동과 성과를 빠르게 확인합니다.
5. Human-in-the-Loop가 필요한 이유
의료·재난·금융·인사·안전·국방·법률·개인정보·대외 커뮤니케이션처럼 위험이 큰 영역에서는 AI가 모든 것을 자동 결정해서는 안 됩니다.
AI는 판단을 보조하고, 사람은 책임 있는 결정을 내립니다.
6. FDE와 YABOAZ의 연결
YABOAZ K-FDE Platform은 현장 지식을 실행 가능한 구조로 만드는 작업 공간이자 프로젝트 결과를 축적하는 자산관리 시스템입니다.
7. FDE의 고위험 구역
잘못된 데이터, 누락된 맥락, 오래된 정보, 환각, 규칙 오해, 권한 없는 행동, 책임 불분명, 연쇄 오류, 편향과 개인정보 노출은 AI 실행의 주요 위험입니다.
8. FDE의 진화 로드맵
FDE의 12가지 핵심 스킬
Problem Decomposition, Domain-Driven Design, Event Storming, Service Blueprint, Data Modeling, API Integration, AI Agent Engineering, Governance, Evaluation, Change Management, Productized Consulting, Executive Communication을 함께 다룹니다.
FDE에게 바이브코딩이 필요한 이유
바이브코딩은 아이디어를 빠르게 화면으로 만들고, 데이터 흐름과 Agent·워크플로를 실험하며, 사용자 피드백을 곧바로 반영하게 합니다. 목적은 FDE가 모든 소프트웨어를 혼자 개발하는 것이 아니라 문제를 발견한 사람이 해결책의 작동 가능성을 직접 보여주는 것입니다.
9. FDE와 일반 컨설턴트·개발자의 차이
| 구분 | 일반 컨설턴트 | 일반 개발자 | FDE |
|---|---|---|---|
| 출발점 | 전략과 요구사항 | 기능과 기술 | 현장 문제 |
| 현장 접근 | 인터뷰와 보고서 | 제한적 | 직접 관찰과 참여 |
| 산출물 | 보고서·전략 | 시스템·기능 | 실행되는 해결책 |
| 성공 기준 | 보고서 제출 | 기능 완료 | 업무 성과와 재사용 |
FDE는 문제 정의, 작동 여부, 사용자 수용, 성과 개선, 다음 현장 재사용까지 책임지는 실행 인력입니다.
10. FDE의 성과 측정 기준
11. 현장 지식을 플랫폼 자산으로 전환
예를 들어 병원 상담 자동화 경험은 환자 객체 모델, 상담 분류 질문, 증상·진료과 관계, 우선순위 규칙, 상담 Agent, 배정 워크플로, 응답시간 KPI, 운영 매뉴얼로 자산화되어 다른 의료기관에 재사용될 수 있습니다.
12. FDE와 YABOAZ의 전체 실행 모델
02 초기 자료 정규화
03 문제 분해
04 현장 탐색
05 사용자 인터뷰
06 온톨로지 7요소 설계
07 AI 판단 시나리오
08 AI Agent 설계
09 워크플로 설계
10 화면·데이터 모델
11 MVP 구현
12 Bootcamp 검증
13 KPI 측정
14 플랫폼 자산화
온톨로지 → AI 판단 → AI Agent → 워크플로 → UI·데이터
이 구조가 완성되어야 AI가 단순히 답변하는 수준을 넘어 실제 조직의 업무를 지원하고 실행할 수 있습니다.
13. 최종 메시지
FDE는 단순한 개발자도, 보고서를 제시하는 컨설턴트도, AI 기능만 구현하는 전문가도 아닙니다. FDE는 현장을 관찰하고 암묵지와 비정형 데이터를 구조화하며 온톨로지와 Agent를 통해 실행 가능한 업무체계로 바꿉니다.
FDE는 현장 지식을 AI 실행으로 전환하는 구조화 설계자입니다.
YABOAZ는 현장 탐색, 온톨로지 설계, AI Agent 구성, 워크플로 실행, MVP 검증, KPI 측정, 플랫폼 자산화를 하나로 연결하는 K-FDE 실행 운영체계입니다.










