링크드인 CPO가 말하는 AI 시대의 제품 개발 전략

핵심 요약

2030년 직업 변화: 준비되셨나요?

당신의 직무에 필요한 기술이 4년 안에 70% 이상 변할 것이라는 사실을 알고 계신가요? 이것은 단순한 예측이 아닙니다. 링크드인의 데이터에 기반한 현실입니다. 지금 당신이 어떤 직무에 종사하든, 변화는 이미 시작되었습니다.

마케터, 세일즈 담당자, 채용 담당자, 엔지니어 - 모든 직무가 영향을 받고 있습니다. 특히 엔지니어링 분야는 AI와 에이전트 기술의 영향으로 지난 10년보다 더 급격한 변화를 겪게 될 것입니다. 이 변화는 일부 직업의 경우 90~95%에 달할 정도로 극심합니다.

더욱 놀라운 사실은 현재 가장 빠르게 성장하는 직업 중 70%가 1년 전에는 직업 목록에 존재하지 않았다는 것입니다. 10년 전에는 상상도 할 수 없었던 직업들이 지금 가장 수요가 많습니다. 이는 당신이 직장을 바꾸든 안 바꾸든, 당신의 직업 자체가 변하고 있다는 의미입니다.

경쟁력을 유지하려면 어떻게 해야 할까요? 바로 근본 원칙으로 돌아가서 '구축한다'는 것의 의미를 재정의하는 것입니다.

과정의 복잡성: 왜 간단한 일이 어려워졌을까?

대규모 조직에서 제품을 만드는 과정을 보면 놀랄 만큼 복잡해졌습니다. 기본적인 제품 개발은 간단합니다:

하지만 링크드인과 같은 대규모 회사에서는 이 각 단계가 수십 개의 하위 단계로 확장되었습니다.

문제 연구만 해도 10~15개의 정보 출처를 살펴봐야 합니다. 고객 인터뷰, 데이터 분석, 피드백 티켓, 소셜 미디어, 사용자 상호작용까지 모든 것을 확인합니다. 제품 리뷰도 마찬가지입니다. 디자인 리뷰, 보안 리뷰, 개인정보보호 리뷰, 법적 리뷰... 그 목록은 끝이 없습니다.

이 모든 하위 단계가 존재하는 데는 타당한 이유가 있습니다. 하지만 합치면 어떤 현상이 발생할까요?

작은 기능 하나를 구축하고 출시하는 데 여러 팀, 여러 코드베이스, 여러 스프린트가 필요하게 됩니다. 반복은 말할 것도 없고, 출시 후의 성공을 위한 노력도 증가합니다.

이 과정의 복잡성은 곧 조직의 복잡성으로 이어집니다. 각 하위 단계를 누군가 특정인이 수행하도록 만들어지기 때문입니다. 한 명의 "빌더"에서 여러 기능을 가진 조직으로 변모하게 됩니다:

이것이 마이크로 전문화입니다. 각각의 전문 분야는 유효하지만, 모두 사람들이 참여해야 하고, 전체 과정은 비효율적이고 복잡하게 됩니다.

조직도를 그려보면 대부분의 사람들은 "세상에"라고 놀라워합니다. 왜냐하면 매우 특정한 한 가지 일만 하고 있지만, 확대해서 보면 전체 시스템이 얼마나 압도적인지 깨닫기 때문입니다.

풀스택 빌더 모델: 스택을 다시 합치기

이 상황을 해결하기 위해 링크드인이 도입한 것이 바로 풀스택 빌더(Full Stack Builder, FSB) 모델입니다. 이것은 단순한 새로운 직책이 아닙니다. 제품 개발의 근본적인 철학을 재정의하는 것입니다.

풀스택 빌더의 목표

풀스택 빌더 모델의 궁극적인 목표는 훌륭한 빌더들이 그들의 아이디어를 시장에 내놓을 수 있도록 역량을 강화하는 것입니다. 이는:

