[DevOps] 데브옵스 도입 전략 (The DevOps Adoption Playbook)

https://www.yes24.com/product/goods/102361028

데브옵스 도입 전략 | 산지브 샤르마 | 에이콘출판사 - 예스24

 

DevOps는 기술 도입보다 조직 변화 전략에 가까웠다

처음 제목을 봤을 때 조금 흥미로웠다.

왜 하필 “Playbook”일까 싶었다.

보통 IT 책들은:
Guide,
Handbook,
Architecture,
Best Practice

같은 표현을 많이 쓰는데 이 책은 굳이 Playbook이라는 단어를 사용한다.

근데 읽다 보면 이름이 꽤 잘 어울린다.

이 책은 DevOps를 설명하는 책이라기보다,
현실 조직 안에서 이걸 어떻게 퍼뜨리고 정착시킬지에 대한 “작전집” 느낌이 훨씬 강하다.

실제로 책 분위기도 그렇다.

기술 자체 이야기보다:
조직 저항,
변화 관리,
내부 전파,
신뢰 형성,
운영 방식 변화

같은 이야기가 훨씬 많이 나온다.

읽다 보면 계속 느껴지는 게 있다.

DevOps는 결국 기술보다 조직 변화가 훨씬 어렵다는 것.

좋은 자동화 도구가 있다고 바로 조직이 움직이지 않는다.

좋은 구조가 있어도:
“굳이 왜 바꿔야 하죠?”
라는 분위기가 먼저 나온다.

특히 규모가 있는 조직일수록 더 그렇다.

기존 방식이 조금 비효율적이어도:
서비스는 돌아가고 있고,
운영도 유지되고 있고,
사람들도 익숙하다.

그러니까 새로운 방식을 받아들이는 것 자체를 부담스럽게 느낀다.

이 책은 그 현실을 굉장히 잘 이해하고 있다.

그래서 무조건:
“자동화합시다”
“협업합시다”
같은 식으로 밀어붙이지 않는다.

오히려 조직이 왜 변화를 거부하는지를 더 현실적으로 바라본다.

이 부분이 꽤 인상 깊었다.

실제로 현업에서도 사람은 논리만으로 움직이지 않는다.

아무리 좋은 구조라도:

• 익숙하지 않거나,
• 책임이 불분명하거나,
• 운영 리스크가 커 보이면

쉽게 받아들이지 않는다.

특히 운영 조직은 더 그렇다.

왜냐하면 장애는 결국 실제 사람을 힘들게 만들기 때문이다.

새벽에 깨고,
로그 뒤지고,
원인 분석하고,
롤백하고,
회의 들어가고,
재발방지 쓰고.

이걸 반복하면 조직은 자연스럽게 보수적으로 변한다.

그래서 이 책은 “속도”보다 “신뢰”를 더 중요하게 본다.

이 부분이 굉장히 현실적으로 느껴졌다.

읽다 보면 느껴지는 게 있다.

결국 사람은 좋은 기술로 설득되는 게 아니라:
“내 일이 실제로 편해졌다”
라는 경험으로 움직인다는 것.

예를 들어:
배포 시간이 줄어들고,
반복 작업이 줄어들고,
새벽 대응이 줄어들고,
운영 스트레스가 줄어드는 경험.

이런 게 쌓여야 조직이 변화를 받아들이기 시작한다.

반대로 아무리 멋진 구조라도 현업을 더 귀찮게 만들면 결국 안 쓰게 된다.

이 책은 그런 현실적인 감각이 굉장히 강하다.

특히 좋았던 건 “문화”를 설명하는 방식이었다.

보통 DevOps 문화 이야기하면:
협업,
소통,
공유 문화

같은 추상적인 표현으로 흐를 때가 많다.

근데 이 책은 문화도 굉장히 현실적으로 본다.

사람은 말로 설득되지 않는다는 전제가 깔려 있다.

오히려:
반복되는 성공 경험,
안정적인 운영 경험,
예측 가능한 프로세스,
줄어드는 운영 스트레스

같은 실제 경험이 쌓여야 조직 문화도 바뀐다고 본다.

이 관점이 꽤 좋았다.

실제로 현업에서도:
“우리 이제 협업합시다”
한다고 갑자기 협업이 생기진 않는다.

오히려 시스템과 프로세스가 충돌을 줄여줘야 사람들이 자연스럽게 움직이기 시작한다.

또 하나 흥미로웠던 건 이 책이 DevOps를 특정 팀만의 역할로 보지 않는다는 점이었다.

결국:
운영팀,
개발팀,
보안팀,
플랫폼팀,
인프라팀

모두가 같이 움직여야 실제 변화가 만들어진다.

근데 현실 조직은 다들 KPI도 다르고,
우선순위도 다르고,
책임 범위도 다르다.

그러니까 DevOps 도입이 생각보다 훨씬 어려워진다.

읽다 보면 느껴지는 게 있다.

DevOps는 몇 명의 열정적인 엔지니어만으로 굴러가는 방식이 아니라는 것.

조직 구조,
평가 방식,
운영 정책,
승인 체계까지 같이 움직여야 실제 변화가 만들어진다.

그래서 책에서도 단순 기술팀 이야기보다:
조직 전체 정렬(alignment)에 대한 이야기가 꽤 많이 나온다.

이 부분이 생각보다 현실적이었다.

현업에서도 결국 위에서 막히면 아래는 오래 못 간다.

또 하나 인상 깊었던 건 이 책이 변화를 굉장히 “측정 가능한 것”으로 보려 했다는 점이었다.

좋은 문화,
좋은 협업 같은 추상적인 표현보다:
배포 시간,
복구 시간,
반복 작업 감소,
운영 안정성

같은 실제 변화들을 계속 확인하려 한다.

결국 엔터프라이즈 조직은:
“그래서 뭐가 좋아졌는데?”
라는 질문을 계속 하게 되니까.

이 부분도 꽤 현실적으로 느껴졌다.

아마 그래서 책 제목이 Playbook인 것 같다.

읽다 보면 DevOps 철학 설명보다:
현실 조직 안에서 어떻게 사람을 움직이고,
어떻게 변화를 퍼뜨리고,
어떻게 조직이 새로운 운영 방식을 받아들이게 만들 것인가에 훨씬 집중한다.

그래서 기술 서적이라기보다,
조직 변화 전략집 같은 느낌이 더 강하게 남는다.

읽고 나서 가장 크게 남았던 건 이거였다.

DevOps는 단순히 좋은 기술 몇 개 도입한다고 완성되는 게 아니라,
조직 전체가 새로운 운영 방식을 신뢰하게 만드는 과정에 훨씬 가까웠다는 점.

그리고 그 과정은 생각보다 훨씬 느리고 현실적이었다는 점이었다.