AI가 여러분의 프로세스를 더 빠르게 만들지는 않을 것 같습니다

• 침체기에는 프로세스 최적화와 AI 기대가 맞물려 과도한 기대가 생기지만, 오래 걸리는 구간이 곧 원인이라는 뜻은 아님
• 프로젝트에서 소프트웨어 개발이 가장 오래 걸려도 병목은 코드 작성보다 모호한 요구사항을 해석하는 상류 단계에 있을 수 있음
• “판매 완료 후 메일 발송” 같은 요청도 메일 내용, 오류 처리, 완료 기준이 정해져야 하며 명확한 입력 없이는 구현이 늦어짐
• AI는 코드를 빠르게 만들 수 있지만 올바른 코드를 보장하지 않으며, 원하는 결과에는 도메인·제품 전문가의 세밀한 안내가 필요함
• 실제 개선은 병목 자체를 자동화하기보다 담당자가 바로 일할 수 있도록 입력 품질과 예측 가능성을 높이는 데서 시작됨

프로세스 최적화의 초점

• 시장이 침체되면 조직은 프로세스 최적화에 집중하기 쉽고, 최근에는 여기에 AI 기대까지 더해져 비현실적인 전망이 커짐
• The Toyota Way와 The Goal은 많은 프로세스 최적화가 무엇에 집중해야 하는지 오해하기 쉽다는 점을 떠올리게 함
• 오래 걸리는 구간은 개선을 시작할 신호일 수 있지만, 문제가 실제로 생기는 지점이라고 단정할 수 없음
• 단순히 사람을 더 투입하거나 AI가 속도를 크게 높일 것이라고 기대하면, 왜 일이 늦어지는지 보지 못함
• 프로세스를 빠르게 하려면 작업자가 실제로 일을 시작하고 끝낼 수 있는 입력과 조건을 갖췄는지 먼저 확인해야 함

눈에 보이는 병목과 실제 원인

• 예시 프로젝트 일정에서는 범위 정의, 개발, 배포 단계 중 소프트웨어 개발이 가장 긴 기간을 차지함
• 처리량을 높이려면 가장 오래 걸리는 소프트웨어 개발을 먼저 보는 것이 자연스럽고, 그 판단 자체는 틀리지 않음
• 문제는 그 다음에 왜 오래 걸리는지 확인하지 않은 채 사람을 더 넣거나 AI가 개발을 훨씬 빠르게 해줄 것이라고 기대할 때 생김
• 긴 기간은 병목을 찾는 출발점이지만, 병목의 원인이 반드시 그 구간 안에 있다는 뜻은 아님

상류에서 풀어야 하는 문제

• 소프트웨어 개발은 단순히 타이핑 속도를 높인다고 빨라지지 않음
• 개발은 문제를 컴퓨터가 이해하고 자동으로 해결할 수 있는 솔루션으로 번역하는 작업이며, 가능하면 안전하고 확장 가능해야 함
• 이를 위해서는 문제에 대한 전체적인 이해가 필요함
  • 워터폴 방식에 가깝다면 기능 문서나 범위 문서가 필요함
  • 애자일 방식에 가깝다면 도메인 전문가와의 지속적인 반복이 필요함
• 개발을 늦추는 부분은 종종 코드 작성 자체가 아니라, 모호한 기능 요청이 실제로 무엇을 의미하는지 파악하는 과정임
• “판매가 완료되면 사용자에게 메일을 보낸다”는 요청도 바로 구현 가능한 요구사항이 아님
  • 메일에 무엇이 들어가야 하는지 정해야 함
  • 판매 과정에 문제가 있었을 때 오류 메일을 보내야 하는지 정해야 함
  • 판매가 언제 완료된 것으로 간주되는지 정해야 함

AI 투입이 만드는 착시

• AI 코드 생성에 대한 흔한 기대는 개발 단계를 우회하고, 소프트웨어 개발자가 프로젝트 관리자처럼 AI를 지휘하게 된다는 형태임
• 많은 사람은 기존의 긴 소프트웨어 개발 구간이 3일 정도의 AI 개발 구간으로 대체될 것이라고 기대함
• 실제로는 같은 상류 문제가 그대로 남음
  • AI는 코드를 빠르게 생성할 수 있음
  • 하지만 빠르게 생성된 코드가 올바른 코드라는 뜻은 아님
• 인간 개발과 AI 개발을 비교할 때, AI가 원하는 결과를 내기 위해 필요한 세밀한 안내가 종종 빠짐
• AI 개발이 작동하려면 도메인 전문가와 제품 전문가의 훨씬 깊은 참여가 필요함
  • 모든 기능을 아주 작은 세부사항까지 작성해야 함
  • 모든 버그 수정도 원하는 결과가 무엇인지 자세히 정리해야 함
• 이런 방식은 기존 방식보다 빠를 수 있지만, 인간 개발자에게 같은 수준의 기능 문서와 범위 문서가 주어졌을 때의 생산성과 비교해야 함
• 소프트웨어 개발자들이 오래전부터 원해온 것은 문제와 최종 결과에 대한 상세한 윤곽이며, AI 개발이 요구하는 조건도 결국 여기에 가까움

실제로 프로세스를 빠르게 만드는 방법

• 프로세스를 빠르게 하려면 작업 담당자가 일을 시작하고 끝낼 수 있는 수단과 입력을 갖고 있는지 확인해야 함
• 법무 승인 프로세스가 느리다면 변호사를 더 추가하기 전에, 법무 승인을 시작하는 데 무엇이 필요한지 봐야 함
• 법무팀이 불완전한 문서 때문에 다섯 명을 쫓아다녀야 한다면, 변호사를 더 넣는 것으로는 해당 프로세스가 빨라지지 않음
• The Goal의 큰 교훈 중 하나는 병목이 예측 가능하고 품질 높은 입력을 받아야 한다는 것임
• 프로세스 자동화의 첫 번째 지점은 병목 구간 자체가 아니라, 병목이 받을 입력 품질과 예측 가능성을 높이는 쪽이어야 함

참고한 고전

• The Toyota Way는 프로세스 최적화를 생각할 때 참고할 만한 책으로 제시됨
• The Goal은 읽기에는 덜 즐거울 수 있어 만화판이 더 나은 선택일 수 있음
• 사람을 더 투입하는 접근은 The Mythical Man-Month와 연결되는 또 다른 고전적 주제임