이는 단순한 병렬 작업이 아닙니다. 인간과 AI 사이의 유연한 상호작용으로 이루어집니다. 빌더는 인간만 할 수 있는 일에 집중하고, AI는 나머지를 담당합니다.

빌더가 집중해야 할 핵심 자질

제품 개발 수명 주기 전체에서 빌더들이 시간을 할애하고 빛을 발해야 할 영역은 다음과 같습니다:

자동화할 것

이 외의 모든 것은 자동화하기 위해 정말 열심히 노력하고 있습니다:

이렇게 하면 빌더는 가장 중요한 일에만 집중할 수 있습니다.

조직 변화: 팀 구조부터 사고방식까지

팟(Pod) 기반 팀 구성

기존의 대규모 기능별 팀(엔지니어, 디자이너, PM이 함께하는)에서 벗어나, 링크드인은 유연한 팟(Pod) 개념을 도입했습니다:

이 구조의 핵심은 문제(미션) 자체에 훨씬 더 집중할 수 있다는 것입니다. 행정적 복잡성이 줄어들면, 실제 사용자 문제 해결에 더 많은 에너지를 쏟을 수 있습니다.

경력 경로의 변화

기존: 엔지니어 → 시니어 엔지니어 → 스태프 엔지니어 새로운: 풀스택 빌더 (모든 기능에서 가능)

이제는:

이것은 직책의 문제가 아니라 사고방식의 문제입니다. 당신이 풀스택 빌더라고 불리는 것보다 중요한 것은, 풀스택으로 생각하고 행동하는 것입니다.

신규 인재 육성: 어소시에이트 풀스택 빌더(APB) 프로그램

기존의 어소시에이트 제품 관리자(APM) 프로그램을 폐지하고, 어소시에이트 풀스택 빌더(APB) 프로그램을 도입했습니다. 이 프로그램의 특징:

AI 에이전트: 플랫폼, 도구, 문화의 삼각형

1단계: 플랫폼 투자

AI가 효과적으로 작동하려면 먼저 플랫폼 수준에서의 투자가 필수입니다:

중요한 교훈: 외부 도구를 그냥 가져와서 회사의 스택에 통합하는 것은 작동하지 않습니다. 링크드인은 Cursor, Copilot, Figma 같은 도구들과 협력하여 자신의 스택에 맞도록 커스터마이징했습니다.

2단계: 맞춤형 에이전트 구축

링크드인이 구축한 주요 에이전트들:

신뢰 에이전트 (Trust Agent)

성장 에이전트 (Growth Agent)

연구 에이전트 (Research Agent)

분석가 에이전트 (Analyst Agent)

코딩 에이전트

디자인 에이전트

3단계: 문화 변화

플랫폼과 도구만으로는 부족합니다. 문화 변화가 성공의 핵심입니다.

변화 관리의 핵심 요소

최고 성과자들의 역할

흥미로운 발견: 최고 성과자들이 새 방식을 가장 먼저 그리고 가장 잘 채택하고 있습니다.

왜일까요?

이것은 역설적인 결과를 낳습니다: AI가 평범한 사람들을 더 뛰어나게 만들까, 아니면 이미 뛰어난 사람들을 더욱 뛰어나게 만들까? 현재로서는 후자가 맞는 것 같습니다.

데이터 코퍼스 준비: 가장 간과된 부분

에이전트를 구축할 때 가장 큰 배움 중 하나는 데이터 준비의 중요성입니다.

실패한 접근법

처음에는 드라이브와 모든 정보에 접근 권한을 주었습니다. 그 결과? 완전한 실패였습니다.

왜일까요?

성공한 접근법

대신 링크드인은 "황금 예시"를 구체적으로 정리했습니다:

예시: 피드 재구축 시 리드 하완이 직접 앉아 "링크드인에서 좋은 전문적 게시물이 무엇인가"를 정의하고 수백 개 예시를 수집했습니다. 이 작업이 몇 주간 소요되었지만, 가장 중요한 부분이었습니다.

핵심 교훈

모든 데이터가 아니라 올바른 데이터를 공급하는 것이 성공을 결정합니다.

