Waydev

Waydev는 네 가지 DORA 지표를 사이클 타임과 함께 추적한다. 작업이 처음부터 끝까지 얼마나 걸리는지 보인다. 목적은 개인을 평가하는 게 아니라 병목을 찾는 것이다. 어느 단계가 느려지면 데이터가 어디인지 가리킨다. 그래서 대화가 개인이 아니라 프로세스로 향한다. 늘 감시와 측정을 받는 데 민감한 팀에게 이 차이는 크다.

배포 수치를 넘어 Waydev는 Slack과 Teams를 통해 개발자 경험 설문을 돌린다. 엔지니어에게 필요한 도구가 있는가. 막혀 있는가. 이런 질문이 기분, 불만, 장애를 드러내고, 순수한 코드 데이터가 놓치는 팀 건강을 읽게 해 준다. SPACE 프레임워크가 그 위에 얹히므로 측정하는 건 만족도와 흐름이지 산출량만이 아니다.

여기가 더 새로운 초점이다. Waydev는 엔지니어가 어떤 AI 도구를 쓰는지, 얼마가 드는지, AI가 생성한 코드가 운영 환경에 도달하는지를 추적한다. 토큰 효율, 활성 사용자당 비용, 병합된 풀 리퀘스트당 비용을 얻는다. 주의할 점이 있다. 현재 일부처럼 비용을 0으로 보고하는 도구도 여전히 활성으로 집계된다. 그래서 비율은 정직하게 유지된다. 도구를 무료인 척해 지출을 숨길 수는 없다.

Waydev는 코드용으로 GitHub, GitLab, Bitbucket, Azure DevOps, Gerrit에, 티켓용으로 Jira, ClickUp, Azure Boards에 연결하며, 대부분의 팀이 파이프라인에서 이미 돌리는 일반적인 CI/CD 도구도 지원한다. 개발자 컴퓨터에 새로 설치되는 건 없다. 제품은 이미 있는 것을 읽을 뿐이다.

Studio 모듈을 쓰면 스택 전반의 데이터를 조합해 자신만의 지표, 보고서, 대시보드를 만들 수 있다. 그래서 재택근무로 코딩 패턴이 어떻게 바뀌었는가 같은 질문이 한 번 만들어 계속 재사용하는 대시보드가 된다. 한 번 만들면 끝없이 쓴다. 세 달 뒤 기획 회의에서 같은 질문이 다시 나올 때 아무도 찾지 못하는 일회성 분석보다 낫다.

Waydev는 범위 확대와 버그 수정이 스프린트를 어떻게 잡아먹는지 보여 주고, 산출물의 비용을 일정과 대조해 추적한다. 프로젝트 사이에서 인력을 배분하는 매니저에게 이는 리소스 배분 논쟁을 데이터에 기반한 토론으로 바꾼다. 더는 추측하지 않는다. 숫자가 논쟁을 끝낸다.