IT 인프라의 놀라운 새로운 스타:시민 개발자의 부상

"오늘날 선수들을 향상시키려는 노력 없이 관리만 하는 감독들이 많다. 감독을 만드는 것은 선수들이다." 이탈리아 축구 클럽인 Foggia와 Pescara를 시리즈 B 우승으로 이끈 축구 감독 Zdeněk Zeman의 말입니다. Zeman에 따르면 코칭은 선수를 관리하는 것만큼이나 선수를 개선하고 활성화하는 것입니다.

이 아이디어는 축구(미국 독자의 경우 축구) 선수 이상에 적용됩니다.

IT의 역할이 솔로 플레이어에서 팀 플레이어, 코치로 바뀌고 있기 때문에 축구 코치를 인용하는 것은 여기에서 유용합니다. 시민 개발자의 부상은 IT가 개인의 영웅적 영웅을 넘어 곧 자신의 소프트웨어와 워크플로를 구축하고 자동화할 비즈니스 사용자를 지도하는 방법을 배워야 한다는 것을 의미합니다.

왜요? 디지털 혁신과 파괴의 위협은 이제 기업이 위에서 아래로 민첩해야 한다는 것을 의미하기 때문입니다. 그리고 그 민첩성을 위해서는 우리 모두가 개발에 참여해야 합니다. 하지만 IT의 새로운 역할과 IT의 새로운 스타를 이해하려면 IT 인프라의 시작으로 돌아가야 합니다.

IT 부서의 기원

IT 부서는 비기술 직원이 직장 도구를 관리하고 조직에서 기술 인프라를 관리하는 데 도움이 되는 기술 분야에서 시작되었습니다.

IT, 정보에서 인터넷으로

IT 부서의 기원은 "정보 기술"이라는 이름에서 찾을 수 있습니다. 컴퓨터는 IT 이전에 존재했지만 IT는 조직에서 컴퓨터를 사용하여 정보를 색인화하고 정렬하기 시작할 때까지 존재하지 않았습니다.

IT 이전에 색인은 문서와 책을 범주로 분류하는 절차였습니다. 예를 들어 도서관에는 원하는 책을 찾는 방법을 알려주는 색인 파일이나 카드가 있을 수 있습니다. 그리고 각 책의 색인을 통해 특정 정보를 찾을 수 있는 위치를 알려줍니다. 컴퓨터는 자동으로 색인을 생성하고 검색을 통해 정보를 제공합니다.

처음에 IT는 정보 과학에 컴퓨팅을 적용한 것이었습니다. 그러나 일단 컴파일러와 자연어 프로그래밍이 등장하면 학계 밖의 사람들도 컴퓨팅 분야에서 직업을 가질 수 있습니다. 1970년대에 이르러 이 신흥 직업은 수요를 증가시켰습니다. 회사는 컴퓨터를 전문적인 작업에 적용했으며 데스크탑, 워드 프로세서 및 스프레드시트는 필수 비즈니스 도구가 되었습니다. 따라서 이러한 기술을 관리, 지원 및 실행할 수 있는 IT 인력도 필수 요소가 되었습니다.

데스크탑이 메인프레임에서 네트워크 장치로 진화함에 따라 IT의 중요성이 커졌습니다. 처음에는 IT가 로컬 네트워크를 관리했지만 결국에는 IT도 인터넷 네트워크를 관리하게 되었습니다. 이제 IT는 IT 인프라를 사내에서 관리해야 하지만 IT 인프라도 다른 네트워크 및 컴퓨터의 세계와 연결되어 관리해야 했습니다.

IT 인프라의 초창기

처음에는 IT 인프라가 주로 물리적 비즈니스에 디지털 부속물로 남아 있었습니다.

IT 부서의 주요 역할은 IT 인프라를 설정, 유지 관리 및 보호하는 것이었습니다. IT 인프라에는 스토리지, 서버, 네트워크 및 보안이 포함됩니다. 부차적이지만 더 눈에 띄는 역할은 비기술 직원이 장비를 작동하고 유지하도록 돕는 것이었습니다.

한 가지 예:암호. 직원, 특히 컴퓨터를 처음 접하는 직원은 암호 요구 사항에 익숙하지 않았으며 종종 IT에서 좋은 정책에 대해 교육해야 했습니다. 아래의 1980년대 포스터는 IT가 직원들에게 새로운 기술을 사용하여 안전하게 작업하는 방법을 보여줄 수 있는 한 가지 방법이었습니다.

( 출처 )

그 당시에는 IT 직원이 특정 회사의 유일한 기술 인력인 경우가 많았습니다. 기술은 조력자이자 보물이었습니다. IT는 신중하게 파악하고 보호해야 했습니다. IT 인프라는 필수적이었습니다. 어떤 기업도 서류상으로 돌아가지 않을 것입니다! 하지만 과소 평가되고 오해를 받고 있습니다.

기업은 여전히 ​​현대화에 어려움을 겪고 있으며 IT(현대화를 가장 많이 담당하는 사람들)에게 기업이 디지털 혁신을 달성하는 데 필요한 권한을 부여했습니다.