많은 조직이 이 단계를 건너뜁니다. CEO와 최고 제품 책임자들에게 "나중에 성과를 얻으려면 이런 초기 노력을 반드시 해야 한다"고 강조해야 할 정도입니다.

실행 전략: 조직에서 시작하려면

1단계: 신중한 선언

처음부터 "우리가 이 산을 넘어갈 것이고, 멋지게 해낼 것"이라고 선언하세요. 동시에:

2단계: 삼각형 구축

플랫폼 → 도구 → 문화 순으로 투자하세요:

3단계: 얼리 어답터 활용

4단계: 인내심을 가지되, 명확한 기준 설정

5단계: 조직 개편을 기다리지 마세요

여기 가장 중요한 조언입니다:

리더가 선언할 때까지 기다리지 마세요:

변화 관리: 모바일 혁명의 재림

이 변화는 조직이 데스크톱에서 모바일로 전환했던 것과 유사합니다:

과거: "모든 제품 요구사항 문서에 모바일 목업이 있어야 합니다. 이제부터 모든 것이 모바일 중심입니다."

현재: "모든 제품 개발이 AI 중심이어야 합니다. 모든 팀원이 이 도구를 사용하여 작업합니다."

변화가 작동하게 하는 것

자동화되는 것, 그리고 되지 않을 것

기계가 더 잘하는 것

인간만이 할 수 있는 것

중요한 인식

AI가 평범한 사람을 더 뛰어나게 만들까요, 아니면 뛰어난 사람을 더욱 뛰어나게 만들까요?

현재 데이터: 후자입니다. 최고 성과자들이:

이것이 현실입니다. 하지만 반드시 그래야 하는 것은 아닙니다. 조직 문화와 교육에 따라 결과는 달라집니다.

실제 성공 사례들

1. 의미론적 검색팀

상황: 의미론적 사람 검색, 의미론적 직무 검색 팀

결과: PM들이 자체 대시보드 구축 (디자인팀 대기 시간 제거)

의미: 기존에는 불가능했던 일이 가능해짐

2. 디자인팀의 풀 리퀘스트

상황: 디자이너들이 관리자 주도 하에 새 도구 시스템 도입

결과: 지라(Jira) 티켓에서 직접 버그 찾아서 푸시

의미: 엔지니어링 결과를 디자이너가 직접 기여

3. 사용자 연구원에서 성장 PM으로

상황: 성장팀에 PM 공석 발생, 기간이 오래 지남

결과: 사용자 연구원이 "내가 할 수 있을 것 같은데"라고 제안

실행: 모든 도구를 활용하여 역할 전환

의미: 기존 경력 경로가 깨지고 새로운 가능성 열림

4. 파트너십팀의 자율화

상황: 개발자 포털 구축 필요, 엔지니어 팀 바쁨

결과: 팀장이 직접 나가서 해냄 (팀에 위임 안 함)

의도: "내가 할 수 있다면 너희도 할 수 있다"는 메시지 전달

효과: 다른 팀에도 영감 제공

결론: 변화의 속도에 대응하기

2030년은 불과 4년 남았습니다. 직무의 70%가 변할 것이라는 예측은 선택이 아닙니다. 현실입니다.

풀스택 빌더 모델은 이 변화에 대응하는 하나의 방식입니다. 링크드인이 이 경로를 선택한 이유는:

변화는 이미 시작되었습니다. 당신이 선택해야 할 것은 그 변화를 주도할 것인지, 따라갈 것인지, 아니면 뒤처질 것인지입니다. AI 시대의 제품 개발은 더 이상 전문가들의 영역이 아닙니다. 모든 빌더가 전체 스택을 이해하고 움직일 수 있는 시대입니다.

당신과 당신의 팀이 이 미래를 준비하고 계신가요? 아니면 아직도 조직 개편을 기다리고 계신가요?

다양한 스타트업 관련 강의/스터디/북클럽 등에 대해 참여하고 싶은 분들은 https://everycre.com/challengekim 를 방문해주세요.