개발자 경험 설문 조사 실제 활용 모습
.png?cdnVersion=1730)
설문 조사 도구를 사용하여 개발자 경험 설문 조사를 진행하는 방법의 예시입니다.
.png?cdnVersion=1730)
Plot survey results on an XY graph using our rating system: red signs need the team’s attention, yellow signs are areas for improvement, and green signs are already well-served.
.png?cdnVersion=1730)
Confluence 화이트보드를 사용하여 가장 시급한 중요 징후를 표시하고 잠재적 솔루션에 대해 논의하고 개발자 경험 개선을 위한 조치를 계획합니다.
필요한 것
원격
설문 조사 도구
디지털 협업 도구
대면
설문 조사 도구
화이트보드 또는 큰 종이
포스트잇
플레이 실행 안내
참고: 가장 유용한 개발자 경험 설문 조사는 조직마다 다릅니다. 다음 플레이에는 Atlassian에 적합한 설문 조사가 포함되어 있습니다. Atlassian의 설문 조사는 그대로도 팀에 효과가 있을 수 있지만 필요에 따라 팀 및 조직에 맞게 설문 조사를 조정하는 것이 좋습니다.
1. 중요 징후 선택 30분
팀의 개발자 경험을 진정으로 이해하려면 적절한 질문을 해야 합니다. Atlassian에서는 개발자 경험의 문제점을 파악하는 데 도움이 되는 핵심 중요 징후에 중점을 두고 질문합니다. 중요 징후는 팀 상태 및 성과 지표 역할을 하는 데이터 포인트입니다. 신체의 활력 징후와 마찬가지로 시스템의 문제를 빠르게 찾아낼 수 있습니다.
중요 징후는 이 플레이 전체에서 중요한 구성 요소이므로 시작하기 전에 어떤 중요 징후가 작업에 중요한지 팀과 합의를 이루세요. 조직별 설문 조사에는 6~8개의 중요 징후를 포함하는 것이 좋습니다.
Atlassian 개발자 경험 설문 조사를 위해 마련한 8개의 중요 징후는 다음과 같습니다.
- 지속 가능한 제공 속도: 팀이 개발자 번아웃 없이 높은 품질의 코드를 얼마나 빠르게 제공하는지입니다. 여기에는 팀의 개발자가 사용자 스토리 작업을 시작하는 시점부터 기능이 프로덕션에 배포되는 시점까지의 일반적인 개발 수명 주기가 포함됩니다.
- 대기 시간: 팀의 개발자가 빌드, 테스트, 코드 검토 및 불필요한 미팅을 기다리면서 보내는 시간입니다.
- 실행 독립성: 누가 코드를 소유하는지와 상관없이 다른 팀에 의존하지 않고 팀이 결과를 제공하는 능력입니다.
- 업무 방식: 도구, 프레임워크, 프로세스 및 관행과 같이 팀에 필요하거나 도움이 될 수 있는 새로운 업무 방식을 발견하고 도입하는 데 노력이 얼마나 드는지입니다.
- 외부 표준: 회사 표준을 충족하는 데 필요한 노력입니다. 이 표준은 팀 외부에서 만든 것이며 보안 및 컴플라이언스와 같은 제품 요구 사항에 추가적으로 적용됩니다.
- 유지 관리: 팀이 코드베이스, 파이프라인 및 인프라를 유지 관리하는 데 보내는 시간입니다. 이 작업은 팀에서 내부적으로 생성합니다.
- 온보딩: 엔지니어가 채용되거나 내부적으로 이동한 후 얼마나 빠르게 성과를 낼 수 있는지입니다.
- 개발자 만족도: 엔지니어가 생산성에 대해 얼마나 만족하는지입니다.
Atlassian의 중요 징후를 조직별 설문 조사에 포함하거나 참고하여 직접 만들어 보세요. 중요 징후가 적용되지 않는 경우 2단계의 설문 조사에서 제외할 수 있습니다. 중요 징후가 관련성이 있는지 확실하지 않은 경우 플레이를 적어도 한 번 진행할 때까지 그대로 두는 것이 좋습니다.
Atlassian에서 중요 징후를 어떻게 만들었는지 궁금하십니까?
Atlassian에서는 먼저 데이터를 수집하기 위해 조직 전체를 대상으로 설문 조사를 진행했습니다. 그런 다음 Anthony Ulwick의 저서 What Customers Want에 나오는 결과 중심의 혁신 원칙을 적용하여 각 중요 징후에 기회 점수를 매겼습니다.
2. 설문 조사 진행 10분
팀 개발자에게 적용할 중요 징후를 선택하거나 만들었다면, 개발자에게 플레이의 목적과 설문조사 결과에 대한 후속 조치 계획을 전달하여 개발자들이 설문조사를 준비할 수 있게 하세요.
그런 다음, 모든 개발자에게 설문조사를 작성하도록 요청하세요. 명확한 기한을 정하세요. 3~7일 정도가 적합합니다.
모든 개발자에게 설문 조사를 완료하도록 요구할 수 없는 경우 역할 수준 또는 위치와 같은 추가 세부 정보를 수집하는 것이 좋습니다. 그러면 결과가 왜곡되지 않도록 할 수 있습니다.
다음 설문 조사는 Atlassian의 중요 징후를 기반으로 한 것입니다. 다른 중요 징후를 포함하기로 선택하는 경우 설문 조사 질문을 조정해야 합니다. 중요 징후당 두 가지 질문을 하세요. 하나는 중요 징후가 개발자에게 미치는 중요성에 대한 질문, 다른 하나는 팀이 중요 징후를 제공하는 현재 능력에 대해 개발자가 얼마나 만족하는지에 대한 질문입니다. 설문 조사에 0~10까지의 척도를 포함하세요. 여기서 0은 중요하지 않음/불만족, 10은 매우 중요/매우 만족을 의미합니다.
개발자 경험을 평가하기 위한 설문 조사 질문 예시:
지속 가능한 제공 속도
- 높은 품질의 코드를 지속 가능한 방식으로 제공하는 것이 팀에 얼마나 중요합니까?
- 높은 품질의 코드를 지속 가능한 방식으로 제공하는 팀의 능력에 얼마나 만족합니까?
대기 시간
- 대기 시간을 최소화하는 것이 생산성에 얼마나 중요합니까?
- 팀의 개발자 대기 시간에 얼마나 만족합니까?
실행 독립성
- 다른 팀과 독립적으로 결과를 제공하는 팀의 능력이 얼마나 중요하다고 생각합니까?
- 팀의 제공 독립성에 얼마나 만족합니까?
업무 방식
- 팀에서 도구, 프로세스 및 관행과 같은 새로운 업무 방식을 발견하고 도입하는 것이 얼마나 중요합니까?
- 도구, 프로세스 및 관행과 같은 새로운 업무 방식을 발견하고 도입하는 팀의 능력에 얼마나 만족합니까?
외부 표준
- 팀이 소유하는 외부에서 생성된 회사 표준을 충족하는 데 필요한 유지 관리 작업 또는 플랫폼 작업의 양이 생산성에 얼마나 중요합니까?
- 팀이 소유하는 외부에서 생성된 회사 표준을 충족하는 데 필요한 유지 관리 작업 또는 플랫폼 작업에 얼마나 만족합니까?
유지 관리
- 코드, 도구 및 파이프라인에 관한 팀의 표준을 유지하는 데 필요한 노력의 양은 생산성에 얼마나 중요합니까?
- 코드, 도구 및 파이프라인 유지 관리에 필요한 노력의 양에 얼마나 만족합니까?
온보딩
- 신규 직원 또는 내부적으로 이동한 직원이 팀에서 성과를 내는 데 걸리는 시간은 생산성에 얼마나 중요합니까?
- 신규 직원 또는 내부 이직이 팀에서 효과를 발휘하는 데 걸리는 시간에 얼마나 만족합니까?
개발자 만족도
- 생산성에 만족도가 얼마나 중요합니까?
- 팀의 개발자 생산성에 얼마나 만족합니까?
3. 결과 계산 10분
모두가 설문 조사를 완료하면 설문 조사를 닫고 데이터를 검토합니다.
다음으로 각 중요 징후에 기회 점수를 할당합니다. 특이 사항이 있으면 메모에 적어두고 팀원과 상의합니다. 원하는 경우 스프레드시트 도구를 사용하여 더 쉽게 계산할 수 있습니다.
각 중요 징후의 기회 점수를 계산하는 방법은 다음과 같습니다.
- 먼저 중요 징후의 평균 중요도 및 평균 만족도를 찾아냅니다.
- 예를 들어 각각 8.22, 5.88이라고 가정해 보겠습니다.
- 다음으로 평균 중요도 및 평균 만족도 간 차이를 계산합니다.
- 예: 8.22 - 5.88 = 2.34
- 마지막으로 이 수치가 양수이면 평균 중요도에 더해서 중요 징후의 기회 점수를 구합니다. 수치가 음수이면 평균 중요도는 기회 점수입니다.
- 예: 8.22 + 2.34 = 10.56
기회 점수 = 중요도 + 최대(중요도 - 만족도, 0)
Next, take the opportunity score for each of your vital signs and designate a rating:
팁: 데이터를 매핑하세요
각 중요 징후를 다른 중요 징후와 비교하여 시각화하는 것이 유용한 경우 산점도 차트에 결과를 그릴 수 있습니다.
중요 징후를 제거할 시기
평균 만족도가 평균 중요도보다 높으면 중요 징후가 팀에 그다지 중요하지 않거나 팀의 만족도가 이미 높을 수 있습니다. 앞으로는 중요 징후를 더 자세히 살펴보고 싶은 항목으로 바꿀 수 있습니다.
15+: Extremely under-served areas to address first.
10-15: Areas that should be addressed soon.
10 and below: Well-served areas that do not need to be addressed.
We've organized results from a sample survey into a table below.
샘플 설문 조사 결과
중요 징후 | 평균 중요도 | 평균 만족도 | 기회 점수 | 결과 |
|---|---|---|---|---|
| 지속 가능한 제공 속도 | 평균 중요도 6.93 | 평균 만족도 4.83 | 기회 점수 9.03 | Results GOOD |
| 대기 시간 | 평균 중요도 7.48 | 평균 만족도 3.41 | 기회 점수 11.55 | Results IMPROVEMENT NEEDED |
| 실행 독립성 | 평균 중요도 4.56 | 평균 만족도 6.34 | 기회 점수 4.56 | Results GOOD |
| 업무 방식 | 평균 중요도 8.3 | 평균 만족도 1.33 | 기회 점수 15.27 | Results NEEDS ACTION |
| 외부 표준 | 평균 중요도 2.67 | 평균 만족도 5.87 | 기회 점수 2.67 | Results GOOD |
| 유지 관리 | 평균 중요도 9.15 | 평균 만족도 3.23 | 기회 점수 15.07 | Results NEEDS ACTION |
| 온보딩 | 평균 중요도 3.6 | 평균 만족도 9.76 | 기회 점수 3.6 | Results GOOD |
| 개발자 만족도 | 평균 중요도 7.82 | 평균 만족도 5.49 | 기회 점수 10.15 | Results IMPROVEMENT NEEDED |
고급 수학
연구 결과를 더 효과적으로 활용할 수 있는 선택적인 방법은 각 중요 징후에 대한 만족도 격차를 계산하는 것입니다.
각 중요 징후의 평균 중요도 및 평균 만족도 간 차이를 찾으면 만족도 격차가 계산됩니다. 즉, 개발자에게 중요 징후가 얼마나 중요한지와 개발자가 만족하는지 간의 차이입니다. 만족도 격차가 작으면 중요 징후의 중요도가 낮고 만족도가 낮거나, 중요도가 높고 만족도가 높다는 뜻입니다. 따라서 두 경우 모두 중요 징후는 우선 순위가 낮습니다. 만족도 격차가 클수록 중요 징후는 팀에 매우 중요합니다. 팀이 현재의 관리 방식에 만족하지 못하고 있으므로 문제를 해결하는 것이 가장 우선 순위인 과제라는 뜻입니다.
4. 만나서 결과를 논의하고 솔루션 생성 30분
마지막으로 팀과 설문 조사 결과에 대해 논의하고 가장 시급한 기회 영역 3개를 파악하고 함께 해결책을 브레인스톰합니다.
To facilitate this important meeting, we recommend creating a Confluence page or Trello board with a simple vital signs table that lists your ratings. This makes for an effective, simple setup to keep remote or hybrid teams aligned. You can mark the most pressing opportunity areas and even share a link to the raw, anonymized responses if you want to dig deeper.
Confluence 화이트보드를 사용하여 가장 시급한 중요 징후 각각에 대한 섹션을 만들고 잠재적인 솔루션을 크라우드소싱하거나 자신의 생각을 추가할 수도 있습니다.
- 아이디어를 다시 둘러보고 앞으로 추진할 아이디어를 선택합니다.
- 백로그에 작업 항목을 추가합니다.
- 미팅 후에는 모두가 페이지에 액세스할 수 있도록 하고 개발자를 초대하여 아이디어를 계속 추가합니다.
이 미팅은 팀이 개발자의 의견을 소중하게 생각하며 개발자는 변화를 이끌 수 있는 주체라는 점을 알릴 수 있는 중요한 기회입니다. 이를 통해 앞으로 설문조사 완료율을 높일 수 있습니다. 개발자가 의견을 내는 방법을 제공하면 개발자는 결과에 더 많은 노력이 이루어지고 있다고 느낄 수 있습니다. 그러면 대개 후속 조치가 더 효과적으로 실행되고 더 일관성 있는 결과를 얻을 수 있습니다. 다양한 관점이 더 나은 솔루션을 만들며 변화를 만들고 성장하는 것은 리더십뿐 아니라 모두의 몫입니다.
팁: 이 단계를 건너뛰지 마세요!
질문을 하고 결과에 대해 논의하지 않는 것은 아예 질문하지 않는 것보다 나쁜 경우가 많습니다.
후속 조치
성공 메트릭 및 중요 징후가 만족스러우면 적어도 1년에 두 번, 개발자 경험을 개선하기 위해 적극적으로 노력하고 있다면 분기별로 개발자 경험 설문 조사 플레이를 진행하는 것이 좋습니다.
다른 플레이 살펴보기
팀에서 팀으로
월간 뉴스레터를 통해 최신 플레이, 유용한 정보와 팁에 관한 최신 소식을 받으세요.