1.2 목표 및 목적
Compass로 달성하려는 목표와 그 목표가 성공에 중요한 이유에 대한 명확한 비전이 있어야 합니다. 다음은 목표 설정에 도움이 되는 몇 가지 권장 단계입니다.
1.2.1 목표 정의
주요 이해 관계자와 대화를 나누며 요구 사항을 파악했다면 몇 가지 목표를 세울 준비가 된 것입니다. 목표를 정확히 세우고 전달하기에 좋은 방법은 연관된 목표와 메트릭을 포함하는 것입니다.
아래 표에 목표 예시가 있습니다.
| 테마 | 목표 | 작업 | 측정 |
| 개발자 만족도 | 정보 검색에 소요하는 시간을 하루 3시간에서 1시간으로 단축. | 소유권, 종속성 및 설명서로 Compass 컴포넌트 카탈로그를 채웁니다. | 개발자 설문 조사 점수(월별) |
| 개발자 생산성 | 인프라를 프로비전하는 리드 타임을 5일에서 2시간으로 단축. | AWS 프로비저닝을 자동화하는 새 소프트웨어 컴포넌트에 대한 Compass 템플릿을 만듭니다. | 새 컴포넌트의 프로비전 시기(분기별) |
Compass 구현 목표를 정의한 후에는 최종적으로 확정하기 전에 이해 관계자들과 공유하며 피드백과 의견을 요청하세요.
1.2.2. 현재 상태 평가
조직 내 현재 상태를 평가하면 Compass 롤아웃의 성공을 수치화하는 데 도움이 됩니다. 직원들은 흔히 이미 현재 상태를 안다고 생각하지만 이런 함정에 빠져서는 안 됩니다. 롤아웃을 시작하기 전에 목표와 관련된 질적 및 양적 측정값을 모두 수집하는 것이 좋습니다. 현재 상태를 평가하려면 다음을 수행합니다.
- 조직 내 개발자들과 대화를 나누며 “이 회사에서 소프트웨어를 제공하는 방식을 어떻게 개선할 수 있을지”에 대해 물어봅니다. 굉장히 많은 문제점들이 쏟아질 것이며 그중에는 플랫폼 범위에 해당하는 사항도 있을 것입니다.
- 기존 프로세스를 평가하고 직원들이 참석해야 하는 미팅 횟수, 필요한 준비 및 보고 사항, 해당 프로세스에 필요한 리드 타임을 기록합니다. 일반적으로 거버넌스 프로세스는 소프트웨어 팀에서 마찰을 일으키는 원인이지만 좋은 시작점이기도 합니다.
- 개발자 설문 조사는 Compass 롤아웃을 시작하기 전에 개발자 감정과 포커스 영역의 기준선을 세우는 좋은 방법입니다. 이를 수행하는 방법에 대한 가이드는 개발자 경험 설문 조사 플레이를 참조하세요.
초기 미팅에서 식별한 이해 관계자의 요구 사항은 현재 상태를 파악하는 데 유용한 정보입니다. 이 활동에는 품질 개선, 위험 감소 및/또는 생산성 향상과 같이 Compass 구현으로 기여할 수 있는 높은 수준의 비즈니스 목표를 매핑하는 것도 포함되어야 합니다.
평가로 얻어야 할 중요한 결과는 식별한 목표와 관련된 질적 및 양적 메트릭 모두의 기준선을 포착하는 것입니다. 이 프로세스를 통해 설정된 기준선은 Compass 롤아웃이 엔지니어링 조직에 미치는 영향을 수치화하고 평가하는 데 사용됩니다.
리소스