개발자 환경
"개발자가 더 많은 성과를 달성할 수 있도록 돕는 가장 좋은 방법은 더 많은 것을 기대하는 것이 아니라 환경을 개선하는 것입니다."
–Nicole Forsgren, Microsoft의 DORA 메트릭 창설자 겸 파트너 리서치 관리자
개발자 환경(DevEx)이란?
개발자 역량 강화
여러 해 동안 조직은 개발자 생산성을 높여 비즈니스를 가속화하는 데 주력해 왔습니다. 그러나 개발자 생산성에만 초점을 맞추면 소진, 실수 및 유지 감소와 같은 부정적인 결과가 발생할 수 있습니다.
패러다임이 바뀌었습니다. 이제 개발자 생산성 또는 개발자 속도와 같은 결과가 아니라, 개발자 환경(DevEx)을 사용하여 지속 가능한 방식으로 이러한 결과를 달성하는 방법에 대화의 초점이 맞춰지게 되었습니다.
DevEx는 개발자가 코드를 작성하는 것뿐만 아니라 코드 작성에 최적화된 환경에서 코드를 작성하도록 돕는 것입니다.
Nicole Forsgren, Microsoft의 파트너 리서치 관리자
DevEx가 중요한 이유는 무엇인가요?
DevEx 최적화는 비즈니스 결과를 개선합니다.
DevEx 측정
SPACE 프레임워크 소개
SPACE 프레임워크는 개발자 환경을 이해하고 평가하는 새로운 전체론적 방법을 제공합니다. "생산성은 개인 또는 엔지니어링 시스템 그 이상입니다. 단일 메트릭 또는 활동 데이터만으로는 측정할 수 없습니다... SPACE 프레임워크는 생산성 및 개발자 환경과 같은 복잡한 개념의 다양한 차원을 포착하도록 개발되었습니다."
–Nicole Forsgren, Microsoft의 DORA 메트릭 창설자 겸 파트너 리서치 관리자
-
만족도:개발자가 자신의 업무, 팀, 도구 또는 문화에 얼마나 만족하나요?
웰빙: 개발자가 얼마나 건강하고 행복한가요?
예제 메트릭• 개발자 만족도
• 개발자 유지
• 참여
• 소진
-
시스템 또는 프로세스의 결과를 평가합니다. 성과에는 변수가 너무 많기 때문에 수량화하기 어렵습니다.
예제 메트릭코드 품질:
• 안정성
• 버그가 없음
• 진행 중인 서비스 상태코드의 영향:
• 고객 만족도
• 고객 채택 및 유지
• 기능 사용
• 비용 절감
-
작업을 수행하는 동안 완료된 조치 또는 결과 수를 이해합니다.
예제 메트릭
• 완료된 코드 검토 수
• 코딩 시간
• 커밋 수
• 코드 줄
• 스토리 포인트 완료됨
• 배포 빈도
-
사람들과 팀원이 소통하고 함께 작업하는 방법을 포착합니다.
예제 메트릭• 코드 검토 점수(품질 또는 신중함)
• 끌어오기 요청 병합 시간
• 모임의 질
• 문서 및 전문 지식 검색
-
개발자와 팀이 작업을 얼마나 잘 진척시키거나 중단이나 지연 없이 작업을 완료할 수 있는지를 측정합니다.
예제 메트릭• 흐름을 유지하고 작업을 완료하는 개발자의 인식된 능력
• 코드 검토 타이밍
• 프로세스에서 사용자/팀 간 핸드오프 횟수
• 중단 횟수
최신 DevEx 리서치
개발자의 성공에 도움이 되는 방법 알아보기
DevEx의 진화
• 2024년 5월
팟캐스트: SPACE 프레임워크로 DevEx 측정하기
최신 뉴스
DevEx 영향
• 2024년 1월
DevEx의 실제 적용: 실질적인 영향에 대한 연구
하이브리드 개발자
• 2023년 5월
두 가지 장점 조합: 소프트웨어 엔지니어를 위한 하이브리드 작업의 잠재력 활용
DevEx 및 AI
• 2023년 2월
AI가 개발자 생산성에 미치는 영향: GitHub Copilot의 증거
Microsoft와 GitHub에서 개발자 업무와 웰빙을 연구하는 DXL(Developer Experience Lab)을 살펴보세요.
DevEx 도구
DevEx를 최적화하는 최신 개발자 도구
즉시 함께 작동하는 도구로 개발을 간소화하세요.
DevEx 빠른 확인
DevEx 성숙도 빠른 확인
이 퀴즈를 사용하여 조직의 DevEx 성숙도를 확인하고 개선 방법에 대한 지침을 받습니다.
-
예인 경우:
02로 이동합니다.아니요인 경우:
개발자의 고충을 이해하는 것이 DevEx를 개선하는 첫 번째 단계입니다.다음 권장 단계:
개발자를 대상으로 설문 조사를 실행하고 다음과 같은 질문을 합니다.
- 업무 수행에 가장 어려운 부분은 무엇이며 그 이유는 무엇인가요?
- 개발 도구 및 프로세스를 고려할 때 생산성에 가장 큰 영향을 미치는 장애물은 무엇인가요?
- 팀이 소프트웨어를 빌드하는 방식에 대한 한 가지 사항을 변경할 수 있다면 무엇일까요?
-
예인 경우:
03으로 이동합니다.아니요인 경우:
DevEx는 여러 측면으로 구성되어 있으므로 이를 이해하려면 여러 측면의 프레임워크가 필요합니다. 그래서 SPACE 프레임워크가 고안되었습니다. SPACE 프레임워크는 다음과 같은 5가지의 DevEx 차원을 고려합니다. satisfaction(만족도) 및 웰빙, performance(성과), activity(활동), communication(커뮤니케이션) 및 공동 작업, efficiency(효율성) 및 흐름DevEx를 평가하려면 SPACE 차원 세 가지 이상에서 메트릭/KPI를 추적하는 것이 좋습니다.
SPACE 프레임워크에 대해 자세히 알아보고 각 차원의 예제 메트릭을 보려면 연구 논문을 읽어보세요.
다음 권장 단계:- SPACE 프레임워크에 대해 알아보세요.
- 조직에서 우선 순위를 지정할 세 가지 SPACE 차원을 선택합니다(개발자의 고충에 맞춰야 함).
- 이러한 세 가지 차원 각각에 대한 메트릭을 선택하거나 만듭니다.
- 시간에 따라 이러한 메트릭을 추적하는 방법(예: DevEx 대시보드)을 구현하고 이를 사용하여 DevEx 작업의 영향을 평가합니다. 그에 따라 접근 방식을 조정합니다.
-
예인 경우:
04로 이동합니다.아니요인 경우:
각 메트릭에 대해 명확하고 현실적인 목표를 정의하는 것이 중요합니다. 또한 이러한 목표가 개발자의 고충에 부합하는 것이 중요합니다.목표를 설정하는 것이 어려울 수 있습니다. 일부는 다른 고성능 팀 또는 회사의 메트릭을 참조하도록 선택하고 일부는 업계 벤치마크를 참조합니다. 또한 지속적인 개선을 반영하기 위해 시간이 지남에 따라 목표가 변경될 수 있다는 점에 유의해야 합니다.
DevEx 및 가능한 ROI의 영향을 수량화하는 방법에 대한 자세한 내용은 블로그 및 연구 문서를 참조하세요.
다음 권장 단계:- 각 DevEx 메트릭에 대해 명확하고 현실적인 목표를 설정합니다.
- 분기별 모임을 열어 이러한 메트릭을 검토하고 DevEx 진행 상황을 검토합니다.
- 나타나는 영향에 따라 DevEx의 작업과 투자를 조정합니다.
-
예인 경우:
05로 이동합니다.아니요인 경우:
DevEx를 개선하는 유일한 방법은 개발자의 업무 방식을 개선하는 것입니다. 일반적으로 이는 개발자를 더 편하게 하거나 주요 프로세스를 간소화하는 도구에 투자하는 것을 의미합니다. 효과를 높이려면 식별한 메트릭을 사용하여 DevEx 개선 작업에 집중하고 이를 추적하는 것이 좋습니다.다음은 DevEx 투자 위한 몇 가지 팁입니다.- 워크플로에서 반복적인 수동 작업을 제거합니다. "비효율적인 작업 프로세스"가 업무상 주된 어려움이라고 말하는 개발자는 비생산적인 느낌이 든다고 보고할 가능성이 2배, 다른 일자리를 알아볼 가능성이 67% 더 높습니다. 계획 및 업무 관리 프로세스를 간소화하고 규정 준수 워크플로를 개선하는 것은 개발자의 반복적인 수동 작업을 줄이는 효과적인 방법이 될 수 있습니다.
- 최신 개발 도구를 갖춥니다. 이렇게 하면 반복적인 수동 작업을 줄일 수도 있습니다. GitHub Copilot와 같은 최신 도구는 개발자가 작업을 최대 55% 더 빠르게 완료하고 문서화와 같은 일상적인 작업에 소요되는 시간을 줄이는 데 도움이 됩니다.
- 보안을 초기 단계로 앞당깁니다. 조직은 소프트웨어 개발 수명 주기 초기에 보안에 우선 순위를 지정하여 프로덕션에 도달하기 전에 문제를 해결하고 비용을 절감하며 개발자 시간을 절약할 수 있습니다. 최신 개발자 도구는 코드를 만드는 동안 취약성을 검사하여 이를 지원할 수 있습니다.
다음 권장 단계:- 새 도구에 투자하거나 개발자의 고충 및 DevEx 메트릭에 맞춰 프로세스를 간소화하여 개발자가 작업하는 방식을 개선하기 시작합니다.
-
예인 경우:
여정 계속으로 이동합니다.아니요인 경우:
때때로 조직은 개발자가 DevEx에 대한 책임을 지게 하는 실수를 하지만, 개발자는 회사의 툴체인 또는 프로세스를 설계하지 않기 때문에 이는 공정하지 않습니다. 이를 설계하는 것은 리더쉽 팀입니다.DevEx 이니셔티브는 개발자의 경험을 개선하려는 명시적 목표를 가진 리더쉽 팀에서 추진해야 하며, 리더쉽 팀은 이러한 이니셔티브의 성공에 대해 책임을 져야 합니다.
개발자가 DevEx 이니셔티브에 참여해서는 안 된다는 것은 아닙니다. 이러한 이니셔티브는 개발자의 고충을 해결하기 위해 설계되었으므로 개발자는 물론 프로세스 전체에서 의견을 제공하고 참여해야 하지만, 결국 조직에서 DevEx를 개선하는 데 책임을 지는 것은 리더쉽 팀이어야 합니다.
다음 권장 단계:- 리더쉽 팀에서 DevEx 작업을 주도할 DevEx 챔피언을 설정합니다.
- 분기별 검토를 진행하여 DevEx 메트릭을 검토하고 진행 상황을 평가합니다.
- 개발자를 DevEx 경험의 모든 단계에 포함합니다. 개발자의 의견은 매우 중요합니다.
시작하기
지금 DevEx 여정 시작
AI의 강력한 기능을 갖춘 최신 도구를 제공하여 비즈니스를 강화하고 개발자가 성공할 수 있도록 지원합니다.
DevEx Lab에서 자세히 알아보기
Microsoft 및 GitHub의 공동 리서치 랩에서 최신 DevEx 발행물을 살펴보세요.
전문가 지원받기
DevEx 최적화에 대한 Microsoft의 지침을 원하는 경우 영업 팀에 문의하면 적절한 리소스를 연결해 드립니다.
SPACE 프레임워크 살펴보기
DevEx 측정에 대한 자세한 내용은 전체 SPACE 프레임워크 리서치 논문을 참조하세요.