개발팀의 데브옵스가 효과적으로 잘 운영되고 있는지, 혹시 어설픈 도구 도입과 프로세스만 갖고 데브옵스를 갖추었다고 하는 것은 아닌지 알 수 있을까요?
이 글에서는 잘못된 데브옵스 팀에는 다음과 같은 7가지 징후가 나타난다고 경고하고 있습니다. 그리고 각 징후에서 어떻게 개선해나가는 것이 좋을지 요점만 정리해보았습니다.
👽 어설픈 데브옵스의 7가지 특징
1. 사일로에 갇힌 데브옵스 팀
설계부터 운영까지 모든 영역에 걸친 교차 기능 팀을 구축할 것. 데브옵스 정신은 팀 간의 마찰을 줄여 가치 전달 문화를 공유하는데 있음.
2. 사람보다 도구를 우선시 하는 태도
팀의 우선순위를 정할 것(단순히 도구 도입을 목표로 하면 X) 개발팀의 현황 파악부터 시작하여, 그 다음 직원, 프로세스, 도구를 모두 함께 점진적으로 개선해나갈 전략을 세워야 함.
3. 자동화 마인드셋 부족
인프라를 자동화 할 수 있는 수준의 기술이 있는지 확인할 것. 단지 수동 프로세스를 자동으로 바꾸는 것이 아니라, 합리성을 기준 하에 소프트웨어 출시를 반복 가능하고 신뢰할 수 있는 자동 배포 프로세스를 갖추는 것이 궁극적인 목표가 되어야 함.
4. 마구잡이식 자동화
거버넌스, 인력, 프로세스, 기술 등 다른 측면을 고려하지 않은 자동화는 결국 재검토와 수정에 상당한 시간을 낭비하게 됨. 먼저, 거버넌스를 탄탄하게 구축하고, 요구사항과 프로세스를 표준화 할 것.
5. 비현실적인 기대
문화와 직원들의 사고방식 변화에 우선순위를 두어야 함. 데브옵스를 도입하면서 과도한 기대치 대신에 변화를 위한 충분한 시간을 두고 실험할 여지를 주어야 함.
6. 과거에서 헤어나오지 못하는 팀
오랜 관행에서 못 벗어나는 팀에게 효과적인 방법은 데브옵스 에픽(Epic)과 스토리(Stories)를 관리하는 것.
7. 경직된 데브옵스 활용법
시간이 지남에 따라, 프로세스와 도구는 지속적인 개선을 추구함에 따라 최적의 방법은 항상 변화해가야 함.