10장. 업무 운영체계

지금까지의 프레임을 하나로 합치면 다음 구조가 된다.

Intake, Cynefin, Run/Bet/Scale, Lifecycle, Spec/BDD, PRD, Kanban, SLA/SLO, Incident, Shape Up, Application.

각 단계의 역할은 다르다.

운영 업무는 intake로 들어오고, Cynefin으로 분류되고, lifecycle로 구조화되고, Spec/BDD로 공통언어가 되고, PRD로 구현 가능한 객체 세계가 되고, Kanban으로 흐르고, SLA/SLO로 보장되고, Shape Up으로 개선되고, application으로 굳어진다.

이 문장은 경영지원팀에도 맞고, 마케팅팀에도 맞고, 제품팀에도 맞다.

경영지원팀에서는 회사 운영 객체들이 누락 없이 태어나고, 움직이고, 기록되고, 종료되게 만든다.

마케팅팀에서는 재무 목표에 맞는 audience-play를 찾고, bet으로 검증하고, scale 가능한 성장 시스템으로 만든다.

제품팀에서는 고객 문제를 shaped pitch로 만들고, 한 사이클을 걸고, ship하거나 circuit breaker로 끊는다.

세 팀의 언어는 달라 보이지만 구조는 같다.

• 객체를 식별한다
• 불확실성을 분류한다
• 상태를 정의한다
• 공통언어로 사례를 고정한다
• 구현 가능한 객체 세계로 번역한다
• 흐름을 본다
• 보장 수준을 정한다
• 깨진 것을 사고로 다룬다
• 개선에 베팅한다
• 검증된 것을 시스템으로 굳힌다

이것이 업무다.

업무는 사람이 바쁘게 움직이는 것이 아니다.

업무는 회사의 운영 객체들이 올바른 상태로 이동하도록 만드는 것이다.

이 문장이 이 책의 spine이다.

잡무를 없애려면 사람을 더 몰아붙이면 안 된다. 객체를 정하고, 상태를 정하고, 전이를 정하고, 증빙과 권한을 정해야 한다. 그 다음에야 SOP, BDD, PRD, Rails 앱이 같은 방향으로 선다.