개발자 경험(DevEx)이란?

개발자 경험(DevEx 또는 DevX)은 개발 툴과 프로세스를 사용하고 상호작용하는 과정에서 개발자가 수행하고 느끼는 액션과 감정을 의미합니다. 개발자 경험을 개선하는 것은 워크플로우, 툴, 협업 프로세스를 간소화하여 개발자가 일상 업무에서 겪는 어려움을 줄이고 혁신에 더 많은 시간을 할애할 수 있게 지원하는 것입니다.

개발자는 일상 업무에서 조직의 소프트웨어 애플리케이션을 엔지니어링하고 유지 관리하는 데 집중합니다. 특정 비즈니스 또는 IT 요구 사항을 충족하는 솔루션을 만들고, 해당 애플리케이션이 회사 전반에서 폭넓게 사용되기를 원합니다. 또한 버그가 최소로 줄어들고 제대로 작동하는 솔루션을 적절한 시점에 제공하고, 고객과 사용자로부터 긍정적인 피드백을 받기를 원합니다.  

개발자에 초점을 맞춘 사용자 경험의 한 분야로서, DevEx는 조직이 개발자의 실제 업무 방식에 관심을 갖도록 독려합니다. DevEx는 개발자가 사용하는 프로세스와 툴이 업무 품질은 물론 개발자의 만족도와 생산성에 어떤 영향을 미치는지에 중점을 둡니다.

Red Hat OpenShift를 통한 앱 개발 가속화

DevEx에 집중하면 조직은 비즈니스 크리티컬 애플리케이션과 툴을 만드는 엔지니어에게 무엇이 효과적이고 무엇이 효과적이지 않은지 파악할 수 있습니다. DevEx가 단순히 개발자를 만족시키기 위한 것만은 아닙니다. DevEx는 생산성에 영향을 미치고, 이는 결국 개발자가 속한 엔지니어링 조직의 성공과 더 폭넓은 비즈니스 성과에까지 영향을 미치기 때문에 핵심적인 비즈니스 차별화 요소입니다. 

개발자 경험을 개선하면 혁신 속도, 코드 품질, DevOps 트랜스포메이션 효과를 높일 수 있습니다. 또한 개발자의 인지 부하를 줄여 소프트웨어 품질을 개선하는 데 도움이 됩니다. 개발자가 더 원활하고 효율적이며 효과적인 워크플로우를 경험할수록 생산성과 만족도가 높아지고, 궁극적으로는 유지율도 향상됩니다.

많은 조직에서 개발자들은 보안, 지속적 통합/지속적 제공(CI/CD), 제품 관리 등을 위해 단일 목적으로 쓰이는 여러 이질적인 툴이나, 특정 클라우드 또는 온프레미스 환경에 특화된 툴을 동시에 다뤄야 합니다. 많은 툴을 학습하고 구현해야 하는 상황은 개발자의 효율성을 저해하는 장벽이 될 수 있습니다. 또한 파편화된 툴은 각 개발자에게 더 큰 인지 부하를 주고, 소프트웨어 개발 속도를 늦출 수 있습니다. 

또 다른 과제는 개발 프로세스 중 부족한 피드백입니다. 이는 코드 문제가 사용자 리포트에서 버그로 드러날 때까지 발견되지 않음을 의미합니다. 빌드와 CI/CD 테스트 파이프라인이 지연되고 코드 리뷰 처리까지 늦어지면 소프트웨어 개발 라이프사이클(SDLC) 전반이 지체됩니다. 실제 운영 환경에 반영되기 전에 오류를 발견할 수 있으면 시간을 절약하고 재작업을 방지하며 개발자의 사기도 높일 수 있습니다. 

조직 차원의 저항도 DevEx에 부정적인 영향을 미칠 수 있습니다. 명확한 도입 근거 없이 툴이 빠르게 변경되거나 추가되면 개발자는 새로운 프로세스를 학습하고 사용하는 데 거부감을 느낄 수 있습니다. 

긍정적인 개발자 경험의 실현에는 툴 통합, 개인에게 가해지는 인지 부하 완화, 피드백 루프에 대한 고려가 필요합니다. DevEx가 마찰을 줄이면 개발자는 업무에 더 적합한 환경에서 더 많이 혁신하고 더 빠르게 코드를 제공할 수 있습니다.

툴 통합

여러 이질적인 툴과 BYOT(Bring Your Own Tool) 접근 방식이 혼재된 개발 환경은 혼란스러울 수 있습니다. 체계적인 지원이 이루어지는 골든 경로를 갖춘 통합 환경은 엔지니어가 업무 수행을 위해 새로운 툴을 급하게 숙달해야 하는 일 없이, 호환되지 않는 개발 및 배포 환경 전반에서 작업할 수 있도록 지원합니다. 

