Internal FDE (사내 FDE)

Internal FDE(사내 FDE)는 자기 회사의 현업 조직과 함께 문제를 분석하고 해결책을 구현·정착시키는 내부 실행 역할입니다. FDE의 현장 중심 실행을 회사 내부의 과제에 적용하는 형태로 이해할 수 있습니다.

관심사는 새 직함을 만드는 것보다 다음 문제가 생겼을 때 누가 판단하고 고칠 수 있는가입니다. 완성된 솔루션과 함께 지식·기술·운영 역량이 남아야 합니다.

외부 FDE와 함께 설계할 수 있다

내부 소속이라고 모든 자료를 쓸 수 있는 것은 아니며, 외부 인력이라고 지식이 회사에 남지 않는 것도 아닙니다. 내부 담당자의 참여와 재사용 자산의 인계, 검증 방법을 계약과 실제 작업에 반영하면 함께 역량을 쌓을 수 있습니다.

관리 역할과 구현 역할을 구분한다

외부 작업의 일정과 산출물을 관리하는 능력과, 새로운 문제를 분석해 직접 해결책을 만드는 능력은 다릅니다. 두 역할 모두 필요할 수 있지만 인계만 받았다는 이유로 구현 역량까지 생겼다고 볼 수는 없습니다.

내부에서 직접 맡으려는 범위를 정합니다. 예를 들어 현업 요구를 정리하고 결과를 검증하는 일은 내부가, 특정 시스템 연결은 외부 전문가가 맡는 형태도 가능합니다. 어느 범위까지 독립 수행할지 합의하면 필요한 교육과 협업을 구체화할 수 있습니다.

첫 과제에서 남길 네 가지

1. 판단 기준: 문제를 고른 이유와 좋은 결과의 조건을 남깁니다.
2. 재사용 자산: 코드, 데이터 구조, 연결 방법, 검증 절차를 필요한 권한과 함께 인계합니다.
3. 결정 기록: 무엇을 채택하고 제외했는지, 어떤 제약이 남았는지 기록합니다.
4. 후속 책임: 장애와 변경을 누가 맡고 언제 지원을 요청할지 정합니다.

이 기준은 AI 자산화와 연결됩니다. 문서가 있다는 사실보다 다음 담당자가 실제로 사용하고 고칠 수 있는지 확인합니다.

새 조직보다 작은 실제 과제로 시작한다

최근 개발팀 AX 논의에서는 직함이나 조직도부터 고정하기보다 교육과 실제 작업을 통해 병목을 확인하는 방향을 다뤘습니다. 기존 개발자가 현업 문제를 이해하고 설계·구현·검증까지 맡는다면 새 직함 없이도 내부 실행 역할을 시작할 수 있습니다.

과제 수, 담당자의 시간, 현업과의 협업, 시스템 접근, 반복 운영의 범위를 보고 전담 조직이 필요한지 결정합니다. 인원을 배치해도 기존 업무 때문에 시간이 없거나 검증 책임이 비어 있다면 실행하기 어렵습니다.

역량이 남았는지 확인하는 방법

다음 변경에서 내부 담당자가 무엇을 직접 수행했는지, 어떤 도움을 받았는지, 이전 자산을 무엇에 재사용했는지 기록합니다. 두 과제의 난이도가 다른데 속도만 비교하면 역량 변화를 잘못 판단할 수 있습니다.

현업 과제와 멘토링을 결합한 FDE 레지던시는 이를 훈련하는 설계안 중 하나입니다. 교육·진단 논의 자체를 이미 완성된 조직 모델이나 검증된 양성 성과로 표현하지 않습니다.