일반적으로 DevOps가 조직과 사기에 주는 이점을 제시합니다. 팀의 역량을 얼마나 빠르게 높이고, 조직 내부와 고객 생태계의 교류를 얼마나 개선할 수 있는지, 또 기업이 고객 중심의 제품과 서비스를 얼마나 잘 제공할 수 있는지를 말합니다.
과연 이것이 올바른 접근 방식일까요? DevOps 도입의 이점을 강조하는 것이 나을까요, 도입하지 않을 때의 비용을 강조하는 것이 나을까요?
International DevOps Certification Academy™의 인사이트
조직에서 DevOps 도입을 어떻게 설득하나요?
답은 상황에 따라 다르다는 것입니다.
감성 지능 개념을 처음 제시한 Peter Salovey에 따르면, DevOps 도입에 따른 조직 및 운영의 변화를 추진할 때는 조직이 DevOps를 안전하다고 보는지 위험하다고 보는지에 따라 접근 방식을 달리해야 합니다.
상황 1: 조직이 DevOps를 안전하다고 봅니다
조직이 DevOps를 안전하다고 본다면, 개방적인 조직 문화의 일원이 된 것을 우선 축하드립니다. DevOps 전환 및 도입을 여러 번 경험한 사람이라면 이미 도입 작업의 대부분을 마쳤다고 할 것입니다. 하지만 너무 일찍 안심하지 마세요. 조직이 DevOps를 도입할 때 얻을 좋은 점을 열심히 강조해야 합니다. 조직은 이점을 얻기 위해 즉시 행동하고 싶어질 것입니다.
상황 2: 조직이 DevOps를 위험하다고 봅니다
조직이 DevOps를 위험하다고 생각해도 걱정하지 마세요. 우리 대부분이 그렇습니다. 상황 1의 접근 방식만으로는 더 이상 통하지 않는다는 점을 기억하세요. 조직은 현 상태에 만족하므로 DevOps 도입의 이점만으로는 움직일 만큼 매력적이지 않습니다. 위험에 대한 인식은 대개 신념과 오랜 경험에서 나오므로 이를 부정하는 것은 소용없습니다.
현 상태에 대한 안도감을 깨고, DevOps를 도입하지 않을 때 생길 나쁜 결과와 잃게 될 기회를 강조해야 합니다. 위험을 감수하지 않으면 손실이 확실할 때는 위험을 감수하는 것이 더 매력적입니다. 확실한 손실의 가능성은 긴박감을 일으켜 조직이 행동에 나서고, 자원을 들여 DevOps의 이점을 이해하며, 결국 도입하도록 합니다. 빠를 때도 느릴 때도 있지만, 항상 한 걸음씩 나아갑니다.
결론:
왜 일부 조직에서는 DevOps 도입이 그렇게 어려운지 궁금했다면 이제 생각이 떠오를 것입니다. 기업과 이미 자리 잡은 조직은 위험을 피하려는 경향이 있어 대개 상황 2에 해당합니다. DevOps에서 얻을 이점만 강조해서는 이들을 설득할 수 없습니다. DevOps는 비유적으로나 문자 그대로나 단번에 큰 성과를 얻는 스프린트가 아니므로 그들은 그 제안을 받아들이지 않을 것입니다. DevOps는 마라톤처럼 고객을 만족시키고 비즈니스를 발전시킬 훌륭한 제품과 서비스를 만드는 여정입니다.
오늘은 괜찮아 보이지만 실제로 그렇지 않다는 사실을 조직이 마주하도록 해야 합니다. DevOps 없이 발생할 확실한 손실을 피하는 일을 조직의 공동 책임으로 삼으세요.
조직과 고객을 어떻게 설득하여 DevOps를 도입했는지, 여러분의 의견과 경험, 전술을 듣고 싶습니다. 성공 사례는 물론 어렵게 얻은 소중한 교훈도 환영합니다!
아래 토론에 참여하여 DevOps 커뮤니티와 의견을 공유해 주세요!
늘 좋은 일만 가득하시길 바랍니다. 읽어 주셔서 감사합니다! 즐겁게 읽으셨기를 바랍니다…
