이 가이드는 KPI를 설정하고 New Relic을 사용하여 코딩 방식을 개선하고 최적화하는 방법을 안내합니다. 이것은 관찰 가능성 성숙도에 대한 시리즈 의 일부입니다.
개요
고품질 코드는 조직의 혁신 및 성장 능력의 핵심입니다. 품질이 낮은 코드는 문제 해결 및 수정에 낭비하는 대신 혁신에 사용할 수 있는 엔지니어링 시간을 낭비합니다. 품질이 낮은 코드는 고객 만족도와 수익에도 큰 부정적인 영향을 미칩니다.
전반적으로 비즈니스의 디지털 운영은 코드만큼만 안정적입니다. 안정적인 코드 기반이 없으면 엔지니어링은 새로운 기능에 대한 기본적인 수요조차 충족할 시간이 없으며 첨단 기술에 도달하는 데 필요한 속도로 이동하지 못할 것입니다.
이 개발 품질 (DevQual) 가이드는 코드 품질 개선을 통해 안정성을 주도하는 특정 핵심 성과 지표 및 프로세스를 식별합니다. DevQual은 혁신 및 성장 가치 흐름의 첫 번째 가이드입니다. DevQual 다음에는 릴리스 품질 가이드 가 나옵니다. 두 사용 사례 모두 순서대로 수행해야 합니다.
다음과 같은 경우에 이 가이드를 사용하기에 적합합니다.
- 코드 품질을 측정하지 않습니다.
- 코드 품질이 좋지 않은 것으로 인식됩니다.
- 개발자가 어디에 시간을 보내고 있는지 이해하지 못합니다.
- 귀하의 조직은 애플리케이션 결함으로 인해 너무 많은 중단을 겪고 있습니다.
요망되는 결과
DevQual은 기존 개발 도구 체인 및 Agile 방식을 활용하여 코드 결함을 줄여 안정성과 고객 만족도를 개선한다는 전반적인 목표를 달성합니다. 개선된 안정성은 결과적으로 혁신과 성장을 위한 귀중한 개발자 시간을 확보합니다.
이 사용 사례를 성공적으로 구현한 조직은 릴리스 품질 사용 사례를 통해 비즈니스 영향을 개선하고 릴리스 케이던스 사용 사례를 통해 혁신 속도를 높일 수 있습니다.
핵심 성과 지표
개발 품질 프로세스를 사용하여 다음 KPI를 수집하고 측정합니다.
안정
- 구축 성공
- 단위 테스트 성공
- 코드 커버리지
- 불량량
속도
- 코드 커밋 비율
- 풀 리퀘스트 비율
- 병합 비율
안정성 KPI는 제출된 코드의 품질을 측정합니다. 속도 KPI는 새 코드가 작성되고 커밋되는 속도를 측정합니다.
이러한 KPI는 코드 결함의 소스와 개발자 노력이 가장 필요한 영역을 식별하는 데 도움이 되므로 결함을 줄이는 데 집중하고 엔지니어링 재능을 보다 효율적으로 사용할 수 있습니다. 또한 개발 속도가 코드 품질에 영향을 미치는지 이해하는 데 도움이 됩니다.
각 메트릭에 대한 자세한 정보는 다음과 같습니다.
안정
속도
전제 조건
시작하기 전에 이에 상응하는 경험이 없는 경우 NRU(New Relic University) 개요 과정 을 완료해야 합니다. 또한 다음 사항에 대한 기본적인 이해가 있어야 합니다.
KPI의 현재 상태 설정
모든 지속적인 개선 프로세스와 마찬가지로 개발 품질(DevQual)을 개선하는 첫 번째 단계는 KPI의 현재 상태를 설정하는 것입니다. 이렇게 하려면 다음 작업을 수행하십시오.
이 단계를 더 자세히 설명하겠습니다.
필요한 KPI 수집
모든 품질 이니셔티브와 마찬가지로 핵심 성과 지표를 수집하는 것부터 시작해야 합니다. 이를 위해서는 소스 코드 리포지토리 및 빌드/테스트 자동화 플랫폼과 같이 개발 프로세스를 지원하는 특정 기술 플랫폼을 식별해야 합니다. 이러한 플랫폼이 식별되면 각 KPI의 속성을 추출하고 이를 New Relic으로 가져오는 방법을 식별해야 합니다.
이 사용 사례에 필요한 KPI 및 최소 필수 속성은 핵심 성과 지표 섹션에 나열되어 있습니다. 일반적으로 개발 도구 체인의 API를 사용하여 KPI와 해당 속성을 추출한 다음 사용자 지정 이벤트 API 를 사용하여 New Relic 플랫폼에 제출합니다.
사용자 정의 통합 작업을 시작하기 전에 즉시 사용 가능한 통합이 있는지 확인해야 합니다.
DevQual 대시보드 구현
DevQual 이 개발 품질 개선 프로세스의 주요 기술 동인입니다. 현재 KPI를 보여주고 개선이 필요한 영역을 식별하는 데 도움이 됩니다.
샘플 DevQual 대시보드는 GitHub의 New Relic OMA 리소스 센터에서 찾을 수 있습니다.
대시보드에 표시하는 정보는 개발 도구 체인에 따라 다르므로 샘플에서 대시보드를 수정해야 합니다.
기준선 설정
DevQual 프로세스에는 초기 활성화를 수행 하기 전에 기준선을 형성하기에 충분한 데이터가 필요합니다. 베이스라인은 개발 활동의 대표적인 샘플로 구성되어야 합니다. 일반적으로 최소 2주가 소요되지만 현재 개발 속도에 따라 최대 6주가 될 수도 있습니다. 이를 수행하는 한 가지 쉬운 방법은 기준 수집 및 평가 주기를 Agile 스프린트에 맞추는 것입니다.
DevQual 이벤트 데이터가 예상대로 누적되는지 주기적으로 확인해야 합니다.
초기 활성화 수행
개발 팀 및 기타 이해 관계자에게 기본 DevQual 데이터와 진행 중인 지속적인 개선 프로세스를 소개합니다.
이 프로세스는 세 가지 활동으로 구성됩니다.
- DevQual KPI 및 추세를 검토하십시오. 귀하와 이해 관계자는 DevQual KPI를 보고 추세를 식별합니다.
- 성취, 도전 및 기회를 식별하십시오. 이 단계에서는 KPI가 개선되고 있는 영역(성과)과 개선되지 않는 영역(과제)을 식별합니다. 그런 다음 KPI(기회)를 개선하기 위한 전략과 전술을 식별하고 이를 구현하는 방법을 결정합니다.
- 기술 권장 사항을 작성하십시오. 여기에서 귀하와 관련 이해 관계자는 개발 도구 체인 또는 관찰 가능성 전략 변경과 같은 기술적 권장 사항을 식별하고 검토합니다.
개선 프로세스
이것은 지속적인 개선 프로세스의 진행 중인 단계입니다. 이 단계에서 초기 지원 단계 를 반복하여 베이스라인에 대한 진행 상황을 검토하고 필요한 긍정적인 비즈니스 결과를 제공할 수 있도록 전략과 전술을 조정합니다.
개선 프로세스의 각 주기는 개발 프로세스를 여러 번 반복한 후에 발생해야 합니다. 일반적으로 이것은 모든 Agile 스프린트의 중간 지점과 끝에서 대략 2-3주마다 있습니다.
이 단계에서 다음을 수행해야 합니다.
- 매주 KPI를 고위 경영진에게 보고하여 이해 관계자 팀이 작업의 우선 순위를 적절하게 지정하고 약속된 비즈니스 결과를 향한 진행 상황에 도달하고 있음을 보여줍니다.
- 몇 개월에서 몇 년 동안 주간 KPI를 기록하고 유지하여 기준선을 설정하고 개선 속도를 보여줍니다.
이것은 지속적인 개선 과정이라는 점을 명심해야 합니다. DevQual 목표를 달성할 수 있도록 장기간에 걸쳐 KPI를 계속 수집하고 평가할 것입니다.
가치 실현
DevQual 프로세스를 설정하면 애플리케이션 안정성이 향상되고 결함을 수정하는 데 필요한 노력이 점차적으로 감소하는 것을 볼 수 있습니다. 시간이 지나면 기능 백로그가 줄어들 것입니다.
이러한 목표를 달성한 후에는 릴리스 품질 가이드 를 사용하기 시작해야 합니다.