인지 부하 감소

분산된 마이크로서비스 아키텍처, 클라우드 네이티브 환경, 타사 디펜던시로 인해 오늘날의 IT 시스템은 더욱 복잡해졌습니다. 툴이 일관되지 않고 도큐멘테이션이 충분하지 않으면 개발자는 코드 작성과 제공이라는 본질적인 업무보다 업무 수행 방법을 역으로 파악하는 데 더 많은 에너지를 쓰게 됩니다. 

전통적으로, 요구 사항을 해결하기 위한 툴을 찾거나 그러한 툴을 처음부터 개발하는 것이 개발자의 역할이었습니다. 현재 엔터프라이즈 조직의 개발자들은 비즈니스가 성장할수록 워크플로우를 지원하고 효과적으로 스케일링하는 일이 더 복잡하고 파편화된다는 사실을 체감하고 있습니다. 플랫폼 엔지니어링은 다음과 같은 영역을 개선할 더 나은 방법을 제공합니다.

• 애플리케이션 제공 자동화
• 협업 및 커뮤니케이션 확대
• 오류 감소
• 보안 및 컴플라이언스 적용
• 개발자의 강점을 가장 필요한 영역에 집중 

직관적인 툴, 셀프 서비스 포털, 플랫폼 엔지니어링이 구현된 환경이 구비되면 개발자는 내부 개발자 플랫폼(IDP)을 활용하여 팀 전반의 자동화, 셀프 서비스, 협업을 지원하고 소프트웨어 제공을 간소화할 수 있습니다. 사전 패키징된 툴은 비필수 프로세스와 학습 부담을 최소화하면서 개발자가 업무를 더 쉽게 수행할 수 있도록 지원합니다. 

피드백 루프

개발자의 역량과 효율성은 사용하는 툴에서 필요한 답을 얼마나 빠르게 얻을 수 있는지에 따라 달라집니다. 코드 리뷰, 버그 발견, 코드 검사 및 테스트 자동화, 로컬 테스트 스위트의 빠른 조기 실행은 개발자가 검증을 기다리거나 문제를 너무 늦게 발견하는 상황을 방지합니다. CI/CD와 긴밀한 피드백 루프는 개발자가 프로세스 초기에 코드의 효과를 확인하도록 하는 가시성을 제공합니다.

협업

개발 팀과 운영 팀 간의 협업과 통합(DevOps)은 효과적인 커뮤니케이션과 전문성 공유를 촉진하는 업무 환경을 조성할 수 있습니다. DevOps 문화에서는 일반적으로 표준 개발 환경에서 코딩 작업을 하는 개발 팀이 IT 운영 팀과 긴밀하게 협력하여 안정성을 저해하지 않고 소프트웨어 빌드, 테스트, 릴리스 속도를 높입니다. 이러한 DevOps 접근 방식은 셀프 서비스를 우선시하고 팀 간 커뮤니케이션 단절을 줄여 더 나은 DevEx를 구현하는 데 도움이 됩니다. 

조직은 개발자가 만들어내는 산출물의 양과 제품의 시장 출시 시간을 기준으로 개발자 경험을 정량적으로 측정할 수 있습니다. 또한 개발자의 직무 만족도, 성과, 커뮤니케이션을 통해 정성적으로 측정할 수도 있습니다. 

DORA 프레임워크는 Google Cloud의 DORA 연구 프로그램에서 비롯되었습니다. 이 프레임워크는 다음과 같은 5가지 핵심 메트릭을 사용하여 소프트웨어 개발 팀의 성과를 평가합니다. 

• 배포 빈도
• 변경 리드 타임
• 변경 실패율
• 서비스 복원 시간
• 신뢰성

DORA 메트릭은 종합적으로 시간 경과에 따른 팀의 산출물을 모니터링하여 비즈니스 성과를 정량화합니다. 

SPACE 프레임워크는 개발자 생산성을 더 인간 중심적인 관점에서 바라봅니다. 이 프레임워크는 다음과 같은 5가지 차원을 포착합니다. 

• 만족도 및 웰빙
• 성과(코드의 양보다 품질 중심으로 정의)
• 활동
• 커뮤니케이션 및 협업
• 효율성 및 흐름 

SPACE 휴리스틱은 단순 산출물보다 개발자 만족도와 더 밀접한 관련이 있습니다. 

이 두 프레임워크는 상호 배타적이지 않고 상호 보완적입니다. 함께 활용하면 DevEx를 종합적으로 파악할 수 있으며, 조직은 이를 바탕으로 개발 팀의 경험을 평가하고 지속적인 개선을 추진할 수 있습니다. 

DevOps 메트릭 접근 방식에 대해 자세히 알아보기

