AWS 엔터프라이즈 전략가인 Mark Schwartz 씨와 영국 엔터프라이즈 기술 책임자 Paul Hannan 씨가 성공적인 클라우드 전환을 위한 주요 팁 몇 가지를 공유합니다. 이 두 사람은 다양한 클라우드 도입 및 혁신 여정에서의 기업 코칭 경험을 바탕으로 직원을 신뢰하고 기업 문화를 확립하는 것의 중요성에 대해 논의합니다.
Mark Schwartz 씨가 2010년 미국 국토 안보부에서 미국 시민권 및 이민 서비스(USCIS) 담당 CIO가 되면서 2,000명과 연간 6억 USD의 예산을 관리했습니다. 당시 그는 어떻게 그와 같은 방대한 조직을 움직일 수 있을지 궁금했습니다.
“IT 부서는 18개월 주기로 프로덕션으로 출시했고, 혁신 프로그램은 지금까지 아무런 결과도 얻지 못한 소프트웨어 작업에 약 10억 USD를 지출했으며, 지난 4년 동안 21명의 사람들이 문서를 모으는 것 외에는 아무 일도 하지 않았습니다. 변화가 매우 느리게 일어나는 저빈도 조직이라고 말하는 것이 타당합니다." Schwartz 씨는 지난 5월 런던에서 열린 AWS 서밋에서 경영진 청중에게 이렇게 말했습니다.
정치 지도자들이 성급하게 정책 변경을 발표하기 때문에 이에 빠른 속도로 대응해야 하는 조직에게는 이런 속도가 충분하지 않았습니다.
하지만 변화가 일어났습니다. 2017년 AWS의 엔터프라이즈 전략가이자 저명한 비즈니스 전략에 관한 저자가 되면서 Schwartz 씨와 그의 팀은 USCIS에서 놀라운 변화를 관리했습니다. “일부 시스템은 1년 반에 한 번이 아니라 하루에 서너 번 프로덕션에 배포했습니다. 우리는 전국에 배치할 수 있는 신속한 대응 팀을 구성했고 매번 새로운 애플리케이션을 생성하는 해커톤을 운영했습니다. 그리고 우리가 국토 안보부에서 할 수 있다면 여러분도 할 수 있습니다”라고 그는 말했습니다.
가장 힘든 프로세스를 가진 팀도 방해자에서 민첩성 지원자로 전환될 수 있습니다.
Schwartz 씨에 따르면 클라우드 기술을 배포하는 것은 쉬운 부분이지만 '분석 마비'에 주의해야 합니다. Schwartz 씨는 "신용 카드를 꺼내고 클라우드에서 가상 머신을 가동하는 것은 매우 간단합니다"라고 말했습니다. 그러나 개발 기술을 선택할 때 서로 다르지만 본질적으로 유사한 소프트웨어 개발 플랫폼을 옹호하는 열정적인 사람들은 '분석 마비'에 시달릴 수 있습니다. 이는 시간과 리소스를 엄청나게 낭비합니다. 제 대답은 “허용하지 말라”는 것입니다. 동전을 뒤집고 앞으로 나가세요. 해야 할 더 중요한 일이 있습니다.
”이 문제는 일이 정말 까다로워지기 시작하는 프로세스 측면에 있습니다. 예를 들어, USCIS는 거의 모든 영역에서 장황하고 지나치게 관료적인 절차를 수행했습니다. 끝없는 단계, 확인 및 문서 요구 사항이 있었습니다. 그러나 Schwartz 씨는 가장 힘든 프로세스를 가진 팀도 방해자에서 민첩성 지원자로 전환될 수 있음을 알게 되었습니다. 비결은 올바른 목표를 설정한 다음, 팀이 목표에 도달하는 방법을 제안할 수 있는 창의적인 자유를 제공하는 것입니다. “예를 들어, 시스템이 프로덕션으로 전환되지 않도록 함으로써 스스로 품질을 유지하는 것으로 간주하는 품질 보증(QA) 조직이 있었습니다. QA 책임자는 심지어 자신을 흥을 깨는 사람이라고 불렀습니다.”
분명히 이것은 문제가 됩니다. QA 팀은 품질에 대한 열정이 있었지만, 그들은 너무나 많은 세부 사항으로 가득 찬 문서화 과정과 광범위한 테스트를 수행해야 했습니다. 이는 더 빠른 제공 시간을 달성하는 것이 불가능하다는 것을 의미했습니다. 그래서 Schwartz 씨는 QA의 목표와 파라미터를 변경했습니다. 먼저, 그는 필요한 정보를 전달할 수 있도록 문서가 최대한 짧아야 한다고 말했습니다. “그런 다음, 저는 그들에게 저품질 시스템이 프로덕션으로 전환되는 것을 막는 것이 아니라 모든 것이 처음부터 높은 수준의 품질로 구축되도록 하는 것이 그들의 업무라고 말했습니다”라고 그는 말했습니다.
