팀의 퍼포먼스를 높이기 위한 DevOps 문화

우리는 팀의 퍼포먼스를 높이고 비즈니스를 성장시키기 위해서 DevOps를 도입합니다. 이때 우리는 회사에 가장 적합한 도구를 고민하고, 신중하게 도입합니다. 하지만 DevOps를 위한 도구를 도입했다고 애자일하게 개발할 수 있는 것은 아닙니다. 진정 팀의 퍼포먼스를 높이기 위해서는 DevOps 문화를 만들어야 합니다. 2017년 Reinvent에서는 팀과 조직에 퍼포먼스를 높이는 DevOps가 어떤 것인지 소개하는 세션이 있었습니다. 무려 6년 전에 이미 연구를 마치고 발표를 했을정도니 지금은 더욱 발전했을 것이라 생각합니다. 하지만 이 발표의 내용만으로도 아직까지 많은 변화를 이루어낼 수 있다고 생각합니다. 시간이 난다면 꼭 봐보시는 것을 추천드립니다. https://www.youtube.com/watch?v=gsjCWrCUjNg&ab_channel=AmazonWebServices 👉 재작업(Rework)을 줄이고 새로운 일의 비율을 늘려야 합니다. 연구에 따르면 High Performer는 49%가량의 시간을 새로운 일에 씁니다. High Performer는 트렁크 기반 개발을 통해 적은 양의 코드를 자주 배포하도록 만듭니다. 그리고 테스트를 정교하게 하기 위한 데이터를 관리하고, 개발하는 과정에서 보안을 반드시 챙깁니다. 이 모든 것들이 쌓여서 예상치 못한 사고나 장애를 줄일 수 있고, 반복적으로 해야하는 업무를 최소화할 수 있습니다. 그들은 이렇게 줄인 시간동안 새로운 제품을 개발하고, 빠르게 시장에 내놓아 피드백을 받습니다. 👉 성과가 높은 팀은 동료의 리뷰를 통해 코드 변화를 관리합니다. 제품을 만드는 개발자보다 코드를 더 잘 이해하는 사람은 없습니다. 연구에 따르면, 운영환경 변화라고 하더라도 외부 임원이나 승인 기구에서 승인하는 프로세스는 승인 프로세스가 없는 것만 못했습니다. 그 이유는 외부 임원이나 승인 기구의 승인은 제품의 안정성에 도움이 되지 않을 뿐만 아니라, 속도마저 저하시키기 때문이었습니다. 차라리 승인 프로세스가 없다면 빠르게 시장에 제품을 내놓을수라도 있었습니다. 하지만 동료 리뷰를 거치면 안정성도 높일 수 있고, 속도로 저하되지 않았습니다. 👉 애자일한 팀에서는 작은 배치를 자주 만들고 빠르게 MVP를 시장에 내놓습니다. 고객으로부터 빠르게 피드백을 받고 수정하는 작업을 반복합니다. 고객의 요청을 반영하고 새로운 기능을 출시하는 모든 가치 흐름(Value Stream)을 가시화합니다. 제품과 관련된 모든 관련 팀의 작업은 보드를 통해 확인할 수 있도록 합니다. 또한 WIP(Working In Progress) 작업을 제한해서 집중해서 업무를 끝낼 수 있도록 합니다. 👉 퍼포먼스가 좋은 조직에서는 누구나 아이디어를 내고 검증할 수 있습니다. CTO, 매니저, 팀원, 인턴 등 직책과 상관없이 누구나 아이디어를 내고, 이를 객관적인 데이터를 통해 검증할 수 있어야 합니다. 혁신을 위해서는 직책이나 전통이 아니라, 객관적인 데이터 측정이 아이디어 선정의 기준이 되어야 합니다. 👉 효율적인 팀의 첫번째 조건은 심리적인 안정감을 주는 것입니다. 심리적 안정감을 주는 팀에서는 팀원이 기꺼이 위험을 감수하고 도전하며, 솔직한 의견을 제시합니다. 그리고 서슴없이 질문하고 배웁니다. 심리적 안정감을 바탕이 되어야 팀원은 퍼포먼스를 높이기 위해 스스로 도전을 멈추지 않습니다. 만약 실패에 대한 책임을 묻는 환경이라면 팀원이 실패할 가능성이 있는 도전은 하지 않게 됩니다. 그러면 자연스럽게 성장이 저하되고, 퍼포먼스도 저하됩니다. 따라서 심리적인 안정감을 주는 조직문화를 만드는 것이 제일 중요합니다. DevOps 도구를 도입한다고 DevOps 문화가 실현되지 않습니다. 유명한 솔루션을 도입했다고 바로 애자일 조직이 되지 않습니다. 퍼포먼스를 높이기 위해서는 DevOps 문화를 만들어야 합니다. 그 문화를 만드는데 집중한다면, 팀과 조직의 퍼포먼스는 자연스럽게 증가할 것입니다. 📰 관련 문서 링크 https://rework.withgoogle.com/blog/five-keys-to-a-successful-google-team/ https://cloud.google.com/architecture/devops/devops-measurement-wip-limits