"오늘날 많은 코치들은 선수들을 향상시키려 하지 않고 그저 관리만 한다. 코치를 만드는 것은 선수들이다." 이탈리아 축구 클럽 포자(Foggia)와 페스카라(Pescara)를 세리에 B 우승으로 이끈 축구 감독 즈데녜크 제만(Zdeněk Zeman)의 말입니다. 제만에 따르면 코칭은 선수를 관리하는 것만큼이나 그들을 향상시키고 가능하게 하는 것입니다.
이 생각은 축구(미국 독자들을 위해 축구라고도 함) 선수를 넘어 훨씬 더 많은 것에 적용됩니다.
축구 감독을 인용한 것은 유용한데, IT의 역할이 솔로 플레이어에서 팀 플레이어를 거쳐 코치로 변화하고 있기 때문입니다. 시민 개발자의 부상은 IT가 단일 플레이어의 개인적 영웅담을 넘어, 곧 스스로 소프트웨어와 워크플로를 구축하고 자동화할 비즈니스 사용자들을 코칭하는 법을 배워야 함을 의미합니다.
왜일까요? 디지털 트랜스포메이션과 파괴적 혁신의 위협 때문에 기업은 이제 탑다운으로 민첩해야 합니다. 그리고 그 민첩성은 우리 모두에게 개발에 참여할 것을 요구합니다. IT의 새로운 역할과 IT의 새로운 스타를 이해하려면, IT 인프라의 시작으로 거슬러 올라가야 합니다.
IT 부서는 비기술 직원이 업무 도구를 관리하고 조직이 기술 인프라를 관리하도록 돕는 기술 분야로 시작되었습니다.
IT 부서의 기원은 그 이름인 '정보 기술(Information Technology)'에서 찾을 수 있습니다. 컴퓨터는 IT 이전에 존재했지만, 조직이 컴퓨터를 사용하여 정보를 색인하고 정렬하기 전까지 IT는 존재하지 않았습니다.
IT 이전에는 색인 작업이 서류와 책을 카테고리별로 분류하는 절차였습니다. 예를 들어 도서관에서는 찾고 있는 책을 찾는 방법을 알려주는 색인 파일이나 카드가 있었고, 각 책 안에도 특정 정보를 찾는 색인이 있었습니다. 컴퓨터는 색인을 자동화하고 검색을 통해 정보를 이용 가능하게 만들었습니다.
처음에 IT는 컴퓨팅을 정보 과학에 적용하는 것이었습니다. 하지만 컴파일러와 자연어 프로그래밍이 등장하면서 학계 밖의 사람들도 컴퓨팅을 직업으로 삼을 수 있게 되었습니다. 1970년대가 되자 이 신흥 직업은 수요 증가와 마주쳤습니다. 기업들은 컴퓨터를 전문 업무에 적용했고, 데스크톱, 워드 프로세서, 스프레드시트가 필수 비즈니스 도구가 되었습니다. 따라서 이 기술을 관리, 지원, 실행할 수 있는 사람들인 IT도 필수적이 되었습니다.
데스크톱이 메인프레임에서 네트워크 장치로 진화하면서 IT의 중요성은 커졌습니다. 처음에 IT는 로컬 네트워크를 관리했지만, 결국 인터넷 네트워크도 관리하게 되었습니다. 이제 IT는 사내 IT 인프라뿐만 아니라 다른 네트워크 및 컴퓨터 세상과 연결된 IT 인프라까지 관리해야 했습니다.
처음에 IT 인프라는 주로 물리적 비즈니스에 부속된 디지털 부속물에 불과했습니다.
IT 부서의 주된 역할은 IT 인프라를 구축, 유지, 보호하는 것이었습니다. IT 인프라에는 스토리지, 서버, 네트워크, 보안이 포함되었습니다. 부차적이지만 더 눈에 띄는 역할은 비기술 직원이 장비를 운영하고 유지하도록 돕는 것이었습니다.
예: 비밀번호. 특히 컴퓨터에 익숙하지 않은 직원들은 비밀번호 요구사항을 낯설어했고, 종종 IT가 그들에게 신기술로 안전하게 작업하는 정책을 교육해야 했습니다. 아래 1980년대 포스터는 IT가 직원들에게 새로운 기술로 안전하게 작업하는 방법을 보여주던 한 방식이었습니다.
(출처: Source)
당시 IT 직원들은 주어진 회사에서 종종 유일한 기술자들이었습니다. 기술은 인에이블러이자 보물이었고, IT가 신중하게 배분하고 지켜야 할 대상이었습니다. IT 인프라는 필수적이었습니다(어떤 비즈니스도 종이로 돌아가지 않을 것입니다!). 하지만 과소평가되고 오해받았습니다.
기업들은 여전히 현대화에 어려움을 겪었고, 현대화를 주도하는 경우가 가장 많은 IT에게 디지털 트랜스포메이션을 달성하는 데 필요한 권한을 부여하지 못했습니다.
이름에서 알 수 있듯 데브옵스(DevOps)는 개발(Development)과 운영(Operations), 즉 소프트웨어 개발자와 IT를 병합하는 운동입니다. 데브옵스는 현대 기업에서 소프트웨어 개발자의 부상과 이 기업들이 개발자와 IT를 협력시켜야 할 필요성에 대한 반응으로 등장했습니다.
애자일 방법론은 데브옵스의 선구자였지만, 민첩성과 협업을 강조했음에도 IT와 개발자 부서는 사일로 상태로 남아 있었습니다.
대부분 회사에서 소프트웨어 개발자는 코드를 작성하고 기능을 구축한 뒤 IT 부서에 '벽 너머로 던졌습니다(over the wall)'. 그리고 IT 부서는 그 코드를 프로덕션 환경에서 돌아가게 만들었습니다. 이 분리는 문제를 야기했습니다. 개발자는 운영을 염두에 두지 않고 코드를 작성하는 일이 잦았고, IT는 자주 개발자에게 변경을 요청하러 돌아가야 했습니다. 애자일 이전에는 이 역학 관계가 기술 팀의 반복을 저해했지만, 애자일 이후에도 기술 팀은 '민첩함'을 실현하는 데 어려움을 겪었습니다.
아틀라시안(Atlassian)의 수석 솔루션 엔지니어 이안 뷰캐넌(Ian Buchanan)은 2007년경 기술 커뮤니티가 "코드를 작성하는 사람들을 조직적으로나 기능적으로 코드를 배포하고 지원하는 사람들과 분리하라고 요구하던 전통적인 소프트웨어 개발 모델에 맞섰다"고 썼습니다.
대화의 리더들로는 패트릭 드부아(Patrick Debois), 진 킴(Gene Kim), 존 윌리스(John Willis) 등이 있었으며(이들 중 일부는 나중에 유명한 책 The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win을 함께 집필했습니다).
데브옵스는 도입 이후 급속히 성장했습니다. 개발자와 IT는 여전히 더 나은 제품을 더 빠르게 개발, 제공, 유지할 수 있는 협업 방식을 발견하고 다듬고 있습니다.
데브옵스는 개발과 운영 사이의 피드백 사이클로 가장 잘 시각화됩니다. 전자는 기획, 코딩, 빌드, 테스트를 담당하고, 후자는 릴리스, 배포, 운영, 모니터링을 담당합니다.
(출처: Source)
성공에도 불구하고 데브옵스는 아직 갈 길이 멉니다: 2020년 아틀라시안 조사에 따르면, 설문 대상 조직의 거의 절반이 지난 3년간 데브옵스를 실천하지 않았습니다. 성장은 있지만, 보편적 채택은 아직입니다.
데브옵스 운동이 IT 인프라에 가져온 변화는 상당했습니다. 이 변화는 데브옵스가 의존하는 세 가지 주요 구성 요소를 통해 가장 잘 이해할 수 있습니다.
이 구성 요소들과 데브옵스 전체의 결과로 IT 인프라는 이제 더 많은 사람들, 주로 개발자들에게 접근 가능해졌습니다. 이제 개발자들은 IT 및 운영과 직접적인 소통 라인을 갖게 되었습니다.
다음 주요 변화인 시민 개발자의 부상이 지금 일어나고 있습니다. 데브옵스는 IT 인프라를 개발자들에게 훨씬 더 접근 가능하게 만들었지만, IT는 여전히 대부분의 비즈니스 사용자에게는 접근 불가능한 영역으로 남아 있습니다.
데브옵스가 IT 인프라를 개발자들에게 접근 가능하게 만들었듯, 로우코드와 노코드는 IT 인프라를 비즈니스 사용자들에게 접근 가능하게 만들 것입니다. 비즈니스 사용자가 기술에 직접 관여할 수 있게 되면, 비즈니스와 IT는 예전과 같지 않을 것입니다.
2012년 존 K. 워터스(John K. Waters)는 가트너 분석가들이 "우리 모두는 이제 개발자다"라고 선언했고 새로운 유행어가 탄생했다고 썼습니다: 시민 개발자(Citizen Developer). 시민 개발자는 공식적인 코딩 경험은 없지만, 적절한 교육과 지원을 통해 기술 솔루션을 만들 수 있는 비즈니스 사용자입니다.
시민 개발자의 기원은 용어 탄생 이전으로 거슬러 올라갑니다. IT 초기 모험적인 비즈니스 사용자들이 명령줄을 실험하던 시절로, 혹은 이후 비즈니스 사용자들이 승인되지 않은 SaaS 앱(일명 '섀도 IT')을 배포하던 시절로. 일부 비즈니스 사용자들은 자신이 사용하는 기술 솔루션을 만드는 데 직접 관여하기를 오랫동안 원했지만, IT가 이 욕구를 지원하고 확장할 수 있게 된 것은 최근의 일입니다.
바쁜 개발 및 IT 팀이 비즈니스 사용자들의 기술 수요를 충족시키기 어려워하면서, 비즈니스 사용자들은 점점 더 로우코드 플랫폼을 사용하여 자신의 비즈니스 문제를 직접 해결하고 있습니다. 최고의 플랫폼은 IT가 시민 개발자를 안전하게 관리하고 지원하는 데 필요한 거버넌스 도구를 제공합니다.
더 깊이 알아보기: CIO에게 보내는 편지: 지금 엔터프라이즈급 로우코드 전략이 필요한 이유
자동화는 시민 개발자의 실제 사례 중 최고입니다. 로우코드 플랫폼의 도입으로 시민 개발자가 다양한 비즈니스 및 기술 문제에서 기능적이고 효과적이게 될 것이지만, 자동화만큼 발전된 유스케이스는 드뭅니다.
유아이패스 같은 최신 자동화 플랫폼은 IT가 시민 개발자가 사용하는 인프라를 거버넌스할 수 있게 하며, 시민 개발자는 유아이패스 스튜디오X(StudioX)로 자신만의 자동화를 만들고, 유아이패스 앱스(Apps)로 아름다운 프론트엔드 경험을 구축하고, 오토메이션 옵스(Automation Ops)로 자동화 프로그램의 가드레일을 만들 수 있습니다. 이러한 솔루션은 모든 사람이 디지털 민첩성을 가능하게 하는 인프라의 생성, 지원, 배포에 적어도 작은 역할을 할 수 있게 합니다.
로우코드는 시민 개발을 가능하게 하려는 기업의 길입니다. 최근 보도자료에서 가트너는 전 세계 로우코드 시장이 23% 성장하여 2021년에 138억 달러에 달할 것이라고 예측했습니다.
아래 그래프(보도자료에서도 발췌)에서 가트너는 로우코드 애플리케이션 플랫폼과 시민 개발이 올해 모두 성장할 것이라고 예측합니다.
물론 거버넌스는 로우코드 플랫폼의 도움을 받지만 그것의 결과물은 아닙니다. 시민 개발자는 보통 CoE(센터 오브 엑설런스)를 통해 운영되며, CoE는 비즈니스 사용자를 교육하고, 그들의 노력을 관리하며, 아이디어를 배포합니다. 이는 비즈니스 사용자가 자신과 다른 비즈니스 사용자의 문제를 스스로 해결하도록 권한을 부여하여, 집단적으로 더 린하고 효율적인 조직을 만듭니다.
올바른 거버넌스와 기술이 갖춰지면, 시민 개발자는 자신의 문제에 대한 솔루션을 구축하고 확장할 수 있습니다. 이러한 솔루션이 직원과 부서 전반에 축적됨에 따라, 기업은 변혁적 잠재력을 축적하게 됩니다. 훈련되고 지원받는 시민 개발자 군단을 보유한 기업은, 시민 개발자가 없는 기업이 상상도 못 할 방식으로 미래 트렌드에 적응할 수 있게 될 것입니다.
성공적인 시민 개발 프로그램 출시를 위한 모범 사례는 온디맨드 웨비나 '사람들에게 힘을 주다(Giving Power to the People)'에서 확인하세요.
IT가 기원에서는 솔로 플레이어였고 데브옵스를 통해 팀 플레이어가 되었다면, 시민 개발 운동이 성장함에 따라 IT의 새로운 역할은 코치가 될 것입니다.
데브옵스가 직원들의 컴퓨터 설정을 돕는 IT 직원의 필요성을 없애지 않았듯, 시민 개발자도 IT 일자리를 없애지 않을 것입니다. 위대한 축구 선수들도 코치가 필요합니다.
비즈니스 사용자가 더 정교한 기술에 접근하게 될수록, 그들은 거버넌스와 코칭을 위해 여전히 IT를 찾을 것입니다. 기술이 더 접근 가능해질수록, IT가 그것을 더 많이 관리, 육성, 가속화해야 합니다.
그리고 거버닝된 시민 개발을 가능하게 하는 기술? 바로 로봇 프로세스 자동화(RPA)입니다. 더 자세히 알고 싶다면 'C-레벨을 위한 RPA 개요: 시작을 위한 퀵 가이드'를 확인하세요.
자동화 제어 시스템
비즈니스 자동화는 이제 삶의 사실입니다. 거의 모든 기업이 모든 산업에서 어떤 단계에서든 일상 업무를 수행하기 위해 어떤 형태의 자동화를 채택했거나 채택할 것입니다. 그리고 그래야 합니다. 알고리즘과 기계는 정의된 규칙에 따라 예측하고 실행해 일상 프로세스를 자동으로 수행할 수 있습니다. 현대 유통의 벤치마크인 아마존은 수많은 초대형 창고에서 드론 인력을 고용해 24시간 365일 프로세스를 가동합니다. 사물인터넷(IoT)의 부상으로 기계가 독립적으로 통신하고 인간 행동을 대체하면서 기계 자동화의 범위가 확대되고 인기가 높아졌습니다.
몇 달 내 싱가포르의 유명 레스토랑 손님들은 새로운 서비스를 경험하게 될 것입니다. 요리를 인간 웨이터가 아닌 드론이 테이블로 날라다 주는 것입니다. 이 날아다니는 웨이터는 사실 자율 드론이지만, 단순한 헤드라인용 눈요기 이상입니다. 일단 서비스에 투입되면 직원들이 주방과 식당 사이를 오가며 요리를 나르지 않아도 돼 직원 생산성이 25% 향상될 것으로 예상됩니다. 이는 인간과 기계가 지능형 자동화라는 추세 속에서 나란히 일하게 될 미래 노동력의 작지만 주목받는 한 단면입니다. 로봇은 수십 년간 공장 생산라인에서 일해왔지만, 레스토랑
