devActivity

성과 평가 기능은 원시 저장소 활동을 각 기여자의 상황을 보여 주는 구조화된 시야로 바꾼다. Premium은 숫자를 요약하고 무엇이 달라졌는지 짚어 주는 AI를 더하므로, 매니저는 스프레드시트가 아니라 맥락을 쥐고 평가에 들어선다. 대부분의 팀이 손으로 유지하는 "이번 분기는 어땠나" 표를 대체하는 기능이다.

devActivity는 커밋, 풀 리퀘스트, 코드 리뷰, 이슈, 댓글을 추적하고 양과 질에 관한 지표를 만든다. 이 구분이 중요하다. 일회용 풀 리퀘스트를 수십 개 여는 개발자와, 수는 적지만 크고 깔끔하게 병합되는 변경을 내놓는 개발자는 모습이 다르다. 매니저는 이걸로 작업의 형태를 본다. 숫자만이 아니다.

경고는 리뷰되지 않고 방치된 풀 리퀘스트나 한 기여자에게 업무가 치우치는 것처럼 팀을 늦추는 패턴을 감시한다. 가치는 조기 경보에 있다. 화요일에 막힌 리뷰 대기열을 잡는 편이, 2주 뒤 포스트모템에서 발견하는 것보다 낫다. 그때는 릴리스가 이미 밀렸고 누가 공을 떨어뜨렸는지 논하는 데 모두가 지쳐 있다.

회고는 목소리 큰 사람에게 휘둘리기 마련이다. 이 기능은 무엇이 출시됐고 무엇이 멈췄으며 팀의 시간이 실제로 어디로 갔는지에 대한 데이터를 회의에 공급한다. Premium은 결론을 써 내려가는 AI 계층을 열어 주므로, 스크럼 마스터는 회고마다 준비에 쓰던 한 시간을 아낀다.

게임화 계층은 XP, 레벨, 업적, 팀 리더보드로 활동에 보상을 준다. 이를 싫어하는 엔지니어링 팀도 있고, 코드 리뷰가 덜 지겹게 느껴진다고 여기는 팀도 있다. 동료 인정 어워드는 팀원이 좋은 작업을 직접 짚어 줄 수 있게 한다. 공개 순위를 꺼리는 팀에는 리더보드보다 이쪽이 더 중요하다. 개발자를 서로 순위 매기는 일이 정말 팀을 낫게 만들까. 문화에 달렸다. 공개 비교가 불만을 낳는 곳에서는 동료 인정 어워드가 이 기능에서 더 안전한 절반이며 먼저 켜 볼 만하다.

설정은 GitHub App 설치 한 번이면 되고, 앱은 소스 코드가 아니라 Git 메타데이터를 읽는다. 이 설계 선택이 보안을 중시하는 팀이 애초에 동의하는 이유다. 수동 데이터 입력도, 유지할 스크립트도 없으므로 초기 설정 뒤에는 아무도 돌보지 않고 존재조차 기억하지 않아도 도구는 계속 돌아간다.

더 큰 조직을 위해 devActivity는 모든 Premium 기능을 자체 AWS, GCP, Azure의 VPC 안에서 실행한다. 이렇게 하면 저장소 분석이 회사의 네트워크 경계 안에 머문다. 보안 팀이 서드파티 개발 도구를 검토할 때 대개 걸리는 지점이 바로 여기다.