AI로 전환하는 작업은 개발자에게 여러 과제를 안겨주고 있습니다. 새로운 취약점에 대응하고, 새로운 툴을 기존 워크플로우에 통합해야 하며, 새로운 버그와 보안 문제를 처리해야 합니다. 그러나 AI는 DevEx 개선 기회도 함께 제공합니다. 

기회

AI 코딩 어시스턴트와 자율 에이전트는 개발자가 반복적인 기본 설정 작업을 건너뛸 수 있도록 지원하며, 기본 제공 코드 설명과 리팩터링 툴은 복잡한 아키텍처를 간소화하고 기술 부채를 완화합니다. 생성형 AI는 기존 소프트웨어 제공 과정에서 장애물로 작용하던 요소를 지연을 최소화한 고속 워크플로우로 전환합니다. 많은 조직이 AI 기반 자동화를 활용해 CI/CD 파이프라인을 개선하고 있습니다. 지능형 코드 리뷰, 빠른 버그 감지, 문제 해결 기능을 배포 프로세스에 직접 통합하여 사람이 리뷰를 시작하기도 전에 구조적 결함을 식별할 수 있습니다. 

과제

AI 어시스턴트는 인적 검토의 속도보다 더 빠르게 발전하고 작동하기 때문에, 버그, 오래된 패키지, 숨겨진 보안 취약점이 유입될 수 있습니다. 코드를 검증하는 일은 개발자에게 또 하나의 어려움으로 작용합니다. 

이제 대부분의 개발자가 AI 어시스턴트를 이용할 수 있기 때문에 단순히 AI를 사용하는 것만으로는 더 이상 개발자에게 이점이 되지 않습니다. AI가 보편화되면서 개발자는 AI를 활용해 코드를 작성하는 단계에서 벗어나 코드를 검증, 디버그, 관리하는 방향으로 이동하고 있습니다. 개발자는 여러 AI 에이전트를 동시에 지휘하는 전략적 오케스트레이터의 역할을 하고 있습니다. 이 역할에는 시스템 수준의 사고가 필요하기 때문에 개별 로직 문제를 해결하는 데 뛰어나고 그런 방식에 더 익숙한 엔지니어에게는 새로운 과제가 될 수 있습니다. 

개발자 경험을 개선하려면 워크플로우를 간소화하여 엔지니어링 팀에 부담을 주는 일상적인 인지 부하를 줄이고, 로컬 개발 환경의 효율성을 높이고, 피드백 루프를 단축하는 직관적인 개발자 툴을 제공해야 합니다. 

조직은 셀프 서비스 자동화를 활용하는 IDP를 구현하여 개발자가 수동 티켓 대기열에 의존하지 않고 리소스를 빠르게 생성할 수 있도록 할 수 있습니다. IDP는 최신 도큐멘테이션을 한곳에서 제공하는 중앙화된 허브 역할을 하며, 이를 통해 신규 개발자의 온보딩을 간소화하고 팀 간 커뮤니케이션에서 발생하는 마찰을 줄일 수 있습니다. 또한 조직 리더십은 설문조사를 통해 개발자 경험의 질을 평가하고, 정성적 인사이트를 활용해 전체 에코시스템을 반복적으로 개선하는 데 집중할 수 있습니다.

DevEx에는 어떤 온보딩 과제가 있나요?

신규 입사자가 프로덕션 환경과 다른 일관성 없는 개발자 환경을 접하게 되면 코드베이스를 학습하는 대신 로컬 구성 오류를 디버그하는 데 입사 후 몇 주를 보내게 될 수 있습니다. 설정 지침이 없거나, 부서별로 흩어져 있거나, 오래된 상태로 남아 있는 등 도큐멘테이션이 미흡한 시스템은 이러한 온보딩 과제를 더욱 어렵게 만듭니다. 조직은 이러한 장애물이 어디에서 발생하는지 파악하기 위해 입사 초기 엔지니어를 대상으로 개발자 경험 설문조사를 실시해 피드백을 수집하는 경우가 많습니다.

소프트웨어 제공이 느려지는 이유는 무엇인가요?

제공 속도가 느려지는 것은 대개 비효율적인 피드백 루프 때문입니다. 검토를 기다리는 풀 요청은 작업 흐름을 중단시킬 수 있습니다. 코드 검토 처리 시간을 줄이는 것은 소프트웨어 제공 속도를 높이는 데 도움이 됩니다. 버전 관리 문제와 병합 충돌 역시 제공을 지연시킬 수 있습니다. 서로 다른 버전의 코드를 수동으로 맞추는 데 시간을 쓰게 되면 개발자가 새로운 기능을 구축하는 데 집중할 시간이 줄어듭니다. 

개발자의 시간과 에너지를 소모하는 요인은 무엇인가요?

