[생각] 생산성 딜레마

생산성을 높여준다는 AI 툴이 때론 우리의 생산성을 파괴하고 있다

어제는 Claude Code, 오늘은 oh-my-opencode, 내일은 OpenClaw, ... 수많은 혁신적인 툴이 쏟아진다.

도구 뿐만 아니다. Ralph Loop, Human-in-the-loop(HITL), Harness 등 이를 사용하는 수많은 방법론도 함께 쏟아진다.

 

"이것만 쓰면 개발 속도가 10배 빨라진다"는 소식에 뒤처질까 불안해하며(FOMO) 끊임없이 새로운 도구를 설치한다.

단축키를 익히고, 플러그인을 연동하고, 프롬프트를 다듬는다. 하지만 정작 가장 중요한 핵심 비즈니스 로직은 단 한 줄도 작성하지 못한 채 하루가 끝난다. 미래의 생산성을 위한다는 명분으로 현재의 몰입을 희생하는 주객전도의 형태이다.

끝나지 않는 야크 털 깎기(Yak Shaving)의 함정

새로운 도구를 도입할 때마다 필연적으로 겪는 '생산성 하락 구간(Productivity Dip)'이 있다. 진짜 문제는 이 험난한 골짜기를 벗어나 숙련도가 오를 때쯤, 더 강력한 새로운 툴이 등장해 우리를 다시 바닥으로 끌어내린다는 것이다. 툴의 홍수 속에서 살아남기 위해서는 도입 전략이 필요하다.

AI 도구 홍수에서 살아남기

1) 병목부터 명확히 정의해야 한다

도구가 좋아 보여서 쓰는 것이 아니다. 현재 개발 프로세스에서 어디가 느린지, 왜 느린지부터 규정해야 한다. 그리고 그 병목을 뚫는 도구일 때만 도입하는 것이 합리적이다.

2) 탐색 시간을 개발 시간에서 격리해야 한다

몰입(Deep Work)해야 할 시간에 충동적인 세팅은 금물이다. 일요일 오전처럼 특정 시간에만 “R&D 타임”을 두고, 나머지 시간에는 흔들리지 않는 편이 낫다. 탐색은 계획적으로 하고, 개발은 집중적으로 해야 한다.

3) AI 시대일수록 기본기가 더 중요하다

아키텍처 설계, 비즈니스 요구사항 분석, 좋은 코드와 나쁜 코드를 구분하는 능력은 도구가 대신해주지 못한다. (사실 할 수 있지만, 그럼에도 내가 판단할 수 있어야 한다.) 이런 판단력은 운영체제, 네트워크, 알고리즘 등 CS 기본기에서 나온다. 도구는 속도를 올릴 수 있지만, 방향은 기본기가 잡는다.

 

---

 

한줄 요약: “최신 기술 동향”을 확인하는 시간을 일정으로 고정하고, 그 외 시간은 핵심 문제를 푸는 데 사용해야 한다. 주객이 전도되면 생산성은 도구가 아니라 자신이 먼저 무너진다.

 

https://brunch.co.kr/@lesstif/4

야크 털 깎기(Yak Shaving)