개발자 경험이란 무엇이며 왜 중요합니까?
개발자 경험(DX 또는 DevEx)은 개발자가 실제 경험, 즉 일상 업무에서 겪는 마찰 지점과 그들이 직무에 정서적으로 연결되는 방식에 중점을 둡니다.
이 문서는 개발자 경험이 중요한 이유와 향상된 개발자 경험이 어떤 방식으로 개발자와 조직에 더 나은 결과를 가져오는지 설명하고, 팀에 의미 있는 변화를 가져오기 위한 권장 사항을 제공합니다.
개발자 경험 이해하기
개발자 생산성이 대부분의 엔지니어링 팀의 주요 관심사가 되면서 개발자 경험이 활발히 논의되고 있습니다. 지난 몇 년간 개발 인재와 기술에 대한 투자 효과를 거두어야 한다는 압박이 커짐에 따라, 리더들은 성과가 높고 생산적인 팀을 구축하고 있음을 증명하기 위해 상당한 리소스를 투자했습니다.
하지만 근무 시간 또는 코드 줄 수와 같은 잘못된 메트릭으로 평가받는 개발 팀은 임의의 요구 사항을 충족하려다 오히려 생산성이 떨어지고 있습니다. Atlassian의 개발자 경험 상태 보고서에 따르면, 생산성 메트릭을 사용하는 엔지니어링 리더의 절반 이상이 이를 개발자 생산성 측정 수단으로 효과적이지 않다고 생각하는 것으로 나타났습니다. 조직의 38%가 근무 시간으로 개발자 생산성을 측정하지만, 개발자의 69%는 업무 비효율성으로 인해 일주일에 8시간 이상을 허비한다는 점을 고려하면 이는 놀라운 일이 아닙니다.
개발자 경험은 왜 중요합니까?
조직이 개발자 경험의 핵심 구성 요소를 개선하면, 개발자는 고품질 소프트웨어를 제공하는 일과 같은 중요한 작업을 수행할 시간이 더 많아집니다. 자신이 좋아하는 일에 집중할 수 있는 개발자는 장애 요소를 직면한 상태에서 더 많은 일을 하도록 압박받는 개발자보다 훨씬 더 생산적입니다.
더 나은 개발자 경험은 개발자의 생산성을 높일 뿐만 아니라, 개발자가 자신의 역할에 훨씬 더 만족하게 만들어 팀을 떠날 가능성을 줄여줍니다.
인재를 유치하고 유지하는 것은 개발자 경험이 중요한 또 다른 이유입니다. Atlassian 보고서에 따르면 현재 직장에 남을지 결정할 때 개발자의 63%가 개발자 경험을 '중요'하거나 '매우 중요'하게 생각하는 것으로 나타났습니다. 그뿐만 아니라, 리더의 86%는 개발자 경험을 개선하지 않고는 최고의 개발자 인재를 유치하고 유지하는 것이 거의 불가능할 것이라고 생각합니다.
개발자 경험의 구성 요소
연구 결과에 따르면 긍정적인 개발자 경험에는 세 가지 핵샘 구성 요소가 있습니다.
학습과 조정을 통해 지속적 개선을 가능하게 하는 피드백 루프
잘 구성된 코드와 쉽게 접근할 수 있는 설명서를 통한 관리 가능한 인지 부하
개발자가 작업을 유연하게 처리하고 업무에 완전히 몰두하는 "흐름 상태"에 도달할 수 있는 능력
개발자 경험에 영향을 미치는 요인
개발자 경험은 도구의 품질과 소프트웨어 개발의 효율성에 큰 영향을 받습니다. 도구와 프로세스가 매일 이 세 가지 구성 요소를 모두 지원할 때, 개발자 경험은 크게 향상되며 개발 팀은 더 많은 고품질 소프트웨어와 더 행복한 직원이라는 혜택을 누립니다.
팀의 문화도 개발자 경험에 영향을 미칩니다. 피드백 루프를 장려하지 않거나, 업무를 위한 집중 시간을 보장하지 않거나, 개발자의 요구 사항을 지원하지 않는 팀은 훌륭한 경험을 제공할 수 없습니다. 궁극적으로 도구와 문화적 변화의 조합이 더 나은 개발자 경험을 제공하는 데 도움이 될 것입니다.
개발자 경험을 향상하기 위한 전략
조직은 개발 팀의 경험을 직접 관리할 수 있으므로, 개발자 경험을 의도적으로 개선할 수 있으며 또 개선해야 합니다.
모든 팀과 조직마다 요구 사항과 도전 과제가 다르지만, 이러한 전략은 개발자 경험 개선을 시작하기에 아주 좋은 출발점입니다. 이러한 변경 사항이 적용된다면 개발자 만족도에 큰 영향을 미치고 생산성 향상으로 이어질 수 있습니다.
도구 및 기술
DevOps 도구 체인은 방대하고 다양한 데이터 포인트를 제공하므로, 팀이 최대한 활용할 수 있도록 지원해야 합니다. 진행 중인 작업, 버그 수, 해결 시간, SLA 준수, 릴리스 준비 상태, 스프린트 번다운 및 빌드 상태를 보여주는 모듈을 추가하세요. 이를 통해 개발자는 업무 전반을 종합적으로 파악하여 진행률을 확인하고 지속적인 피드백 루프를 구축할 수 있습니다.
팀이 사용하는 마이크로서비스 및 기타 컴포넌트를 더 자세히 살펴보려면 Atlassian의 내부 개발자 플랫폼(IDP)인 Compass의 컴포넌트 카탈로그 및 시스템 성과 기록표를 활용해 보세요. 개발자는 컴포넌트의 소유자 및 컴포넌트가 다른 시스템과 상호 작용하는 방식과 같이 구성 요소 작업에 필요한 정보에 빠르게 액세스할 수 있습니다. 또한, 리더는 성과 기록표를 통해 소프트웨어 및 팀 상태를 추적하여 병목 상태 및 블로커를 파악할 수 있습니다.
설명서
개발자 경험 현황 보고서에 따르면, 개발자의 41%가 비효율적인 문서화를 주요 업무 방해 요인으로 꼽았습니다. 하지만 개발자들은 필요한 문서를 작성할 시간(또는 의지)이 항상 있는 것은 아닙니다. AI는 빠르고 수월하게 코드를 작성하고 문서화를 빠르고 처리할 수 있어, 개발자가 더 나은 개발자 경험에 기여하는 더 영향력 있는 작업에 집중할 수 있도록 돕습니다.
단순히 문서화만 개발자 경험에 영향을 미치는 것은 아닙니다. 최신 Stack Overflow 개발자 설문 조사에 따르면, 개발자의 4분의 1 이상이 매일 1시간 이상을 정보를 검색하는 데 소비합니다. Atlassian Rovo와 같은 AI 도구는 기존 내부 문서 및 프로젝트 관리 도구를 수집 및 요약하여, 소프트웨어 개발 이외 작업에 소요되는 시간과 번거로운 검색에 낭비되는 시간을 줄일 수 있습니다.
온보딩 프로세스
부실한 온보딩 프로세스는 좋지 못한 개발자 경험으로 이어지는 관문입니다. 개발자가 성공할 수 있도록 지원하면, 개발자는 새로운 역할에 더 큰 만족감을 느끼고 더 빠르게 적응할 수 있습니다. 탄탄한 온보딩 경험은 팀원이 역할의 다양한 측면 및 새로운 소프트웨어 컴포넌트에 익숙해지는 과정에서 다시 확인할 수 있는 기준점이기도 합니다.
포괄적인 소프트웨어 컴포넌트 카탈로그 덕분에 Compass는 개발자에게 필요한 모든 것을 표준화된 단일 공간에서 제공합니다. 따라서 신규 직원은 첫 몇 주 동안 수많은 페이지의 문서를 일일이 훑어보거나 다른 팀원에게 끊임없이 도움을 요청할 필요가 없습니다. 모든 것이 하나의 중앙 집중식 스페이스에서 있으므로, 나중에 사용하기 위해 무언가를 외우거나 북마크할 필요가 없습니다. 리포지토리 및 라이브러리부터 API에 이르기까지, 컴포넌트 카탈로그의 모든 항목은 빠르고 간단한 검색을 통해 찾을 수 있습니다.
온보딩에 대한 더 많은 아이디어를 얻으려면 Atlassian의 직원 온보딩 단계를 확인하세요.
지원 및 커뮤니티
개발자 경험은 개발자가 소프트웨어 개발에 사용하는 도구 및 프로세스에 대해 어떻게 생각하는지를 의미하므로, 조직의 개발자 경험이 어떤지 아는 사람은 개발자뿐입니다. 개발자의 의견을 경청하면 팀 내에 공동체 의식을 형성하고 개발자 경험에 대한 지지를 보여줄 수 있습니다.
소규모 조직에서는 모든 개발자와 대화할 수 있지만, 확장 가능한 프로세스 및 피드백을 나누는 안전한 공간을 조성하려면 개발자 경험 설문 조사를 실시하는 것이 좋습니다. 설문 조사에서 얻은 정보를 사용하여 특정 포커스 영역의 개선 사항을 추적할 수 있습니다. 받은 피드백을 확인했음을 알리고 피드백에 따라 실행하는 것을 잊지 마세요. 그래야 팀원들이 조직이 개발자 경험에 관심을 기울이고 있음을 알 수 있습니다.
정기적인 팀 회고는 개발자 및 리더가 잘되고 있는 부분을 함께 되돌아보고, 긍정적인 개발자 경험에 필요한 피드백 루프를 만들 기회를 제공합니다. 논의 주제는 워크로드 및 마감 날짜와 같은 문화적 토픽부터 API 설계와 같은 기술적 문제까지 다양할 수 있습니다. Atlassian의 회고 플레이는 기본 회고 방법 및 템플릿은 물론 특정 상황에 맞는 변형 방식도 제공하여 쉽게 시작할 수 있도록 도와줍니다.
문화 및 업무 환경
개발자는 방해받지 않고 집중하는 긴 시간 블록이 없다면 흐름을 유지할 수 없습니다. 즉, 미팅 및 끊임없는 알림이 난무하는 문화를 피해야 한다는 의미입니다. 사용 중인 도구 집합에서 개발자에게 필요한 모든 정보 및 인사이트를 한곳에 모아 제공하는 Compass와 같은 중앙 집중식 도구를 사용하면 컨텍스트 전환도 줄일 수 있습니다.
어떤 팀은 매주 하루나 이틀을 '미팅 없는 날'로 지정합니다. 더 유연한 접근 방식을 원하는 경우, 팀원들에게 각자 가장 편한 시간에 90~120분 정도의 몇 가지 반복 일정을 캘린더에 예약해 두도록 권장하세요. 더 많은 아이디어를 얻으려면 Atlassian의 2023년 회의 보고서를 확인하세요.
어떤 방법을 사용하든, 개발자가 휴대폰을 무음으로 설정하고 채팅 알림을 비활성화할 수 있도록 지원하여 팀이 집중할 수 있는 업무 환경을 조성하세요.
Compass로 개발자 경험 개선
Compass는 개발자 경험의 모든 요구 사항을 충족하는 IDP입니다.
흐름 상태 유지: 개발자는 답을 찾기 위해 보관함을 뒤지거나 팀원을 방해할 필요가 없습니다. Compass는 포괄적인 소프트웨어 컴포넌트 카탈로그를 통해 모든 것을 한 곳에서 표준화된 형식으로 제공합니다.
인지 부하 감소: 개발자가 하나의 중앙 집중식 공간에서 정보에 액세스할 수 있으므로, 모든 것이 어떻게 연결되는지 세부 사항을 기억할 필요가 없습니다.
피드백 루프 제공: 팀은 데이터 기반의 주간 회고 및 CheckOps 관행을 통해 운영 상태를 함께 검토하여 성과를 지속적으로 개선할 수 있습니다.
이 개선 사항 덕분에 업무를 더 쉽고 즐겁게 처리할 수 있어 조직의 개발자 경험이 더욱 향상됩니다.
개발자 경험: 자주 묻는 질문
훌륭한 개발자 경험이란 어떤 모습입니까?
훌륭한 개발자 경험은 개발자가 가장 중요한 일, 즉 더 높은 품질의 소프트웨어를 더 자주 제공하는 데 집중할 수 있게 합니다. 또한 개발자가 흐름을 유지하도록 돕고, 인지 부하를 줄이며, 피드백 루프를 제공합니다. 결과적으로 개발자는 자신의 역할에 만족하고 더 효율적으로 소프트웨어 개발에 참여하고 집중할 수 있으며 이직을 고려하지 않습니다.
개발자 경험을 어떻게 측정합니까?
개발자 경험을 측정하는 보편적인 단일 메트릭이나 메트릭 세트는 없습니다. 개발자 경험이 팀 및 조직의 상황에 따라 크게 달라지기 때문입니다. 모든 회사가 개발자 경험을 개선하기 위해 동일한 도구 및 메트릭을 사용했더라도 팀 및 회사마다 결과는 여전히 크게 다를 것입니다.
조직의 개발자 경험을 이해하려면 개발자가 매일 어떤 환경에서 작업하고 있는지 종합적으로 파악해야 합니다. 먼저 다음 세 가지 주요 영역에서 의미 있는 북극성을 수립하세요.
인식: 개발자들은 자신의 업무 및 근무 환경에 대해 어떻게 생각합니까?
워크플로: 시스템 및 프로세스가 얼마나 효율적이고 안정적입니까?
주요 성과 지표(KPI): 팀은 어떤 측정값에 집중하고 있습니까? 직원 만족도, 소프트웨어 제공 용이성에 대한 인식 또는 팀 생산성에 대한 인식을 고려할 수 있습니다.
이 모든 영역에 대해 개발자 경험 설문 조사를 사용하는 것이 좋습니다. 먼저 Atlassian 개발자 경험 설문 조사 플레이를 사용해 보세요.
개발자 경험의 핵심 요소는 무엇입니까?
긍정적인 개발자 경험의 세 가지 핵심 요소는 다음과 같습니다.
학습과 조정을 통해 지속적 개선을 가능하게 하는 피드백 루프
잘 구성된 코드와 쉽게 접근할 수 있는 설명서를 통한 관리 가능한 인지 부하
개발자가 작업을 유연하게 처리하고 업무에 완전히 몰두하는 "흐름 상태"에 도달할 수 있는 능력