GitHub의 엔지니어링 시스템 성공 플레이북

GitHub 경영진 인사이트에 게시

GitHub는 더 나은 비즈니스 성과를 얻으려면 좋은 품질의 코드, 속도 또는 개발자 행복도가 모두 필요하다는 것을 압니다. 품질, 속도, 개발자 행복도가 조화를 이룰 때 조직은 최상의 결과를 얻을 수 있습니다. 엔지니어링을 통해 비즈니스에 더 많은 가치를 제공하고자 ��다면 이 세 가지(기초 영역)를 강화하고 팀의 번성을 위한 더 나은 조건을 만들어야 합니다.

GitHub의 엔지니어링 시스템 성공 플레이북(ESSP)에서 핵심은 GitHub Copilot과 같은 새로운 AI 도구를 도입하든 성능에 방해가 되었던 병목 현상을 식별하여 해소하든, 조직에서 의미 있고 측정 가능한 개선을 주도하는 데 도움이 되는 3단계 프로세스입니다.

SPACE 및 DevEx, DX Core 4, DORA와 같은 다수의 프레임워크에서 영감을 얻은 이 플레이북은 필요에 따라 시간대별로 추적하고 반복할 수 있는 각 ‘영역’에 메트릭을 할당하는 데 도움이 되는 균형 잡히고 포괄적인 접근 방식을 제공합니다.

프로세스를 간단히 분류하면 다음과 같습니다.

-1단계: 현재 성공을 막고 있는 장애물 식별

• 2단계: 목표 달성에 필요한 것 평가
• 3단계: 변경 사항 구현, 결과 모니터링, 조정

ESSP의 본질은 장기적이고 지속 가능한 개선에 우선 순위를 두는 시스템 사고 접근 방식입니다. 즉각적인 성과는 이니셔티브를 시작하기에 좋은 방법이지만 부정적인 후속 효과를 야기할 수 있습니다. 예를 들어 코드 검토 턴어라운드 시간을 가속화하면 개발 속도를 높일 수 있지만 인프라 및 문서화 관행을 테스트하는 것과 같이 더 넓은 범위의 시스템을 해결하지 않으면 차후에 병목 현상이 발생하고 코드 품질이 손상될 위험에 처할 수 있습니다.

주로 GitHub Copilot을 도입하여 엔지니어링 시스템을 변경함으로써 의미 있는 후속 효과를 만들 때 권장 지침이 필요하다는 많은 고객의 요청이 있었는데, 이 프로젝트는 그 요청에 부응하여 만들어진 것입니다. GitHub는 엔지니어링 성능을 개선하거나 생성형 AI에 대한 투자를 정당화하고자 하는 고객을 돕는 DevEx 및 DevOps 메트릭 ��급업체와도 연계하여 그 과정에서 경험한 어려움과 달성한 성공 사례를 파악했습니다. 이 3단계는 엔지니어링 성공의 내재된 복잡성과 현실적이고 달성 가능한 단계 사이의 균형을 맞춰 만들어졌습니다. 이 단계들은 개선 여정의 초반부에 있는 팀에�� 적용 가능합니다.

이 플레이북에는 각 영역을 개선할 때 모니터링해야 하는 메트릭이 제안되어 있습니다. 이 메트릭들은 후속 또는 지행 메트릭이며 대부분의 경우 선행 메트릭으로 보완되어야 한다는 점을 기억하세요. 선행 메트릭과 지행 메트릭은 모두 상황에 따라 텔레메트리 및 설문조사 데이터로 측정할 수 있으며, 이 메트릭을 계산하는 방식은 팀의 엔지니어링 워크플로와 팀을 지원하는 시스템에 따라 달라집니다.

이 플레이북을 살펴볼 때는 몇 가지 개념을 염두에 두는 것이 좋습니다.

• 항상 팀 관점에서 개선을 다루기
• 메트릭을 선택하고 사용할 때 주의를 기울여 게임화를 방지
• 측정 비용과 측정 이익 사이의 균형 잡기
• 벤치마크를 오버인덱스하지 말고 지속적인 개선에 초점을 두기

엔지니어링 팀은 놀라운 변화를 일으키고 비즈니스 성과를 가속화할 잠재력이 있습니다.

GitHub의 ESSP를 활용하면 엔지니어가 최고의 역량을 발휘하는 데 영감이 되고 도움이 되는 우수성 문화를 조성하여 엔지니어링의 잠재력을 끌어낼 수 있습니다. eBook과 one-pager에서 자세히 알아보세요.