1장 플랫폼은 도구 모음이 아니라 내부 제품이다
Kubernetes, CI, Backstage를 설치했다고 플랫폼이 생기지 않는다. 사용자가 같은 ticket과 복사 작업을 반복하고 있다면 도구가 늘었을 뿐이다. 플랫폼은 반복되는 개발 경험을 제품처럼 개선한다.
제품으로 본다는 말에는 네 가지가 포함된다.
- 명확한 사용자와 가장 불편한 journey
- 검증할 outcome과 baseline
- 선택을 줄이는 기본 경로
- feedback, adoption, 폐기까지 책임지는 owner
“developer portal 구축”을 목표로 잡으면 화면 공개가 완료가 된다. “새 web service가 production readiness를 갖추는 시간을 5일에서 4시간으로 줄인다”라고 잡으면 repository·pipeline·문서·권한이 실제로 연결됐는지 보게 된다.
| output | outcome |
|---|---|
| template 10개 | 표준 경로 성공률 90% |
| catalog entity 500개 | owner 식별 가능 95% |
| dashboard 자동 생성 | 장애 진단 시간 30% 감소 |
| 배포 버튼 | 변경 lead time 감소, 실패율 유지 |
플랫폼 팀의 backlog도 사용자 문제로 쓴다. “plugin 추가”보다 “새 service owner가 on-call과 runbook을 한 화면에서 찾는다”가 낫다.