코드 베이스 개선

필요한 KPI 수집

가장 좋은 시작점은 핵심 성과 지표를 수집하는 것입니다. 이를 위해서는 소스 코드 저장소, 빌드/테스트 자동화 플랫폼 등 개발 프로세스를 지원하는 특정 기술 플랫폼을 알아야 합니다. 그런 다음 각 KPI의 속성을 추출하고 이를 New Relic으로 가져오는 방법을 식별해야 합니다.

위의 핵심 성과 지표 섹션에서 이 사용 사례에 필요한 KPI 및 최소 필수 속성을 찾을 수 있습니다. 일반적으로 개발 도구 체인의 API를 사용하여 KPI와 해당 속성을 추출한 다음 사용자 정의 이벤트 API 를 사용하여 New Relic에 제출합니다.

사용자 정의 통합 작업을 시작하기 전에 적용 가능한 기본 통합이 존재하는지 확인해야 합니다.

대시보드 구현

우리의 대시보드이 개선 프로세스에서 사용하는 기본 방법입니다. 현재 KPI를 보여주고 개선이 필요한 영역을 식별하는 데 도움이 됩니다. GitHub의 New Relic OMA 리소스 센터에서 샘플 대시보드를 찾을 수 있습니다.

대시보드에 표시되는 정보는 개발 도구 체인에 따라 다르므로 정확한 사양에 맞게 대시보드를 사용자 정의 해야 합니다.

개발 기준 수립

초기 활성화를 수행 하기 전에 기준선을 구성하는 데 충분한 데이터가 필요하므로 개발 활동 샘플로 구성된 기준선을 설정해야 합니다. 일반적으로 이는 최소 2주가 소요되지만 현재 개발 속도에 따라 최대 6주까지 걸릴 수 있습니다. 이를 수행하는 한 가지 쉬운 방법은 해당되는 경우 기본 수집 및 평가 주기를 애자일 스프린트에 맞추는 것입니다.

기준을 설정하는 동안 이벤트 데이터가 New Relic에 예상대로 누적되는지 정기적으로 확인해야 합니다.

팀과 만나기

기준선을 설정한 후에는 개발 팀과 기타 이해관계자에게 수집된 데이터와 앞으로 따르게 될 지속적인 개선 프로세스를 소개하게 됩니다.

이 프로세스는 세 가지 활동으로 구성됩니다.

1. KPI 및 추세 검토: 귀하와 이해관계자는 KPI를 살펴보고 추세를 파악합니다.
2. 성과, 과제 및 기회 식별: 이 단계에서는 KPI가 개선되는 영역(성과)과 개선되지 않는 영역(도전과제)을 식별합니다. 그런 다음 KPI(기회)를 개선하기 위한 전략과 전술을 파악하고 이를 가장 잘 구현하는 방법을 알아봅니다.
3. 기술 권장사항 작성: 여기에서는 귀하와 관련 이해관계자가 개발 도구 체인 또는 관찰 가능성 전략 변경과 같은 기술 권장사항을 식별하고 검토합니다.

개선 프로세스 시작

이 마지막 단계는 지속적인 개선 프로세스입니다. 이 단계에서는 팀과 만나 기준에 대한 진행 상황을 검토하고 전략을 조정하여 원하는 개선 사항을 제공하게 됩니다. 개선 프로세스의 각 주기는 개발 프로세스를 여러 번 반복한 후에 발생해야 합니다. 일반적으로 이러한 상황은 모든 Agile 스프린트의 중간 지점과 끝 부분에서 발생합니다.

이 단계에서 다음을 수행해야 합니다.

• 매주 KPI를 이해관계자에게 보고하여 팀이 작업 우선순위를 적절하게 지정하고 약속된 비즈니스 결과에 대한 진행 상황을 보여줄 수 있도록 하세요.
• 시간이 지남에 따라 주간 KPI를 기록하고 유지하여 새로운 기준을 설정하고 개선 속도를 보여줍니다.