기획자 vs QA자동화(or QE)

Question

안녕하세요. 저는 현재 1년차 백엔드 개발자입니다.QA 아웃소싱 회사에서 1년정도 QA 테스트자동화 업무를 하다가본사로 오게 되면서 백엔드 개발자로 전향되었습니다.IT분야의 경력은 이게 끝이고,보유한 자격증은 SQLD, ADsP, 빅데이터 분석기사, 정보처리기사입니다.제가 자동화, 개발을 하면서 느낀점은저는 코딩에는 정말 흥미가 없다는 것 입니다.동료 개발자를 보면 스스로 새로운 기능도 추가하고코드 리팩토링하는 것에 어느정도 흥미가 있는게 느껴지는데그에 반해 저는 그러고 싶은 마음이 들지 않습니다.단순히 일을 하기 싫어하는건 절대 아닙니다.물론 제 경력이 짧고 그만큼 지식과 실력이 부족한 것이 그 이유일 수도 있겠습니다.이걸 정확히 느끼게 된 계기는 새로운 프로젝트의 정책, 기능, 요구사항 등에 대한 회의입니다.회의를 통해 이런 내용을 정하고 문제가 될만한 부분은 뭔지 검토하는 등의업무를 할 때에는 저나 다른 사람도 느낄 정도로 적극적이었습니다.그러다 다시 코드를 작성하면 기계적으로 업무를 하는 느낌이 듭니다.그래서 알아본 직무가 ‘기획자’ 입니다.왜 하필 기획자 vs 개발자 가 아닌 QA냐객관적으로 봐도 제가 개발자로 이직이 잘 될 것 같지는 않습니다.그래서 그나마 이직 가능성이 높은 QA자동화 쪽으로 정했습니다.올해 안에 이직을 할 계획인데 방향을 어떻게 잡는게 좋을지 고민입니다.현재 재직중인 회사에는 기획자가 없기때문에기획자의 실무가 어떤지 잘 모릅니다.QA분야도 잘 모릅니다. 이제 고작 2년의 경력이라서요.많은 의견 부탁드리겠습니다.감사합니다!

dong bang · Answer

고민이 많아 보입니다.냉정하게 말씀드리자면, 지금은 직무에 대한 진지한 고민보다는 현재의 어려움을 피하기 위한 도피성 직무 변을 생각하시는 것 같아 우려스럽습니다. 타 직무에 대한 환상을 조금 깨드릴 필요가 있겠네요.1. 기획자(PM) 직무의 현실 회의 때 적극적으로 의견을 내는 것과 실제 기획자가 되는 것은 전혀 다릅니다. 기획자는 개발자와 디자이너, 경영진 사이에서 끊임없이 요구사항을 조율하고 타협점을 찾는 자리입니다. 남의 말을 경청하고, 설득하고, 때로는 반발하는 팀원들을 이끌고 가야 하기에 '사람에게서 오는 스트레스'가 상상을 초월합니다. 단순히 적극적인 성격은 해당 직무에서 마이너스 요인입니다.2. QA 자동화의 미래 전망 최근 AI 기술이 빠르게 발전하면서, 개발자들이 AI 도구를 활용해 직접 테스트 코드를 짜고 자동화하는 환경으로 변하고 있습니다. 단순 QA 포지션은 점점 줄어들고 있고, 전문적인 QA 자동화 엔지니어가 되려면 결국 지금 피하고 싶어 하시는 '깊이 있는 개발 지식'이 필수적입니다. 게다가 릴리즈 일정에 맞추다 보면 워라밸이 무너지는 경우가 허다하고, 버그 리포트를 들고 개발자들과 매일같이 실랑이를 벌여야 하는 직무입니다.정리하자면, 지금 전향을 고려하시는 두 포지션 모두 현재 하고 계신 개발 업무보다 훨씬 더 높은 강도의 '사람 스트레스'를 요구하는 자리입니다. 마지막으로 덧붙이자면, 지금 앉아계신 그 백엔드 개발자 자리는 수많은 사람들이 간절히 원하고 가고 싶어 하는 자리입니다. 그분들을 생각해서라도, 그리고 본인의 진짜 가능성을 확인하기 위해서라도 현재 포지션에서 일단 최선을 다해 부딪혀 보셨으면 합니다.회의 때 정책을 검토하고 적극적으로 의견을 내셨다고 했죠? 참고로 그런 적극적인 태도는 개발자 포지션에서도 엄청난 플러스 요인입니다. 단순히 주어진 코드만 치는 기계적인 개발자가 아니라, 정책을 이해하고 주도적으로 목소리를 내는 개발자가 결국 높이 올라갑니다.제가 보기엔 본인 스스로 단정 지으신 것과 달리, 지금의 그 적극성이 오히려 개발자에게 훨씬 더 잘 맞는 훌륭한 성향으로 보입니다. 본인의 그 장점을 현재 직무에서 어떻게 살릴지 먼저 고민해 보시길 바랍니다.그리고 그런 깊이 있는 자기 성찰은 좋은 인생 태도 입니다.항상 화이팅 하시고 글쓴이에 인생을 응원합니다.

한눈자격증 · Answer

회의에서 요구사항을 정리하고 문제를 미리 찾는 일에 에너지가 난다면 그건 꽤 중요한 단서입니다. 다만 기획자와 QA자동화는 일이 많이 다릅니다. 기획자는 이해관계자 조율, 정책·화면·우선순위 문서화가 중심이고, QA자동화나 QE는 테스트 전략과 품질지표를 만들면서 코드도 계속 다룹니다. 코딩 자체가 싫다면 QA자동화가 쉬운 우회로가 되지는 않을 수 있어요.바로 직무를 바꾸기 전에 3주 정도 작게 시험해보세요. 현재 프로젝트의 요구사항을 인수조건으로 바꿔보고, 예외 시나리오와 테스트 전략을 문서로 만들고, 회의록에서 결정·미결·위험을 정리해보세요. 이 작업이 잘 맞으면 QA/QE나 제품기획 포트폴리오의 재료가 됩니다. 가능하면 회사 안에서 기획·QA 업무를 일부 맡아본 뒤 이직하는 게 가장 안전하고요. 지금 가진 개발 경험은 버릴 경력이 아니라 개발자와 대화가 되는 기획자·QE라는 강점으로 가져가면 됩니다.자동화 결과물을 설명하는 방식은 제가 운영하는 블로그 사례도 참고 정도로만 보셔도 됩니다.https://ai.loved12.com/2026/07/blog-post_30.html

기획자 vs QA자동화(or QE)

2개의 답변

#QA 목록