Atlassian 연구에 따르면 많은 개발자가 시스템 간 비효율성과 비호환성으로 인해 시간을 낭비하고 있다고 답했습니다. 일관성 없는 툴 사이를 오가며 컨텍스트를 전환해야 하는 일, 기술 부채 관리, 파편화된 워크플로우와 부족한 도큐멘테이션은 개발자의 집중력을 혁신에서 멀어지게 만드는 주요 요인입니다. 

기술 부채와 아키텍처 선택은 DevEx에 어떤 영향을 미치나요?

레거시 코드로 작업하는 일은 개발자에게 장벽이 될 수 있습니다. 오래된 코드베이스는 종종 경계가 명확하지 않거나 자동화된 테스트가 부족하기 때문입니다. 애플리케이션의 내부 API 또는 타사 애플리케이션 프로그래밍 인터페이스(API)가 지나치게 복잡한 경우 이러한 문제는 더욱 커집니다. 보일러플레이트 코드가 과도하거나, 엔드포인트가 혼란스럽거나, 오류 처리 방식이 명확하지 않은 경우가 대표적입니다. 이러한 과제가 누적되면 간단한 기능 업데이트조차 개발자에게 좌절감을 주고 수작업을 요구하는 일이 될 수 있습니다. 

Red Hat® Advanced Developer Suite는 플랫폼 엔지니어링 팀이 적용 가능한 보안 기능을 갖춘 엄선된 셀프 서비스 개발자 경험을 구축할 수 있도록 지원합니다. 개발자 포털과 자동화된 보안 게이팅, 적용형 AI를 통합하여 개발자의 인지 부하와 공급망 마찰을 줄입니다.

Red Hat Developer Hub는 서로 다른 툴을 시각적으로 통합하고, 도큐멘테이션을 중앙화하고, 사전 승인된 골든 경로 소프트웨어 템플릿을 제공합니다. 온보딩 시간을 줄이고, 개발자가 아이디어 구상 단계에서 곧바로 코딩으로 넘어갈 수 있도록 지원합니다.

Advanced Developer Suite의 보안 기능은 익스플로잇 인텔리전스와 같이 AI 기반 코드 추론을 사용하여 취약점 알림을 자동으로 선별하고 분류합니다. Advanced Developer Suite는 개발자가 모든 이론적 취약점을 일일이 추적하게 하는 대신, 실제 애플리케이션 런타임 리스크를 기준으로 팀이 해결 우선순위를 정할 수 있도록 지원합니다. Red Hat Trusted Artifact Signer, Red Hat Trusted Profile Analyzer, Red Hat Trusted Libraries와 같은 통합 제품 및 구성 요소는 암호화 코드 서명, 출처 트랙킹, 소프트웨어 아티팩트 공급망 수준(SLSA) 레벨 3에 따라 검증된 디펜던시 관리를 자동화하여 코드 수신부터 클러스터 런타임까지 코드 보안을 강화합니다.

엔터프라이즈급 쿠버네티스를 기반으로 구축된 Red Hat OpenShift®는 애플리케이션을 대규모로 개발, 현대화, 배포할 수 있는 애플리케이션 플랫폼입니다. Red Hat OpenShift는 오픈 표준을 기반으로 하며, 기본 제공 보안 및 컴플라이언스 기능을 통해 조직이 기존 워크로드와 AI 기반 워크로드를 모두 구축, 가속화, 확장할 수 있도록 지원합니다. 또한 코드 개발부터 제공, 하이브리드 환경 전반의 애플리케이션 워크로드 관리에 이르기까지 전체 애플리케이션 라이프사이클을 간소화하는 툴과 서비스를 통합합니다. Red Hat OpenShift를 사용하면 선택한 인프라에서 통합 툴 세트를 활용해 혁신을 가속하고 AI 도입을 간소화할 수 있습니다. 또한 서로 다른 툴을 파악하고 관리해야 하는 부담과 그로 인해 발생하는 상호운용성 및 이식성 문제를 줄여 줍니다. 

Red Hat OpenShift AI는 데이터 사이언티스트와 개발자가 지능형 애플리케이션을 빌드, 학습, 배포할 수 있도록 완전히 통합된 확장 가능한 환경을 제공합니다. 이를 통해 AI 기반 자동화를 조직의 에코시스템에 최대한 원활하게 통합할 수 있습니다.

Red Hat OpenShift Dev Spaces와 Red Hat Desktop은 프로덕션 환경을 반영하는 일관된 컨테이너화 클라우드 및 로컬 개발 환경을 제공합니다. 이를 통해 팀은 클러스터에 배포하기 전에 애플리케이션을 안전하게 테스트하고 AI 에이전트를 샌드박스 환경에서 검증할 수 있습니다.