노트

프론티어 팀의 습관

개발 문화#ai · 연결된 개념 9개

쉽게 말하면

프론티어 팀의 습관은 아주 유능한 새 조수와 일하는 법을 바꾼 팀들의 요령이에요. 옆에서 일일이 지켜보는 대신 할 일과 확인 방법을 한 번에 주고, 실수할 때마다 설명서를 보태요.

비유가 깨지는 곳 조수에게 맡기면 바로 편해질 것 같지만 처음엔 오히려 느려져요. 컨텍스트 쌓기, 도구 정비, 테스트 앞당기기에 먼저 투자하는 J커브 기간을 팀이 합의해야 해요.

AWS(Amazon Web Services)의 클레어 리구오리(Clare Liguori)가 아마존 사내 팀들을 관찰해, AI(Artificial Intelligence) 코딩 에이전트로 크게 빨라진 팀들의 습관을 정리한 강연 내용이다. 핵심은 도구를 바꾸는 것이 아니라 일하는 방식을 의도적으로 바꾸는 것이다.

다섯 가지 습관

  1. 에이전트 컨텍스트에 투자한다: 에이전트가 실수하거나 방향을 잡아 줘야 했을 때마다 무엇이 빠져 있었는지 묻고 지침에 보탠다. 새 모델이 나오면 기존 지침이 아직 필요한지 점검하고 지운다
  2. 빨라지려고 느려진다: 새 방식은 처음에 속도를 떨어뜨린다(J커브, J-curve). 컨텍스트 쌓기, 도구의 에러 메시지 개선, 새 도구 만들기, 코드베이스 구조 정리 같은 투자를 먼저 한다 → A·B·C 작업과 복리로 자라기
  3. 지켜보지 말고 먹여 준다: 핑퐁을 반복하며 지켜보는 대신, 무엇을 할지와 어떻게 검증할지를 한 번에 준다. 매번 쓰는 지시는 지침 파일에 넣는다
  4. 의도를 명시한다: 코드를 만든 뒤 의도가 달라 반복 수정하는 것은 낭비다. 먼저 스펙으로 의도를 구체화한다
  5. 테스트를 앞당긴다(shift left): 에이전트가 오래 혼자 일하려면 스스로 확인할 기준이 필요하다. 린터(Linter), 목(Mock) 서비스, 단위·통합 테스트를 로컬에서 바로 돌릴 수 있게 한다 → 테스트 피라미드, 자가 테스트 코드, MSW로 API 모킹

어려운 점

  • 번아웃: 에이전트를 놀리면 안 될 것 같은 압박, 여러 에이전트를 동시에 돌리는 인지 부담, 그리고 AI 결과를 리뷰하는 것이 직접 쓰는 것보다 어렵다는 점 → 인지 부채와 이해 병목
  • 조직의 변화: 일부러 느려지는 기간에 대한 합의가 필요하다. 너무 넓게 한꺼번에 퍼뜨리지 말고 실험과 확산을 점진적으로 한다
  • 새 병목: 작성이 아니라 결정 속도가 병목이 된다. 되돌릴 수 있는 결정은 최대한 빨리 내린다

관련: AI 시대 엔지니어의 역할 변화, LLM 사용 습관

출처: From AI-Assisted to AI-Native: Building a Frontier Development Team Clare Liguori, AI Engineer World's Fair 2026

연결된 개념

이 노트를 가리키는 문서

뜻이 가까운 노트

  • 팀워크 빅 파이브

    에두아르도 살라스가 정리한 팀워크의 다섯 요소와 이를 받치는 세 가지 조정 메커니즘.

  • AI 시대 변경에 대한 책임 질문

    AI가 코드를 써도 그 변경이 왜 필요하고 무엇을 포기했으며 정말 동작하는지 설명하는 것은 엔지니어의 몫이다.

  • 코드 리뷰

    코드 리뷰는 작성자가 아닌 사람이 변경을 읽고 합칠지 판단하는 과정이다. 버그를 잡는 일 말고도, 팀 모두가 코드베이스를 알게 하고(collective-code-ownership) 설계 판단과 관례를 자연스럽게 퍼뜨리는 통로가 된다. 여러 사람이 모두 놓쳐야만 결함이 새어 나가게 만드는 장치이기도 하다 → growing-together

  • 프로그래머의 뇌 (책 개요)

    코드를 읽고 쓰고 배울 때 뇌의 기억 체계가 어떻게 움직이는지를 인지과학으로 설명하는 펠리너 헤르만스의 책.

  • 몰입 영역과 난이도 조절

    과제가 너무 쉬우면 지루하고 너무 어려우면 불안하다. 그 사이의 몰입 영역에서 실력이 가장 잘 는다.

보기 옵션