Pullpo.io

엔지니어링 지표 도구는 많지만, Pullpo는 DORA 지표 자체를 저장소 활동에서 읽어낸다. Insights가 사이클 타임, 처리량, 변경 실패율로 바꾼다. SPACE 연구와 DORA 연구가 제시한 척도다. 뒤섞인 하나의 숫자가 아니라 스쿼드별로 보여 주므로, 어려움을 겪는 팀이 금방 드러난다. 병목이 납기 지연으로 번지기 전에 찾아내는 것이 핵심이다.

풀 리퀘스트마다 Git과 동기화된 전용 임시 Slack 채널이 생긴다. 리뷰어는 제자리에서 알림을 받고, 댓글은 PR에 묶인 채 남으며, 작업이 병합되면 채널이 스스로 보관된다. PR을 여러 개 다루는 개발자에게 각 논의가 분리되어, 분주한 팀 채널에 파묻히지 않는다.

Pullpo는 풀 리퀘스트가 얼마나 기다렸는지 지켜보다가 막힌 건이 생기면 적임자를 재촉한다. 어떤 PR이 리뷰를 기다린 지 나흘이 됐다고 알리면서 그날은 미루는 선택지도 붙여 준다. 작은 기능이지만 코드 리뷰에서 가장 흔한 불만, 아무도 눈치채지 못한 PR을 정면으로 겨냥한다.

AI 어시스턴트가 PR 요약과 설명을 쓰고, 들어온 변경을 수정 제안과 함께 검토한다. 베타 버전 AI 리뷰어는 사용 전에 검증되지 않은 날짜 필드 같은 문제를 짚어 낸다. 사람이 시간을 쓰기 전에 뻔한 실수를 걸러 내는 첫 단계다.

엔지니어에게 짧은 설문을 보내 도구, 진행 방식, 시간을 잃는 지점을 물을 수 있다. 응답은 지표에 붙어서, 느린 사이클 타임을 추측이 아니라 실제 원인에 연결한다. Pullpo는 이를 정량 데이터와 정성 피드백의 결합이라고 부른다. 개발자 생산성 지표 옆에 엔지니어 본인의 말을 놓을 수 있는 셈이다.

워킹 어그리먼트를 쓰면 리뷰를 얼마나 빨리 돌려야 하는지 같은 팀 규범을 직접 공개하고 눈에 띄게 유지할 수 있다. 그 자리에서의 피드백과 맞물리면, 지표 대시보드는 아무도 읽지 않는 보고서가 아니라 팀이 실제로 돌리는 일상이 된다.

Pullpo는 도구를 바꾸라고 요구하는 대신, 팀이 이미 쓰는 도구에 연결한다. 코드는 GitHub, GitLab, Bitbucket에, 이슈는 Jira에, 팀이 보는 모든 것은 Slack에 붙인다. Slack으로 돌아가는 엔지니어링 조직이라면, 플랫폼은 대화가 이미 일어나는 곳에 자리한다.