현재:DevOps 및 디지털 혁신의 성공

DevOps는 이름에서 알 수 있듯 개발과 운영, 즉 소프트웨어 개발자와 IT를 통합하는 운동입니다. DevOps는 현대 기업에서 소프트웨어 개발자의 부상과 이러한 기업이 개발자와 IT가 함께 작업하도록 해야 하는 필요성에 대한 반응으로 등장했습니다.

DevOps, 애자일에서 필수로

Agile 방법론은 DevOps의 전신이었지만 민첩성과 협업을 강조했지만 IT 부서와 개발자 부서는 여전히 고립되어 있었습니다.

대부분의 회사에서 소프트웨어 개발자는 코드를 작성하고 기능을 구축하여 IT 부서에 '벽 너머로' 던져 넣었습니다. 그리고 IT 부서는 해당 코드가 프로덕션 컨텍스트에서 실행되도록 했습니다. 이 분리는 문제를 일으켰습니다. 개발자는 작업을 염두에 두지 않고 코드를 작성하는 경우가 많았고 IT 부서는 변경 사항을 위해 개발자에게 자주 돌아가야 했습니다. 애자일 이전에는 이러한 역동성이 기술 팀의 반복 작업을 방해했지만 애자일 이후에도 기술 팀은 애자일에 어려움을 겪었습니다.

Atlassian의 수석 솔루션 엔지니어인 Ian Buchanan은 2007년경에 기술 커뮤니티가 "코드를 작성하는 사람이 해당 코드를 배포하고 지원하는 사람과 조직적, 기능적으로 분리되어야 하는 전통적인 소프트웨어 개발 모델에 반대하는" 것이라고 썼습니다.

대화의 리더로는 Patrick Debois, Gene Kim, John Willis가 있습니다(그 중 일부는 결국 함께 The Phoenix Project:A Novel About IT, DevOps, Helping Your Business Win라는 유명한 책을 집필했습니다. ).

DevOps는 도입된 이후 빠르게 성장했습니다. 개발자와 IT는 더 나은 제품을 더 빨리 개발, 제공 및 유지 관리할 수 있도록 하는 협력 방법을 여전히 발견하고 연마하고 있습니다.

DevOps는 개발과 운영 간의 피드백 주기로 가장 잘 시각화되며, 이전에는 계획, 코딩, 구축 및 테스트를 처리했습니다. 후자는 릴리스, 배포, 운영 및 모니터링을 처리합니다.

( 출처 )

이러한 성공에도 불구하고 DevOps는 아직 갈 길이 멀습니다. 2020년 Atlassian 설문조사에 따르면 설문조사에 응한 조직의 거의 절반이 지난 3년 동안 DevOps를 실행하지 않았습니다. 성장은 있지만 보편적인 채택은 아직 아닙니다.

IT 인프라에 대한 DevOps의 영향

IT 인프라에 대한 DevOps 움직임의 변화는 상당했습니다. DevOps가 의존하는 세 가지 주요 구성 요소를 통해 변경 사항을 가장 잘 이해할 수 있습니다.

• 민첩한 워크플로: IT 인프라는 이제 민첩성과 반복을 중시하는 워크플로를 지원할 수 있어야 합니다. 즉, 인프라는 주요 업데이트를 가끔 제공하는 대신 사소한 업데이트를 지속적으로 제공해야 합니다.

• 지속적인 통합 및 제공: IT 인프라는 이제 지속적인 통합(코드 변경 사항을 중앙 저장소에 자주 병합하는 프로세스)과 지속적인 전달(코드 변경 사항을 테스트 또는 프로덕션 환경에 자동으로 배포하는 프로세스)을 지원해야 합니다.

• 버전 관리: IT 팀과 IT 인프라는 이제 버전 제어를 제공할 수 있어야 하므로 개발 팀은 신속하게 변경 사항을 도입하고 문제가 발생할 경우 이전 버전으로 신속하게 롤백할 수 있습니다.

이러한 구성 요소와 전반적인 DevOps의 결과는 이제 더 많은 사람들(주로 개발자)이 IT 인프라에 액세스할 수 있다는 것입니다. 이제 개발자는 IT 및 운영 부서와 직접 통신할 수 있습니다.

그 다음 큰 변화인 시민개발자의 부상이 지금 일어나고 있습니다. DevOps를 통해 개발자는 IT 인프라에 훨씬 더 쉽게 액세스할 수 있었지만 대부분의 비즈니스 사용자는 IT 인프라에 액세스할 수 없었습니다.

미래:시민 개발자의 부상

DevOps를 통해 개발자가 IT 인프라에 액세스할 수 있었던 것처럼 코드가 낮고 코드가 없으면 비즈니스 사용자가 IT 인프라에 액세스할 수 있습니다. 비즈니스 사용자가 기술에 직접 손을 댈 수 있게 되면 비즈니스와 IT는 동일하게 보이지 않을 것입니다.

반군에서 지도자로 시민 개발자

