Peter Szász가 “엔지니어링 매니저(EM) 역할에 에이전트를 적용하면 어떻게 될까?“라는 사고 실험을 통해 기회와 리스크를 동시에 드러내는 글입니다. 코드 완성에서 에이전틱 엔지니어링으로 넘어가는 흐름이 매니지먼트 영역까지 확장될 수 있는지 탐색합니다.

원문: Agentic Engineering Management


핵심 정의

  • Agent: 초기 프롬프트에서 시작해 목표가 충족될 때까지 도구 호출과 LLM 평가를 반복하는 루프.
  • Engineering Management: 비즈니스 목표에 부합하는 결과(outcome)를 전달하도록 팀을 이끄는 일.

EM의 일은 세 가지로 분해된다:

영역내용
Execution프로세스, 기술적 작업, 전달 흐름 관리
Team Dynamics팀 내부 협업·프로세스·갈등 조정
Personal Development1:1, 피드백, 성과 관리, 채용, 온보딩

두 가지 평가 축

1. Autonomy Fitness (자율성 적합도)

업무가 에이전트에게 얼마나 잘 어울리는지를 결정하는 네 가지 지표:

  1. Repetitive(반복적) — 같은 패턴이 자주 반복되는가
  2. Data-rich(데이터 풍부) — 결정에 필요한 신호가 시스템에 충분히 있는가
  3. Low-ambiguity(모호성 낮음) — “옳은 답"이 비교적 명확한가
  4. Reversible(가역적) — 잘못 실행했을 때 되돌릴 수 있는가

네 조건이 모두 강할수록 에이전트가 자율적으로 처리하기에 적합하다.

2. Trust Gradient (신뢰 경사)

상호작용이 개인적일수록 신뢰 리스크가 커진다.

영역신뢰 리스크
Execution낮음 — 시스템·프로세스 중심
Team Dynamics중간 — 팀 내부 정치·문화 영향
Personal Development가장 높음 — 1:1 신뢰 자체가 자산

Harness — 자율성 통제 장치

자율성 적합도와 신뢰 경사에 따라 “하네스(harness)“의 조임 강도를 다르게 설계해야 한다. 핵심 도구는 다음과 같다:

  • Confidence threshold — 고신뢰·저위험 결정은 자율 실행, 불확실하거나 고위험은 사람에게 에스컬레이션.
  • Dry-run mode — 에이전트가 행동을 초안으로 만들어 두고, 사람이 승인 후 실행.
  • Blast radius limit — 에이전트가 할 수 있는 일의 하드 제약. 예: “댓글은 가능하지만 일정 약속은 불가”, “은 가능하지만 팀 입장 대변은 불가”.
  • Reversibility — 되돌릴 수 있는 영역에서만 자율 행동을 허용.
  • Audit trail — 모든 행동의 감사 로그를 남겨 사후 검증 가능하게.

적용 매핑 — 어디까지 맡길 수 있는가

영역자율성 적합도신뢰 리스크권장 하네스
Execution (스탠드업 , 티켓 분류, 릴리즈 노트)높음낮음느슨한 하네스 — 자동 실행 + 감사 로그
Team Dynamics (회고 정리, 갈등 패턴 감지)중간중간중간 — dry-run + 사람 승인
Personal Development (피드백, 1:1, 성과 평가)낮음높음매우 타이트 — 보조 도구로 한정, 의사결정은 사람

핵심 메시지

  • 매니저 업무의 본질은 신뢰이며, 한 번 깨지면 모든 것이 무너진다. 작은 단계, 투명성, 팀원과의 협업이 필수.
  • 그러나 잘 설계된 하네스로 적절한 영역에 자율성을 부여하지 않으면, EM은 결국 **“풀타임 에이전트 베이비시터”**로 전락할 수 있다.
  • AEM은 EM을 대체하기 위한 청사진이 아니라, 어디에 기회와 위험이 있는지 명확히 보기 위한 사고 실험이다.

결론

에이전틱 엔지니어링 매니지먼트는 “AI에게 매니지먼트를 맡기자"는 주장이 아니라, 자율성 적합도 × 신뢰 경사라는 격자 위에서 EM 업무를 다시 보는 렌즈다. 격자에 따라 하네스를 다르게 설계하면, 낮은 신뢰 리스크 영역에서는 에이전트가 EM의 역량을 증폭하고, 높은 리스크 영역에서는 사람의 판단을 보호할 수 있다.