홍보 담당자가 직접 데이터 대시보드를 만들고, 회계팀이 자동화 스크립트를 짜고, PM이 프로토타입을 코드 없이 배포하는 장면이 낯설지 않아졌습니다. 노코드·로우코드 플랫폼과 AI 코딩 보조 도구가 빠르게 퍼지면서 ‘개발’이라는 행위의 문턱이 크게 낮아졌고, 그 결과 직무 경계가 흐려지고 있다는 이야기가 업계 곳곳에서 나오고 있습니다. 이 변화는 비개발 직군과 개발자 모두에게 서로 다른 방향의 숙제를 던집니다. PM·PO를 목표로 한다면 지금 무엇을 준비해야 할까, 개발자라면 이 흐름 앞에서 어떻게 포지셔닝해야 할까. 누스쿨이 커리어 멘토링 관점에서 정리했습니다.
‘만들 줄 아는’ 기획자가 팀에서 달라지는 이유
PM이나 PO가 노코드 툴로 간단한 프로토타입을 만들었다고 해서 개발자를 대체하는 것은 아닙니다. 하지만 그 경험이 있는 기획자와 없는 기획자 사이에는 현장에서 체감되는 차이가 존재합니다. 만들어지는 과정을 한 번이라도 직접 건드려 본 사람은 개발자에게 ‘이게 왜 어려운지’를 물어볼 줄 알고, ‘여기서부터는 타협이 필요하다’는 신호를 빠르게 읽습니다. 반대로 그 경험이 없는 기획자는 상세 기획서를 아무리 잘 써도, 개발자의 피드백이 돌아올 때마다 대화가 길어지는 경우가 많습니다.
이것은 ‘기획자도 코딩을 배워야 한다’는 주장이 아닙니다. 핵심은 만들어지는 원리에 대한 감각입니다. 데이터가 어디서 흘러오고, 화면 요소 하나를 바꾸면 어떤 연쇄 작업이 생기는지, API 연동이 왜 복잡한지 — 이 정도를 감각적으로 이해하는 PM과 그렇지 않은 PM은 같은 직함이어도 팀 안에서 갖는 신뢰도가 다릅니다. 노코드·AI 도구는 바로 그 감각을 코드 없이 직접 체험할 수 있는 가장 빠른 통로입니다.
아이디어를 말로 설명하는 대신 동작하는 화면으로 보여주면 논의의 속도가 달라집니다. 가설을 직접 화면으로 옮겨 사용자에게 반응을 물어보는 PM은, 개발 착수 전에 방향이 틀렸음을 훨씬 빠르게 확인할 수 있습니다. 이것이 도구를 다룰 줄 아는 기획자가 팀 안에서 더 강한 영향력을 갖게 되는 실질적인 이유입니다.
노코드 경험, 어떻게 커리어 자산으로 만드는가
문제는 ‘도구를 써봤다’는 경험 자체가 아니라, 그것을 어떻게 커리어 스토리로 연결하느냐입니다. 노션 데이터베이스를 정리했다거나 Zapier 자동화를 하나 연결해봤다는 것만으로는 채용 담당자에게 인상을 남기기 어렵습니다. 오히려 중요한 것은 다음 세 가지입니다.
- 문제 정의: 어떤 비효율이나 병목을 해결하려 했는가
- 실제 결과: 만들고 나서 팀이나 프로세스에 어떤 변화가 생겼는가
- 협업 맥락: 개발팀, 디자인팀과 어떻게 소통하며 진행했는가
예를 들어 “Airtable로 콘텐츠 캘린더를 구축해 마케팅팀 주간 보고 준비 시간을 크게 단축했다”는 서술은, 단순히 ‘노코드 툴 사용 경험 있음’보다 훨씬 구체적인 이야기입니다. 이런 사례 한두 개가 PM 포트폴리오의 실질적인 차별점이 됩니다. 도구 이름보다 그 도구로 무엇을 해결했는가를 항상 먼저 생각해야 합니다.
PM 직무 전환을 준비하는 분들이 흔히 하는 실수 중 하나가 자격증과 이론 학습에 집중하면서, 실제로 무언가를 만들어본 경험을 뒤로 미루는 것입니다. 채용 현장에서 ‘PM 경험이 없다’는 지적을 받을 때의 대응은 수료증이 아니라 작동하는 결과물과 그 과정에 대한 이야기입니다. 작더라도 직접 만들고 검증한 경험이 면접 자리를 채우는 가장 강한 언어입니다.
개발자의 역할이 ‘올라간다’는 것의 실제 의미
비개발 직군이 간단한 앱이나 자동화를 직접 만들 수 있게 되면서, 개발자에게는 단순 구현 요청보다 더 복잡한 판단을 요구하는 일이 늘어납니다. 이미 노코드로 처리할 수 있는 부분은 기획자가 직접 해결하고, 개발자에게는 그 이상의 과제 — 성능 최적화, 보안, 확장성, 데이터 구조 설계 — 가 남겨지는 구조입니다. 이것은 개발자의 일이 줄어드는 것이 아니라, 더 높은 판단력을 요구하는 방향으로 재편되는 것입니다.
실제로 현장에서 자주 회자되는 이야기는, AI 코딩 보조 도구를 잘 활용하는 개발자와 그렇지 않은 개발자 사이의 생산성 격차가 커지고 있다는 것입니다. 코드를 한 줄씩 타이핑하는 속도가 중요했던 시대에서, 어떤 구조를 선택하고 도구를 어떻게 지휘할지를 결정하는 판단력이 더 중요해지는 시대로 이동하고 있습니다. 이른바 ‘AI 교관’이라는 표현이 나오는 맥락이 여기입니다.
이 변화를 불안하게 받아들이는 개발자도 있고, 기회로 읽는 개발자도 있습니다. 차이는 단순합니다. 자신의 강점을 ‘빠른 구현’에만 두는 사람은 도구의 발전이 위협으로 느껴지고, ‘구조 설계와 기술 판단’에 두는 사람은 도구가 발전할수록 더 강력한 레버리지를 얻습니다. 시니어 개발자나 테크 리드로 성장하는 경로를 보면, 코드 품질만큼이나 ‘이 사람과 일하면 방향이 명확해진다’는 평판이 중요합니다. 그 평판은 기술 블로그 포스팅이 아니라, 실제 협업 경험에서 나옵니다.
PM·PO 지망자가 지금 당장 할 수 있는 것
커리어 전환이나 직무 준비를 막 시작한 단계라면, ‘만들어보는 경험’을 가장 빠르게 만들 수 있는 방법부터 찾는 것이 현실적입니다. 아래 순서는 실제 멘토링 현장에서 자주 권하는 접근법입니다.
- 작은 문제부터 찾는다: 현재 업무나 일상에서 반복적으로 불편한 것, 수작업으로 처리하는 것 하나를 고른다.
- 노코드 툴로 직접 해결해본다: Notion, Airtable, Make(구 Integromat), Glide 등 중 하나를 골라 해당 문제에 적용해본다. 완벽하지 않아도 된다.
- 과정을 기록한다: 무엇을 고민했고, 어떤 선택을 했으며, 결과가 어땠는지를 짧게라도 정리한다. 이것이 포트폴리오 원재료가 된다.
- 개발자 시각으로 리뷰받는다: 가능하다면 주변 개발자에게 ‘이 구조가 실제 서비스에서도 유효한가’를 물어본다. 이 대화 자체가 협업 감각을 키운다.
중요한 것은 완성도가 아닙니다. 직접 만들어보고, 벽에 부딪히고, 그 경험을 언어로 정리한 사람이 면접에서 ‘개발자와 소통할 수 있는 PM’임을 설득력 있게 보여줄 수 있습니다. 그 이야기 한 가지가 수십 장의 이론 정리보다 강합니다.
개발자라면 지금 무엇을 다르게 해야 하는가
기술 스택을 넓히는 것과 역할의 폭을 넓히는 것은 다릅니다. 개발자에게 지금 더 유효한 방향은 후자입니다. 코드를 잘 짜는 것은 기본기이지만, 비개발 직군이 이해할 수 있는 언어로 기술적 맥락을 설명하고, 팀의 방향을 잡는 데 기여하는 경험이 커리어의 다음 단계를 여는 열쇠입니다.
- 기획자나 디자이너와 협업한 경험을 구체적으로 정리한다. 어떤 기술적 제약을 설명했고, 어떻게 절충점을 찾았는지.
- AI 코딩 도구(GitHub Copilot, Cursor 등)를 실제 업무에 적용해보고, 어떤 상황에서 유용하고 어디서 한계가 있는지 직접 파악한다.
- 본인이 만든 것이 비즈니스나 사용자 경험에 어떤 영향을 줬는지를 추적하는 습관을 만든다.
- AI가 생성한 코드를 검증하고 구조를 판단하는 연습을 의식적으로 쌓는다. 도구를 다루는 것과 도구를 지휘하는 것은 다르다.
단순 구현 요청이 자동화되는 속도에 불안해하기보다, 자신이 어떤 판단과 설계를 할 수 있는 사람인지를 정리하는 시간이 지금 더 필요합니다. 그 이야기를 커리어 스토리로 만드는 것이 다음 단계의 기회를 여는 방법입니다.
직무 경계가 흐려질수록 더 선명해지는 것
도구가 발전하고 직무의 벽이 낮아질수록, 역설적으로 더 선명해지는 것이 있습니다. 무엇을 왜 만드는가에 대한 판단, 그리고 그 판단을 팀과 공유하는 능력입니다. 노코드 툴로 앱을 만들 수 있어도 어떤 문제를 풀어야 하는가를 제대로 정의하지 못하면 결과물은 없는 것과 다름없습니다. AI가 코드를 생성해줘도 어떤 구조가 지속가능한지를 판단하지 못하면 기술 부채만 쌓입니다.
이것은 직무를 막론하고 공통된 이야기입니다. 도구를 다루는 능력은 점점 진입 조건이 되어가고, 문제를 정의하고 팀을 이끄는 능력이 차별점이 됩니다. 커리어를 설계할 때 이 두 가지를 어떻게 균형 있게 쌓아갈지를 의식적으로 생각할 필요가 있습니다. 도구는 계속 쉬워지겠지만, 방향을 정하고 책임지는 사람은 늘 필요합니다.
직무 전환을 준비하거나, 현재 역할에서 다음 단계로 나아가고 싶다면 누스쿨 커뮤니티에서 같은 고민을 나누는 사람들과 연결되어 보세요. PM·PO를 목표로 한다면, 실제 현직자 멘토와 한 번의 대화가 방향을 잡는 가장 빠른 방법일 수 있습니다. 혼자 막막하다면 먼저 질문을 던져보는 것으로 충분합니다.
※ 이 글은 최근 업계에서 화제가 된 ‘비개발 직군의 앱 제작’ 흐름을 계기로 누스쿨이 자체 작성한 커리어 코멘트입니다. 특정 기사 본문을 옮기지 않았으며, 수치나 통계 인용은 하지 않았습니다.
💬 댓글 0