2012년 John K. Waters는 Gartner 분석가들이 "우리는 이제 모두 개발자입니다"라고 선언했고 시민 개발자라는 새로운 유행어가 탄생했다고 썼습니다. 시민 개발자는 공식적인 코딩 경험이 없지만 적절한 교육과 지원을 받으면 기술 솔루션을 만들 수 있는 비즈니스 사용자입니다.

시민 개발자의 기원은 모험을 좋아하는 비즈니스 사용자가 명령줄을 실험하던 IT 초창기까지 그 기원을 추적할 수 있습니다. 또는 나중에 비즈니스 사용자가 승인되지 않은 SaaS(Software as a Service) 앱("섀도 IT"라고도 함)을 배포할 때. 일부 비즈니스 사용자는 오랫동안 자신이 사용한 기술 솔루션을 만드는 데 참여하고 싶어했지만 최근까지 IT 부서에서 이러한 욕구를 지원하고 확장할 수 있게 되었습니다.

바쁜 개발 및 IT 팀이 비즈니스 사용자의 기술 요구를 충족시키기 위해 고군분투하면서 비즈니스 사용자는 점점 더 자신의 비즈니스 문제를 해결하기 위해 로우 코드 플랫폼을 사용합니다. 동급 최고의 플랫폼은 IT에 시민 개발자를 안전하게 관리하고 지원하는 데 필요한 거버넌스 도구를 제공합니다.

자세히 알아보기: CIO 여러분:지금 엔터프라이즈 규모의 로우 코드 전략이 필요한 이유

IT 인프라에 대한 시민 개발자의 영향

자동화는 실행 중인 시민 개발자의 가장 좋은 예입니다. 로우 코드 플랫폼의 도입으로 시민 개발자가 다양한 비즈니스 및 기술 문제에서 기능적이고 효과적이겠지만 자동화만큼 발전된 사용 사례는 거의 없습니다.

UiPath와 같은 최신 자동화 플랫폼을 통해 IT는 시민 개발자가 사용하는 인프라를 관리할 수 있습니다. 시민 개발자는 UiPath StudioX와 같은 도구를 사용하여 자체 자동화를 생성하고 UiPath 앱을 사용하여 아름다운 프론트엔드 환경을 구축하고 Automation Ops에서 자동화 프로그램을 위한 가드레일을 생성할 수 있습니다. 이러한 솔루션을 통해 모든 사람은 디지털 민첩성을 지원하는 인프라를 생성, 지원 또는 배포하는 데 최소한의 역할을 할 수 있습니다.

로우 코드는 시민 개발을 가능하게 하려는 기업을 위한 방법입니다. 최근 보도 자료에서 Gartner는 전 세계적으로 로우 코드 시장이 23% 성장하여 2021년에는 138억 달러에 이를 것으로 예측합니다.

아래 그래프(보도 자료에서도 제공)에서 Gartner는 로우 코드 애플리케이션 플랫폼과 시민 개발이 모두 올해 성장할 것으로 예측합니다.

물론 거버넌스는 로우 코드 플랫폼의 도움을 받지만 그 결과는 아닙니다. 시민 개발자는 일반적으로 비즈니스 사용자를 교육하고, 노력을 관리하고, 아이디어를 배포하는 우수 센터(CoE)를 통해 운영합니다. 이를 통해 비즈니스 사용자는 자신과 다른 비즈니스 사용자를 위해 문제를 해결할 수 있으며 전체적으로 더 간결하고 효율적인 조직을 만들 수 있습니다.

올바른 거버넌스와 기술을 통해 시민 개발자는 문제에 대한 솔루션을 구축하고 확장할 수 있습니다. 이러한 솔루션이 직원과 부서 전체에 축적됨에 따라 기업은 변혁적 잠재력을 축적합니다. 훈련되고 지원되는 시민 개발자로 구성된 회사는 시민 개발자가 없는 기업이 상상할 수 없는 방식으로 미래 트렌드에 적응할 수 있습니다.

주문형 웨비나, Giving Power to the People에서 성공적인 시민 개발 프로그램을 시작하기 위한 모범 사례를 확인하십시오.

IT가 원래 솔로 플레이어로 시작하여 DevOps를 통해 팀 플레이어가 되었다면 시민 개발 운동이 성장함에 따라 새로운 역할은 코치가 될 것입니다.

모두를 위한 기술(및 거버넌스)

DevOps가 직원의 컴퓨터 설정을 도와줄 IT 직원의 필요성을 없애지 못한 것처럼 시민 개발자는 IT 일자리를 없애지 않을 것입니다. 최고의 축구 선수에게도 코치가 있습니다.

비즈니스 사용자가 보다 정교한 기술에 액세스할 수 있게 되면서 거버넌스와 코칭을 위해 IT를 계속 찾게 될 것입니다. 기술에 대한 접근성이 높을수록 IT 부서에서 더 많이 관리, 육성 및 가속화해야 합니다.

그리고 통제된 시민 개발을 가능하게 하는 기술은? 로봇 프로세스 자동화(RPA). 자세히 알아보려면 C-Suite용 RPA 개요:시작하기 위한 빠른 가이드를 확인하세요.