AIGeekNews··원문 약 3분
브라운필드의 코끼리: AI로 개인은 빨라졌는데, 조직은 왜 그대로인가
기존 시스템과 조직 구조가 자리 잡은 브라운필드 기업의 AI 전환에는 기술뿐 아니라, 자신의 역할과 팀의 권한을 정체성으로 여기는 문제가 걸려 있음 AI로 담당 업무를 빠르게 처리해도 다른 팀의 승인과 백로그를 기다려야 한다면 조직 경계를 넘는 순간.…
핵심 요약
자동 요약- 1기존 시스템과 조직 구조가 자리 잡은 브라운필드 기업의 AI 전환에는 기술뿐 아니라, 자신의 역할과 팀의 권한을 정체성으로 여기는 문제가 걸려 있음 AI로 담당…
원문 본문
출처 · GeekNews▲
브라운필드의 코끼리: AI로 개인은 빨라졌는데, 조직은 왜 그대로인가
(subbu.org)4P by GN⁺ 1시간전 | ★ favorite | 댓글과 토론- 기존 시스템과 조직 구조가 자리 잡은 브라운필드 기업의 AI 전환에는 기술뿐 아니라, 자신의 역할과 팀의 권한을 정체성으로 여기는 문제가 걸려 있음
- AI로 담당 업무를 빠르게 처리해도 다른 팀의 승인과 백로그를 기다려야 한다면 조직 경계를 넘는 순간 속도가 떨어짐
- 공통 AI 스킬 배포와 개인 업무 자동화는 필요하지만, 기존 역할과 절차 안에서 생산성을 높이는 것만으로 조직 전환을 대신할 수는 없음
- 업무 경계와 승인권, 역할과 책임을 재설계해 구성원에게 도구뿐 아니라 담당 영역을 넘어 다르게 일할 권한을 제공해야 함
- 창업자들이 역할과 팀보다 사업의 생존과 고객 성공에 집중하듯, 기존 조직도 변화를 강요하기보다 공동 목표를 자신의 목표로 받아들일 이유를 만들어야 함
같은 역량, 다른 조직 방식
- 브라운필드(brownfield) 는 기존 시스템과 조직 구조가 자리 잡은 기업을 가리키며, 제목의 ‘코끼리’는 분명히 존재하지만 제대로 다루지 않는 역할과 권한에 얽힌 정체성 문제를 뜻함
- 기존 기업을 떠났거나 밀려난 숙련된 엔지니어와 리더들이 아이디어를 스타트업으로 만들고 있음
- 이들은 이전 시대에 당연하게 여겼던 관행을 깨고, 새로운 일하는 방식에 맞춰 조직을 구성함
- 기존 조직에도 재능·추진력·경험은 있지만 AI 활용 방식에는 차이가 있음
- 시애틀의 AI 도입 전략 패널에서 나온 전술은 공통 스킬 배포와 리더 자신의 업무 자동화에 집중됨
- 일부 기업은 자율 에이전트 루프에 투자하지만, 공통적으로 이미 존재하는 업무에 AI를 주입하고 있음
- 직접 제품을 만들거나 AI 도입 프로젝트를 지원하는 일은 필요하지만 그것만으로 충분하지 않음
- 창업자들은 보호할 구조가 없고 새로운 시도의 비용이 거의 없어 실험과 아이디어의 밀도가 높음
- 반면 기존 조직은 아직 표준화할 준비가 되지 않은 관행을 표준화하고, 기존 구조와 행동 안에서 개인 생산성을 높이는 데 집중함
- 기존 구조는 구성원의 역할과 책임을 규정하므로, 이를 포기하는 일은 정체성 문제로 이어짐. 그 때문에 구조는 계속 보호됨
속도를 가르는 것은 고객 수만이 아니라 자율성임
- 창업자들은 고객이 적거나 없고 소프트웨어가 아직 핵심 업무를 담당하지 않아 위험 부담 없이 혁신할 수 있다는 반론은 타당함
- 기존 기업이 느리고 낡았다는 평가도 맞지만, 둘 다 더 깊은 인간·리더십 문제를 놓침
- 창업자들은 로드맵이나 지시를 기다리지 않고 큰 결정을 내리며, 필요에 따라 넓게 또는 깊게 일할 높은 자율성을 가짐
- 슈퍼 IC로서 큰 범위의 일을 직접 수행함
- 제품 엔지니어는 제품 관리자와 소프트웨어 개발자를 결합해 제품 가설을 실제 운영 코드로 구현함
- 에이전트 관리자는 에이전트 팩토리와 에이전트 루프를 구축·운영해 대규모 작업을 진행함
- 기존 조직은 소유권 경계에 따라 여러 계층으로 나뉨. 구성원은 배정된 코드베이스와 시스템 안에서 일하고, 다른 영역을 침범하는 일은 금기시됨
- 같은 영역 안에서는 AI 사용 여부와 관계없이 빠르게 일할 수 있음
- 경계를 넘는 의존성이 생기면 결정에 합의하고, 서로 협조를 주고받고, 이견을 해소하고, 계획을 수정해야 하므로 속도가 느려짐
- 누가 소유하고, 실행하고, 결정하고, 승인하는지를 정하는 과정은 RACI·DACI, 승인자와 반대자, 각종 절차와 문서 기록으로 이어짐
- 이런 장치는 갈등을 조율하지만 근본적인 장벽은 남겨둠
- 경계를 넘을 때마다 자율성이 줄어들기 때문에 슈퍼 IC·제품 엔지니어·에이전트 관리자가 등장하기 어려움
- 과거에는 이런 경계가 업무를 조직하는 데 필요했음
- 경계를 없애거나 통과 규칙을 바꾸려면 구조·역할·책임을 재설계하고 줄여야 하며, 이는 구성원의 정체성을 건드림
기존 역할에 AI를 더하면 정체성의 한계에 부딪힘
- 직함·역할·책임은 구성원의 직장 내 정체성을 반영함
- 조직의 복잡성, 업무 의례, 기술 부채, 사업 압력은 당장 눈앞의 일에 집중하게 만들고 기존 정체성에 대한 집착을 강화함
- AI 전환에서 리더가 풀어야 할 과제는 기술 자체가 아니라 정체성에 대한 집착을 완화하고 변화 의지를 만드는 일임
- 공통 AI 스킬 배포는 사용 방식을 부드럽게 강제하는 수단이 될 수 있음. 리더십은 이를 역량 지원으로 포장하고 중앙의 숙련 사용자 팀을 통해 조직 전체에 확산함
- 업무가 기존 경계 안에 머무는 동안에는 작동함
- 경계를 만나면 다시 과거의 조율 장치로 돌아가므로 같은 정체성의 한계에 부딪힘
- 모두가 자신의 업무를 AI로 자동화하는 점진적 접근은 개인의 모범 사례로 조직 전환을 대신하려 함
- 경계를 넘는 업무에서는 실패하고, 효과가 누적·증폭되지 않으며, 기존 정체성은 유지됨
- Bain의 AI 예산 설문은 글로벌 기업 951곳을 조사해 “기술은 작동했지만 가치는 실현되지 않았다”는 결과를 드러냄
- 사람들이 일하는 방식을 바꾸지 않은 채 AI를 도입하면 기대한 사업 가치에 못 미치게 됨
- 그보다 더 근본적으로, 구성원에게 기존 경계 안팎에서 다르게 일할 권한이 있어야 함
경계를 넘을 권한과 더 큰 정체성이 필요함
- 다르게 일할 권한을 부여하려면 승인권과 업무 경계도 달라져야 함
- 아키텍트가 자신의 승인 없이는 출시할 수 없다고 막지 않아야 함
- 인증·신원 관리 팀의 백로그가 가득 찼다는 이유로 다른 구성원의 작업이 차단되지 않아야 함
- 창업자들에게는 넘을 경계가 적고, 남아 있는 경계도 흐릿함. 더 중요한 차이는 보호해야 할 역할 정체성이 없다는 점임
- 기업가로 살아남기, 다른 사람들이 아이디어를 받아들이게 하기, 고객의 성공을 돕기처럼 역할·팀 정체성보다 큰 과제에 집중함
- 정체성을 없앤 것이 아니라 더 큰 정체성으로 교체한 것임
- 사람의 일하는 방식을 강제로 바꿀 수는 없으며, 변화하려는 의지를 높일 수 있을 뿐임
- 구성원이 리더의 목표를 자신의 목표로 받아들일 때 좋은 성과가 나옴
- 목표가 구성원이 중요하게 여기는 것과 충돌하면 상위 의사결정자에게 문제를 넘기는 과정과 씨름하게 됨
도구를 갖춰도 기존 권한에 대한 집착은 남음
- AI에 대한 고무적인 연설은 잦은 해고가 이어지는 시기에 오히려 역효과를 낼 수 있음
- 최상의 에이전트 AI 인프라와 도구를 제공해도 기존 권한과 관행에 대한 집착은 남을 수 있음
- 아키텍트는 의사결정권을, 제품 관리자는 백로그를, 관리자는 계획 수립 의례와 기술 부채 예산을 지키려 할 수 있음
- 기존 방식을 고수하는 사람을 탓하기보다, 구성원이 어디에서 주저하고 무엇을 놓지 못하는지 살펴야 함
댓글과 토론
이 글은 GeekNews 의 원문을 정제해 보여드립니다. 저작권은 원저작자에게 있습니다.
전체 내용이 궁금하다면
GeekNews 원문에서 이어 읽기
비슷한 글
5유사도 추천- 3개 중 1조 · vLLM 내부 이 영어판은 Zhihu에 게시된 중국어 기사를 각색한 것입니다.AIdev.to·#vllm#llm#inference
- 하나의 뼈대, 많은 화면에서 관리 화면은 코딩된 것이 아니라 입력된 데이터로 선언되어야 한다고 주장했으며 아이디어가 스택과 독립적이라고 주장하면서 끝났습니다.Frontenddev.to·#rust#webdev#architecture
- 웹 UI를 기본 데스크톱 애플리케이션에 포함시키는 것이 쉬운 부분이라고 생각했습니다.Frontenddev.to·#cpp#crossplatform#architecture
- iPhone에서 작동하는 토렌트 클라이언트 기차에서 iPad로 영화를 다운로드해서 보고 싶었습니다.Frontenddev.to·#showdev#webdev#webassembly