Offcanvas

������������

프로젝트에서 프로덕트로··· IT 리더들, '제품 기반 접근법'에 주목하다

IT 프로젝트 중심적 접근법 대신 제품 기반적 접근법(product-based approach)에 주목하는 CIO들이 늘고 있다. 하지만 이는 마음만 먹는다고 쉽게 달성할 수 있는 전환이 아니다.  2년 전, 스티븐 펄미즈는 프레시디오(Presidio)의 CIO로 임명됐다. 이후 그는 IT 부서가 일부 작업에는 워터폴(Waterfall) 개발 방법을 사용하고 다른 것들에는 애자일(Agile) 중심적 프로젝트 기반 접근방식을 적용하고 있음을 파악했다.  펄미즈는 이러한 양태가 걸림돌이 된다고 판단했다. 그는 “신속한 대응이 불가능했다. 솔루션을 개발할 즈음에는 관련성이 없을 수 있다. 현업 부문에서 필요로 하는 것을 더 신속하게 제공하기 위해 새로운 방법을 찾아야 했다”라고 말했다. 그 이후로 그는 IT 부서와 회사의 나머지 부서들이 일하는 방식을 바꾸려 시도했다. 먼저 CFO가 같은 시각을 갖고 있다는 사실을 알게 된 후 CFO와 우선적으로 협력했다. 그는 IT 인력 중 일부를 금융 부서 도구 또는 제품을 중심으로 하는 팀들로 재구성했고 금융 배경지식과 기술적 각각이 있는 제품 관리자를 고용했다. 그리고 새로운 팀이 재무 부서와 협업하여 신기능을 신속하게 반복적으로 제공하도록 하여 각종 요구를 신속하게 충족할 수 있도록 했다. 많은 CIO들이 비즈니스 요구를 해결하는 기술을 신속하게 개발하는 방법을 찾아나서고 있다. 그리고 해법으로 프로젝트가 아닌 제품 단위에 인력을 할당하는 시도에 주목하고 있다. 두 사고방식 사이의 차이점은 크며, 전환을 위해서는 많은 노력이 필요하다. 그럼에도 불구하고 여러 임원 컨설턴트, 비즈니스 자문가, 선두 CIO들은 조직이 경쟁력을 유지하기 위해서는 이런 변화가 필요하다고 주문하고 있다.  베인앤컴퍼니(Bain & Company)의 파트너이자 ‘올바른 애자일 방법론: 혼란 없는 전환(Doing Agile Right: Transformation Without Chaos)’의 공동 저자 스...

제품 기반 IT 제품 중심 IT 제품 관리 IT 트랜스포메이션 애자일 프로젝트 현업 정렬

2021.12.13

IT 프로젝트 중심적 접근법 대신 제품 기반적 접근법(product-based approach)에 주목하는 CIO들이 늘고 있다. 하지만 이는 마음만 먹는다고 쉽게 달성할 수 있는 전환이 아니다.  2년 전, 스티븐 펄미즈는 프레시디오(Presidio)의 CIO로 임명됐다. 이후 그는 IT 부서가 일부 작업에는 워터폴(Waterfall) 개발 방법을 사용하고 다른 것들에는 애자일(Agile) 중심적 프로젝트 기반 접근방식을 적용하고 있음을 파악했다.  펄미즈는 이러한 양태가 걸림돌이 된다고 판단했다. 그는 “신속한 대응이 불가능했다. 솔루션을 개발할 즈음에는 관련성이 없을 수 있다. 현업 부문에서 필요로 하는 것을 더 신속하게 제공하기 위해 새로운 방법을 찾아야 했다”라고 말했다. 그 이후로 그는 IT 부서와 회사의 나머지 부서들이 일하는 방식을 바꾸려 시도했다. 먼저 CFO가 같은 시각을 갖고 있다는 사실을 알게 된 후 CFO와 우선적으로 협력했다. 그는 IT 인력 중 일부를 금융 부서 도구 또는 제품을 중심으로 하는 팀들로 재구성했고 금융 배경지식과 기술적 각각이 있는 제품 관리자를 고용했다. 그리고 새로운 팀이 재무 부서와 협업하여 신기능을 신속하게 반복적으로 제공하도록 하여 각종 요구를 신속하게 충족할 수 있도록 했다. 많은 CIO들이 비즈니스 요구를 해결하는 기술을 신속하게 개발하는 방법을 찾아나서고 있다. 그리고 해법으로 프로젝트가 아닌 제품 단위에 인력을 할당하는 시도에 주목하고 있다. 두 사고방식 사이의 차이점은 크며, 전환을 위해서는 많은 노력이 필요하다. 그럼에도 불구하고 여러 임원 컨설턴트, 비즈니스 자문가, 선두 CIO들은 조직이 경쟁력을 유지하기 위해서는 이런 변화가 필요하다고 주문하고 있다.  베인앤컴퍼니(Bain & Company)의 파트너이자 ‘올바른 애자일 방법론: 혼란 없는 전환(Doing Agile Right: Transformation Without Chaos)’의 공동 저자 스...

2021.12.13

'프로젝트' 방식에서 '제품 관리' 방식으로··· CIO들이 전하는 이야기

에퀴닉스(Equinix)는 솔루션 구축에 ‘제품 모델’을 채택해 활용하고 있다. 하지만 쉽지는 않다. 전통적인 프로젝트 관리 방식을 탈피하기가 복잡하고, 최종 결과물에 영향을 미치는 미묘한 사항들이 아주 많다.   이 노력을 주도하고 있는 밀린드 웨이글 CIO에 따르면, 에퀴닉스는 특정 제품을 소유할(책임질) 부서와 제품 리드의 명칭을 결정하는 데 일단 어려움을 겪고 있다. 웨이글은 “운영 모델 측면에서 각종 역할과 책임을 테스트하고 있다”라고 말했다. 책임을 지는 부서나 직함 같은 세부사항들이 간단한 장애물로 보일 수도 있다. 하지만 이는 제품 기반 운영으로 전환하는 조직들이 직면하는 전형적인 문제다. 제품 기반 운영은 프로젝트 관리 방식과는 다른 종류의 거버넌스를 요구한다. 가트너의 레미 굴자르 애널리스트는 “프로젝트에서 제품으로의 변화는 아주 큰 변화이다. 의사결정, 권한, 책임을 모호하게 만든다”라고 지적했다. 그렇지만 CIO들은 제품 관리 방식의 가치를 인정하곤 한다. 조직이 빠르게 선회를 할 수 있도록 민첩성을 더한다는 것이다. 가트너 조사에 따르면, 2023년이면 대기업의 40%가 지속적인 혁신을 견인하기 위해 내부 비즈니스 역량을 제품 모델로 관리할 전망이다. 프로젝트 대 제품 관리 프로젝트 관리와 제품 관리 방식 사이에는 몇몇 차이점이 있으며, 중복되는 부분도 있다. 프로젝트는 새 ERP 시스템 구현 같은 ‘빅뱅’ 이니셔티브, 수동 데이터 업무를 RPA로 교체하는 것 같은 주요한 프로세스 변경 등에 적용되는 경향이 있다.  반면 제품으로 관리하는 방식은 디지털 비즈니스 역량이나 가치 흐름, 규정한 고객 세그먼트에 가치가 있는 고객 지향형 제품에 적용된다. 이를테면 무접촉 트랜젝션을 촉진하는 워크플레이스 애플리케이션 등이 내부 제품이며, 고객이 브랜드로부터 상품을 구입할 수 있는 모바일 애플리케이션은 외부 제품이다. 전통적인 프로젝트 관리는 리소스와 시간을 기준으로 프로젝트 생애 동안 자금을 제공한다. 제품으로 관리...

제품 모델 제품 관리 적응형 거버넌스 프로젝트 워터폴 애자일 현업 프로덕트 모델

2021.04.08

에퀴닉스(Equinix)는 솔루션 구축에 ‘제품 모델’을 채택해 활용하고 있다. 하지만 쉽지는 않다. 전통적인 프로젝트 관리 방식을 탈피하기가 복잡하고, 최종 결과물에 영향을 미치는 미묘한 사항들이 아주 많다.   이 노력을 주도하고 있는 밀린드 웨이글 CIO에 따르면, 에퀴닉스는 특정 제품을 소유할(책임질) 부서와 제품 리드의 명칭을 결정하는 데 일단 어려움을 겪고 있다. 웨이글은 “운영 모델 측면에서 각종 역할과 책임을 테스트하고 있다”라고 말했다. 책임을 지는 부서나 직함 같은 세부사항들이 간단한 장애물로 보일 수도 있다. 하지만 이는 제품 기반 운영으로 전환하는 조직들이 직면하는 전형적인 문제다. 제품 기반 운영은 프로젝트 관리 방식과는 다른 종류의 거버넌스를 요구한다. 가트너의 레미 굴자르 애널리스트는 “프로젝트에서 제품으로의 변화는 아주 큰 변화이다. 의사결정, 권한, 책임을 모호하게 만든다”라고 지적했다. 그렇지만 CIO들은 제품 관리 방식의 가치를 인정하곤 한다. 조직이 빠르게 선회를 할 수 있도록 민첩성을 더한다는 것이다. 가트너 조사에 따르면, 2023년이면 대기업의 40%가 지속적인 혁신을 견인하기 위해 내부 비즈니스 역량을 제품 모델로 관리할 전망이다. 프로젝트 대 제품 관리 프로젝트 관리와 제품 관리 방식 사이에는 몇몇 차이점이 있으며, 중복되는 부분도 있다. 프로젝트는 새 ERP 시스템 구현 같은 ‘빅뱅’ 이니셔티브, 수동 데이터 업무를 RPA로 교체하는 것 같은 주요한 프로세스 변경 등에 적용되는 경향이 있다.  반면 제품으로 관리하는 방식은 디지털 비즈니스 역량이나 가치 흐름, 규정한 고객 세그먼트에 가치가 있는 고객 지향형 제품에 적용된다. 이를테면 무접촉 트랜젝션을 촉진하는 워크플레이스 애플리케이션 등이 내부 제품이며, 고객이 브랜드로부터 상품을 구입할 수 있는 모바일 애플리케이션은 외부 제품이다. 전통적인 프로젝트 관리는 리소스와 시간을 기준으로 프로젝트 생애 동안 자금을 제공한다. 제품으로 관리...

2021.04.08

칼럼 | 디지털 전환, ‘왜’를 물어야 한다

디지털화 프로젝트와 관련해 ‘무엇을’과 ‘어떻게’에 집중하는 임원들이 많다. 그러나 이러한 접근 태도는 불명확한 목표와 낮은 ROI로 연결되기 쉽다.    SAP가 S/4HANA 마이그레이션 데드라인을 2027년으로 제시하면서 이를 오랫동안 미뤄왔던 많은 기업들의 발등에 불이 떨어졌다.  기업들은 업그레이드가 실제로 새로운 가치가 있을지 여부는 생각하지 않고 단순한 기술 업그레이드를 위해 뛰어들기로 결정하는 경우가 많다. 하지만 기억해야 할 현실이 있다. S/4HANA가 제공하는 모든 이점과 혁신을 단순히 기술 업데이트만으로는 달성할 수 없다는 것이다. S/4HANA 마이그레이션은 사전이 정확히 무엇이 필요하며 무엇을 원하는지 신중하게 분석하지 않으면 마이너스 ROI가 발생할 수 있다. 꼬리 때문에 개가 흔들리도록 내버려 둘 수 없다. 최종 목표는 단순히 마이그레이션을 위해 S/4HANA로 마이그레이션하는 것이 아니라 새로운 비즈니스 가치를 실현하는 것이다. 즉, 우선 디지털 전환 프로젝트는 ‘이유’, 즉 전환의 이유를 확인해야 한다.  ‘이유’를 확인하면 프로세스 중 변수에 대응할 수 있다. 그러나 많은 기업들이 이 단계를 생략하고 디지털화 프로젝트의 ‘방법’과 ‘대상’에 더욱 집중하곤 한다. 그 결과 전환을 통해 실제로 무엇을 달성했는지 명확하지 않은 현실에 도달하게 된다. 불확실성은 전환 프로젝트에 긴 그림자를 드리운다 많은 기업들의 디지털 트랜스포메이션으로 고생하고 있으며, 그 주요한 원인 중 하나는 불확실성이다. 이 불확실성은 주로 프로젝트의 정보 및 초기 분석의 부재로 인한 것이다. 결합된 클라우드 마이그레이션, 동시 OS/DB 현대화, 그린필드(Greenfield)/브라운필드(Brownfield)/블루필드(Bluefield) 구현 실행 등의 묻고 답해야 하는 주요 의사결정에 필요한 만큼의 주의를 기울이지 않고 있다. 이런 분석이 부족한 채로 많은 조직들이 결국 가장 위험이 낮은 옵션이라고 생각하는 것...

ROI 프로젝트 WHY S/4HANA 디지털화 디지털 전환 디지털 변혁

2021.04.02

디지털화 프로젝트와 관련해 ‘무엇을’과 ‘어떻게’에 집중하는 임원들이 많다. 그러나 이러한 접근 태도는 불명확한 목표와 낮은 ROI로 연결되기 쉽다.    SAP가 S/4HANA 마이그레이션 데드라인을 2027년으로 제시하면서 이를 오랫동안 미뤄왔던 많은 기업들의 발등에 불이 떨어졌다.  기업들은 업그레이드가 실제로 새로운 가치가 있을지 여부는 생각하지 않고 단순한 기술 업그레이드를 위해 뛰어들기로 결정하는 경우가 많다. 하지만 기억해야 할 현실이 있다. S/4HANA가 제공하는 모든 이점과 혁신을 단순히 기술 업데이트만으로는 달성할 수 없다는 것이다. S/4HANA 마이그레이션은 사전이 정확히 무엇이 필요하며 무엇을 원하는지 신중하게 분석하지 않으면 마이너스 ROI가 발생할 수 있다. 꼬리 때문에 개가 흔들리도록 내버려 둘 수 없다. 최종 목표는 단순히 마이그레이션을 위해 S/4HANA로 마이그레이션하는 것이 아니라 새로운 비즈니스 가치를 실현하는 것이다. 즉, 우선 디지털 전환 프로젝트는 ‘이유’, 즉 전환의 이유를 확인해야 한다.  ‘이유’를 확인하면 프로세스 중 변수에 대응할 수 있다. 그러나 많은 기업들이 이 단계를 생략하고 디지털화 프로젝트의 ‘방법’과 ‘대상’에 더욱 집중하곤 한다. 그 결과 전환을 통해 실제로 무엇을 달성했는지 명확하지 않은 현실에 도달하게 된다. 불확실성은 전환 프로젝트에 긴 그림자를 드리운다 많은 기업들의 디지털 트랜스포메이션으로 고생하고 있으며, 그 주요한 원인 중 하나는 불확실성이다. 이 불확실성은 주로 프로젝트의 정보 및 초기 분석의 부재로 인한 것이다. 결합된 클라우드 마이그레이션, 동시 OS/DB 현대화, 그린필드(Greenfield)/브라운필드(Brownfield)/블루필드(Bluefield) 구현 실행 등의 묻고 답해야 하는 주요 의사결정에 필요한 만큼의 주의를 기울이지 않고 있다. 이런 분석이 부족한 채로 많은 조직들이 결국 가장 위험이 낮은 옵션이라고 생각하는 것...

2021.04.02

협업 분야의 '닭 잡는 칼'··· MS 플래너 활용 가이드

소속 회사나 기관, 단체의 몇몇 동료 직원들과 협업 프로젝트를 한 경험이 있을 것이다. 그리고 체계적으로 프로젝트를 추진하는 것이 제법 어렵다는 것 또한 알고 있을 것이다. 해야 할 일과 이를 책임진 사람, 마감 시한, 프로젝트의 목적, 문서 및 자료를 지원하는 관계자들을 일일이 추적하기란 꽤 까다로운 작업이기 십상이다. 또는 많은 시간이 소비될 수도 있다. 이 ‘그리 즐겁지 않은 작업’을 위해서는 함께 프로젝트를 추진하는 팀에는 문서와 파일을 저장하고, 태스크(과업)의 작업을 분담하고, 진행상황을 추적하기 위한 SVOT(Single Version of the Truth)를 제공하는 ‘중앙의 장소’가 필요하다.  대부분의 비즈니스 및 교육용 오피스 365/마이크로소프트 365 구독자를 대상으로 출시된 마이크로소프트 플래너(Microsoft Planner)는 팀의 프로젝트 계획, 태스크 할당, 정보 공유, 협력에 도움을 줘서 이런 문제를 해결해주는 도구이다. 그렇다면 평판 높은 마이크로소프트의 프로젝트 관리 애플리케이션인 ‘마이크로소프트 프로젝트’와는 어떻게 다를까? 마이크로소프트 프로젝트(Microsoft Project)는 규모가 큰 조직의 여러 부서가 참여하는 대형 팀을 중심으로 복잡한 프로젝트를 계획하고 추적하는 프로젝트 관리 전문가를 위한 도구다.  반면 플래너는 작은 팀으로 협력하는 보통 비즈니스 사용자를 위한 도구이다. 간단한 태스크를 관리할 수 있는 도구다. 트렐로(Trello)와 아사나(Asana) 같은 인기 협업 도구들과 유사하다. 플래너를 활용해 효과적으로 협업하는 데 도움이 되는 내용을 정리했다. 플래너를 이용해 체계화하는 방법 플래너는 계획, 태스크, 버킷 등 여러 단계로 이뤄진 액션(작업, 활동)과 관련해 기본적인 생각들을 쉽게 체계적으로 정리할 수 있도록 도와준다. 2020년에 사내 워크숍을 개최하는 작은 계획을 예로 들어 설명해본다. 계획(Plan)은 프로젝트, 목적(목표), 또는 여러 태스크에서 중...

트렐로 아사나 플래너 프로젝트 플랜 버킷 태스크 팀즈 협업 마이크로소프트 365

2020.10.30

소속 회사나 기관, 단체의 몇몇 동료 직원들과 협업 프로젝트를 한 경험이 있을 것이다. 그리고 체계적으로 프로젝트를 추진하는 것이 제법 어렵다는 것 또한 알고 있을 것이다. 해야 할 일과 이를 책임진 사람, 마감 시한, 프로젝트의 목적, 문서 및 자료를 지원하는 관계자들을 일일이 추적하기란 꽤 까다로운 작업이기 십상이다. 또는 많은 시간이 소비될 수도 있다. 이 ‘그리 즐겁지 않은 작업’을 위해서는 함께 프로젝트를 추진하는 팀에는 문서와 파일을 저장하고, 태스크(과업)의 작업을 분담하고, 진행상황을 추적하기 위한 SVOT(Single Version of the Truth)를 제공하는 ‘중앙의 장소’가 필요하다.  대부분의 비즈니스 및 교육용 오피스 365/마이크로소프트 365 구독자를 대상으로 출시된 마이크로소프트 플래너(Microsoft Planner)는 팀의 프로젝트 계획, 태스크 할당, 정보 공유, 협력에 도움을 줘서 이런 문제를 해결해주는 도구이다. 그렇다면 평판 높은 마이크로소프트의 프로젝트 관리 애플리케이션인 ‘마이크로소프트 프로젝트’와는 어떻게 다를까? 마이크로소프트 프로젝트(Microsoft Project)는 규모가 큰 조직의 여러 부서가 참여하는 대형 팀을 중심으로 복잡한 프로젝트를 계획하고 추적하는 프로젝트 관리 전문가를 위한 도구다.  반면 플래너는 작은 팀으로 협력하는 보통 비즈니스 사용자를 위한 도구이다. 간단한 태스크를 관리할 수 있는 도구다. 트렐로(Trello)와 아사나(Asana) 같은 인기 협업 도구들과 유사하다. 플래너를 활용해 효과적으로 협업하는 데 도움이 되는 내용을 정리했다. 플래너를 이용해 체계화하는 방법 플래너는 계획, 태스크, 버킷 등 여러 단계로 이뤄진 액션(작업, 활동)과 관련해 기본적인 생각들을 쉽게 체계적으로 정리할 수 있도록 도와준다. 2020년에 사내 워크숍을 개최하는 작은 계획을 예로 들어 설명해본다. 계획(Plan)은 프로젝트, 목적(목표), 또는 여러 태스크에서 중...

2020.10.30

블로그|한 가지 툴에 목매지 마라··· 클라우드 이전 성공률을 높이는 법

사람들은 각기 다른 클라우드 마이그레이션 프로젝트에 종종 동일한 툴과 접근법을 사용하곤 한다.   월요일이다. 현재 당신은 경영진 앞에서 최근 코로나19 사태로 인해 발견된 취약점을 제거하는 마이그레이션 프로젝트의 현황을 보고하는 중이다. 이번이 세 번째 프로젝트이며, 워크로드는 100개, 데이터세트는 10개 정도를 마이그레이션한다. 모든 작업은 병렬로 이뤄진다. 그리고 여러 클라우드 마이그레이션 팀이 프로젝트에 참여한다.  경영진은 프로젝트별로 각종 수치가 다르다는 점을 지적한다. 프로젝트 1은 코드 리팩토링, 테스팅, 배포, 보안 등에서 효율성이 80%에 육박하지만 다른 프로젝트들은 30~40%에 불과한 것이다. 무엇이 이런 차이를 만들어 낸 것일까?  효율성 문제는 대부분 마이그레이션 접근법과 툴이 동적인지, 정적인지 여부로부터 기인한다. 클라우드 마이그레이션을 진행하는 사람들은 대부분 기존 프로젝트에서 효과가 있었던 특정 프로세스, 접근법, 마이그레이션 툴 스위트에 비중을 둔다. 이러한 정적인 접근법은 매우 다양한 마이그레이션 프로젝트와 문제에 특정 프로세스와 툴을 끼워 맞추게 된다. 그러나 특정 프로세스와 툴을 마치 보편적인 솔루션처럼 잘못 사용하면 프로젝트가 실패로 이어지기 쉽다.  이 문제의 핵심은 업계에서 최고로 여겨지는 특정 툴 스위트 혹은 기술 번들을 찾거나 베스트 프랙티스에 의존하려고 하는 데 있다. IT 업계 종사자들은 대세를 따르려는 경향이 있다. 예컨대 ‘우리 회사와 비슷한 환경에서 근무하는 조, 제인, 밥에게 도움이 됐던 툴과 접근법은 나에게도 도움이 될 거야'라고 생각하는 것이다. 이처럼 우리는 다른 이들의 선택을 따른다면 리스크를 줄일 수 있다는 잘못된 가정을 내린다. 선택의 결과는 상황에 따라 달라지는 것임에도 불구하고 말이다.  업계 전문가로서 필자도 모든 니즈를 만족할 수 있는 표준 마이그레이션 툴을 소개하고 싶다. 하지만 현실적인 ...

클라우드 마이그레이션 프로젝트 리팩토링

2020.10.12

사람들은 각기 다른 클라우드 마이그레이션 프로젝트에 종종 동일한 툴과 접근법을 사용하곤 한다.   월요일이다. 현재 당신은 경영진 앞에서 최근 코로나19 사태로 인해 발견된 취약점을 제거하는 마이그레이션 프로젝트의 현황을 보고하는 중이다. 이번이 세 번째 프로젝트이며, 워크로드는 100개, 데이터세트는 10개 정도를 마이그레이션한다. 모든 작업은 병렬로 이뤄진다. 그리고 여러 클라우드 마이그레이션 팀이 프로젝트에 참여한다.  경영진은 프로젝트별로 각종 수치가 다르다는 점을 지적한다. 프로젝트 1은 코드 리팩토링, 테스팅, 배포, 보안 등에서 효율성이 80%에 육박하지만 다른 프로젝트들은 30~40%에 불과한 것이다. 무엇이 이런 차이를 만들어 낸 것일까?  효율성 문제는 대부분 마이그레이션 접근법과 툴이 동적인지, 정적인지 여부로부터 기인한다. 클라우드 마이그레이션을 진행하는 사람들은 대부분 기존 프로젝트에서 효과가 있었던 특정 프로세스, 접근법, 마이그레이션 툴 스위트에 비중을 둔다. 이러한 정적인 접근법은 매우 다양한 마이그레이션 프로젝트와 문제에 특정 프로세스와 툴을 끼워 맞추게 된다. 그러나 특정 프로세스와 툴을 마치 보편적인 솔루션처럼 잘못 사용하면 프로젝트가 실패로 이어지기 쉽다.  이 문제의 핵심은 업계에서 최고로 여겨지는 특정 툴 스위트 혹은 기술 번들을 찾거나 베스트 프랙티스에 의존하려고 하는 데 있다. IT 업계 종사자들은 대세를 따르려는 경향이 있다. 예컨대 ‘우리 회사와 비슷한 환경에서 근무하는 조, 제인, 밥에게 도움이 됐던 툴과 접근법은 나에게도 도움이 될 거야'라고 생각하는 것이다. 이처럼 우리는 다른 이들의 선택을 따른다면 리스크를 줄일 수 있다는 잘못된 가정을 내린다. 선택의 결과는 상황에 따라 달라지는 것임에도 불구하고 말이다.  업계 전문가로서 필자도 모든 니즈를 만족할 수 있는 표준 마이그레이션 툴을 소개하고 싶다. 하지만 현실적인 ...

2020.10.12

인터뷰 | “퍼펙트윈이 SW 테스트 패러다임을 바꿉니다” LG CNS 이준원 담당

21세기에 접어든 지 어느덧 20년이 지났지만 IT 프로젝트의 오늘은 ‘구시대적’이라는 표현이 어울린다. 특히 금융권 차세대 프로젝트와 같은 대규모 프로젝트에서는 첨단 산업과는 거리가 먼 풍토가 여전히 이어지고 있다. 언제, 어디서 튀어나올지 모르는 오류와 변수로 인해 담당 PM은 물론, 개발자, 프로젝트에 참여한 현업 직원과 임원까지도 월화수목금금금, 별 보며 출근하고 퇴근하는 일상이 당연시되고 있다. 개발자와 참여자의 삶의 질만 문제되는 것이 아니다. 이러한 ‘구태’는 기업의 경쟁력 자체에도 위험 요인이다. 디지털, 특히 소프트웨어가 기업의 성패를 좌우하는 오늘날, 수많은 기업들이 소프트웨어 및 IT 프로젝트의 품질 및 일정 예측 가능성에 골머리를 앓고 있다. 치밀하게 계획하고 방대한 리소스를 투입했음에도 불구하고 실패로 귀결돼 비즈니스가 송두리째 흔들린 사례는 국내외 곳곳에서 흔하게 찾아볼 수 있다. ‘오픈’을 기도하는 심정으로 지켜봐야 하는 것이 첨단 IT 산업의 현실이다. 때로는 도박하는 심정이기도 하다.  이러한 현실이 바뀔 수는 없는 것일까? LG CNS에서 솔루션 사업을 책임지는 이준원 담당은 “가능하다”라고 단언한다. LG CNS의 실거래 자동검증 솔루션 ‘퍼펙트윈’(PerfecTwin)이 그 토대라는 설명이다. 중의적으로 해석되는 명칭이 꽤나 자신만만하게 들렸다. 하지만 솔루션 개발사들이 흔히 가지는 몽상인 것은 아닐까? 아니면 드물게 출현하는 진짜 게임 체인저일까? 마곡에 소재한 LG사이언스 파크에서 이준원 담당을 만나 이야기를 들어봤다. SW 테스트의 콜롬버스 달걀, PerfecTwin “그간의 경험에 비춰볼 때 프로젝트의 성패를 좌우하는 요인이 있다면 고객사의 참여입니다. 이는 고객사의 비즈니스 전문가들이 테스트를 얼마나 잘해줬느냐가 관건이라는 의미입니다.” 프로젝트에 참여해 본 이라면 ‘테스트’의 역할과 중요성은 누구나 공감할 터다. 기능 테스트, 성능 테스트, 인터페이스 테스트 등 다양한 유형의 테스트가 단위 테스트부...

LG CNS 이준원 퍼펙트윈 PerfecTwin 테스트 실거래 데이터 SI SM 프로젝트

2020.10.07

21세기에 접어든 지 어느덧 20년이 지났지만 IT 프로젝트의 오늘은 ‘구시대적’이라는 표현이 어울린다. 특히 금융권 차세대 프로젝트와 같은 대규모 프로젝트에서는 첨단 산업과는 거리가 먼 풍토가 여전히 이어지고 있다. 언제, 어디서 튀어나올지 모르는 오류와 변수로 인해 담당 PM은 물론, 개발자, 프로젝트에 참여한 현업 직원과 임원까지도 월화수목금금금, 별 보며 출근하고 퇴근하는 일상이 당연시되고 있다. 개발자와 참여자의 삶의 질만 문제되는 것이 아니다. 이러한 ‘구태’는 기업의 경쟁력 자체에도 위험 요인이다. 디지털, 특히 소프트웨어가 기업의 성패를 좌우하는 오늘날, 수많은 기업들이 소프트웨어 및 IT 프로젝트의 품질 및 일정 예측 가능성에 골머리를 앓고 있다. 치밀하게 계획하고 방대한 리소스를 투입했음에도 불구하고 실패로 귀결돼 비즈니스가 송두리째 흔들린 사례는 국내외 곳곳에서 흔하게 찾아볼 수 있다. ‘오픈’을 기도하는 심정으로 지켜봐야 하는 것이 첨단 IT 산업의 현실이다. 때로는 도박하는 심정이기도 하다.  이러한 현실이 바뀔 수는 없는 것일까? LG CNS에서 솔루션 사업을 책임지는 이준원 담당은 “가능하다”라고 단언한다. LG CNS의 실거래 자동검증 솔루션 ‘퍼펙트윈’(PerfecTwin)이 그 토대라는 설명이다. 중의적으로 해석되는 명칭이 꽤나 자신만만하게 들렸다. 하지만 솔루션 개발사들이 흔히 가지는 몽상인 것은 아닐까? 아니면 드물게 출현하는 진짜 게임 체인저일까? 마곡에 소재한 LG사이언스 파크에서 이준원 담당을 만나 이야기를 들어봤다. SW 테스트의 콜롬버스 달걀, PerfecTwin “그간의 경험에 비춰볼 때 프로젝트의 성패를 좌우하는 요인이 있다면 고객사의 참여입니다. 이는 고객사의 비즈니스 전문가들이 테스트를 얼마나 잘해줬느냐가 관건이라는 의미입니다.” 프로젝트에 참여해 본 이라면 ‘테스트’의 역할과 중요성은 누구나 공감할 터다. 기능 테스트, 성능 테스트, 인터페이스 테스트 등 다양한 유형의 테스트가 단위 테스트부...

2020.10.07

'Pipenv'로 파이썬 프로젝트를 관리하는 방법

파이썬(Python)의 패키지 생태계는 다른 수백만 개발자의 작업을 간단한 ‘pip 설치(pip install)’ 명령어로 활용하게 해 준다. 파이썬의 가상 환경은 프로젝트와 그 패키지를 서로 분리하게 해 준다. 그러나 환경과 패키지를 별도로 관리하려면 번거로울 수 있다. 해당 프로젝트에 구체적인 패키지 요건이 있다면 2배로 그렇다. 그리고 유지관리보다는 개발에 집중하고 싶다. 따라서, 환경과 패키지를 같이 관리할 방법이 필요하다.    Pipenv는 파이썬 가상 환경과 파이썬 패키지의 관리를 도구 하나로 합쳐 준다. 또한, 각 프로젝트가 필요한 각 패키지의 정확한 버전을 사용하는지, 각 패키지에 의존하는지도 확인해 준다. 그뿐만 아니라, Pipenv는 프로젝트와 함께 이동 가능한 의존성 목록을 생성한다. 이를 통해 다른 사용자 또는 개발자는 똑같은 프로젝트를 똑같은 방식으로 설정할 수 있다. Pipenv로 관리되는 프로젝트를 제대로 설정하려면 다른 사용자들 역시 Pipenv를 설치해야 한다. 다행히 Pipenv 설치 및 사용은 식은 죽 먹기다.  Pipenv 작동 방식 파이썬 프로젝트를 생성하고 그 패키지에 가상 환경을 사용할 때 보통 필요한 작업은 (py -m venv 명령어를 사용해서) 가상 환경을 직접 만들고 그 안에 의존성을 설치한 후 직접 추적하는 것이다. Pipenv는 이 작업을 모두 반자동으로 할 수 있는 방법을 제공한다. Pipenv의 명령행 인터페이스를 통해 패키지를 설치하면 해당 프로젝트에 대한 가상 환경이 생성되고 관리된다. 무엇에 의존하는지 추적하고, 사용자는 개발 의존성과 런타임 의존성을 따로 관리할 수 있다. 기존의 구식 requirements.txt 파일로부터 이주도 가능하다. 따라서, Pipenv를 잘 사용하기 위해 프로젝트를 해체한 후 처음부터 다시 시작할 필요가 없다. 유의할 점은 다른 파이썬 프로젝트 관리 도구(예: Poetry)와 달리 Pipenv는 프로젝트의 ‘스캐폴딩’은 관리하지 ...

프로젝트 파이썬 Pipenv 파이썬 프로젝트 관리 도구 Poetry Pip 가상 환경

2020.06.23

파이썬(Python)의 패키지 생태계는 다른 수백만 개발자의 작업을 간단한 ‘pip 설치(pip install)’ 명령어로 활용하게 해 준다. 파이썬의 가상 환경은 프로젝트와 그 패키지를 서로 분리하게 해 준다. 그러나 환경과 패키지를 별도로 관리하려면 번거로울 수 있다. 해당 프로젝트에 구체적인 패키지 요건이 있다면 2배로 그렇다. 그리고 유지관리보다는 개발에 집중하고 싶다. 따라서, 환경과 패키지를 같이 관리할 방법이 필요하다.    Pipenv는 파이썬 가상 환경과 파이썬 패키지의 관리를 도구 하나로 합쳐 준다. 또한, 각 프로젝트가 필요한 각 패키지의 정확한 버전을 사용하는지, 각 패키지에 의존하는지도 확인해 준다. 그뿐만 아니라, Pipenv는 프로젝트와 함께 이동 가능한 의존성 목록을 생성한다. 이를 통해 다른 사용자 또는 개발자는 똑같은 프로젝트를 똑같은 방식으로 설정할 수 있다. Pipenv로 관리되는 프로젝트를 제대로 설정하려면 다른 사용자들 역시 Pipenv를 설치해야 한다. 다행히 Pipenv 설치 및 사용은 식은 죽 먹기다.  Pipenv 작동 방식 파이썬 프로젝트를 생성하고 그 패키지에 가상 환경을 사용할 때 보통 필요한 작업은 (py -m venv 명령어를 사용해서) 가상 환경을 직접 만들고 그 안에 의존성을 설치한 후 직접 추적하는 것이다. Pipenv는 이 작업을 모두 반자동으로 할 수 있는 방법을 제공한다. Pipenv의 명령행 인터페이스를 통해 패키지를 설치하면 해당 프로젝트에 대한 가상 환경이 생성되고 관리된다. 무엇에 의존하는지 추적하고, 사용자는 개발 의존성과 런타임 의존성을 따로 관리할 수 있다. 기존의 구식 requirements.txt 파일로부터 이주도 가능하다. 따라서, Pipenv를 잘 사용하기 위해 프로젝트를 해체한 후 처음부터 다시 시작할 필요가 없다. 유의할 점은 다른 파이썬 프로젝트 관리 도구(예: Poetry)와 달리 Pipenv는 프로젝트의 ‘스캐폴딩’은 관리하지 ...

2020.06.23

기고 | SW 프로젝트 속도를 높이는 11가지 방법

전략적 의사결정은 소프트웨어 프로젝트 속도에 박차를 가해 비즈니스 기회를 활용하는 데 도움이 될 수 있다. 하지만 IT리더는 서둘러서 프로젝트를 끝내는 것만이 능사가 아님을 인지하고 주의해야 한다.   IT리더와 고객은 소프트웨어 프로젝트가 신속히 마무리되기를 원한다. 그러나 속성 개발은 오류 코드, 부실한 테스팅, 불완전한 솔루션, 심지어 보안되지 않은 소프트웨어로 이어지기 쉽다. 소프트웨어 프로젝트가 실패하기를 원하는 사람은 없겠지만 때에 따라 특정 상황, 예를 들어 시장 환경, 비즈니스 요구, 기회의 여지로 속도를 우선시하는 선택이 정당화될 수 있다.  소프트웨어 개발은 단순히 합리적 노력에 그치지 않는다. 이는 요령이기도 하고 여러 조직에서 비즈니스 전략의 불가결한 부분이기도 하다. 이들 요소가 서로 접하는 지점에서 개발 프로세스를 좀더 효율적으로 조정할 가능성이 존재한다. 물론, 이는 효과적이고 적절하며 단순하고 안전해야 한다. 완전한 소프트웨어를 개발한다는 꿈을 접고, 그 대신 취사선택이 필요함을 인지하고 프로젝트를 간소화하는 결정을 내려야 할 것이다.   IT리더가 소프트웨어 프로젝트에 속도를 내고자 할 때 고려할 수 있는 11가지 전략적 결정을 소개한다.  이해관계자의 희망 사항을 조율하라  모두가 의견을 제시하고 싶어 한다. 마케팅팀, 출하 부서, 회계팀의 이해 관계자는 커다란 희망을 안고 회의실로 들어선다. 요령은 성취하기 가장 쉬운 희망을 찾는 것이다. 언젠가 필자의 소프트웨어팀은 회의를 거듭하면서 단순히 한 양식 필드에 미리 채워진 기본값들을 추가함으로써 데이터 작성자의 부담을 크게 덜 수 있음을 발견했다. 하루에도 수없이 처음부터 양식을 작성하는 판매 직원이 수없이 많았다. HTML에 문자를 몇 개 더 집어넣는 것만으로 우리 팀은 마치 천재처럼 대우받았다.   이해관계자가 현실을 직시하도록 하는 것은 프로젝트의 범위를 제어하는 데 유용하다. 이해관계자가 소소하면서도 매우 ...

CIO 프로젝트 마이크로서비스 서버리스 코딩 단순화 아키텍처 테스트 테스팅 드루팔 Drupal 구글 폼즈 Google Forms 서베이 몽키 Survey Monkey

2020.06.22

전략적 의사결정은 소프트웨어 프로젝트 속도에 박차를 가해 비즈니스 기회를 활용하는 데 도움이 될 수 있다. 하지만 IT리더는 서둘러서 프로젝트를 끝내는 것만이 능사가 아님을 인지하고 주의해야 한다.   IT리더와 고객은 소프트웨어 프로젝트가 신속히 마무리되기를 원한다. 그러나 속성 개발은 오류 코드, 부실한 테스팅, 불완전한 솔루션, 심지어 보안되지 않은 소프트웨어로 이어지기 쉽다. 소프트웨어 프로젝트가 실패하기를 원하는 사람은 없겠지만 때에 따라 특정 상황, 예를 들어 시장 환경, 비즈니스 요구, 기회의 여지로 속도를 우선시하는 선택이 정당화될 수 있다.  소프트웨어 개발은 단순히 합리적 노력에 그치지 않는다. 이는 요령이기도 하고 여러 조직에서 비즈니스 전략의 불가결한 부분이기도 하다. 이들 요소가 서로 접하는 지점에서 개발 프로세스를 좀더 효율적으로 조정할 가능성이 존재한다. 물론, 이는 효과적이고 적절하며 단순하고 안전해야 한다. 완전한 소프트웨어를 개발한다는 꿈을 접고, 그 대신 취사선택이 필요함을 인지하고 프로젝트를 간소화하는 결정을 내려야 할 것이다.   IT리더가 소프트웨어 프로젝트에 속도를 내고자 할 때 고려할 수 있는 11가지 전략적 결정을 소개한다.  이해관계자의 희망 사항을 조율하라  모두가 의견을 제시하고 싶어 한다. 마케팅팀, 출하 부서, 회계팀의 이해 관계자는 커다란 희망을 안고 회의실로 들어선다. 요령은 성취하기 가장 쉬운 희망을 찾는 것이다. 언젠가 필자의 소프트웨어팀은 회의를 거듭하면서 단순히 한 양식 필드에 미리 채워진 기본값들을 추가함으로써 데이터 작성자의 부담을 크게 덜 수 있음을 발견했다. 하루에도 수없이 처음부터 양식을 작성하는 판매 직원이 수없이 많았다. HTML에 문자를 몇 개 더 집어넣는 것만으로 우리 팀은 마치 천재처럼 대우받았다.   이해관계자가 현실을 직시하도록 하는 것은 프로젝트의 범위를 제어하는 데 유용하다. 이해관계자가 소소하면서도 매우 ...

2020.06.22

개발자 면접 시 단골 질문 13개, 그리고 모범답안

개발자 면접 프로세스는 역할에 따라 다르다. 정해진 면접 형식은 없지만, 현장 경력 수준에 따라 준비해야 할 몇 가지 일반적인 질문이 있다. 좋은 첫인상 주기부터 면접관과의 동료애 형성까지 많은 변수가 성공에 영향을 줄 수 있다. 면접 프로세스에는 크게 기술 직무 관련 인터뷰 1번, HR부서와의 인터뷰 1번 또는 제품팀 팀원과의 인터뷰 1번이 포함되며, 마지막의 경우는 하지 않을 때도 있다.  심층 기술 면접은 선호하는 소프트웨어와 버그 및 프로그래밍 습관을 수정하면서 제품의 기능을 유지하는 방법 등에 중점을 두지만 HR 면접은 다른 사람들과의 협력 방식과 회사와의 관계에 대해 묻는다.  당신이 최선을 다할 수 있도록 가장 일반적인 개발자 면접 질문과 답변 방법을 정리했다. 1. 가장 잘 아는 개발 방법론은 무엇입니까? 면접관은 지원자가 조직과 환경에 어떻게 적응할 수 있는지 알고 싶어 한다. 그렇게 하는 방법 중 하나는 익숙한 방법론을 묻는 것이다. 이전의 업무 경험과 배경에 따라 특정 방법론을 사용해야 하는 프로세스와 프로세스의 작동 방식에 대한 예를 들 수 있다.  2. 소프트웨어 개발 중에 문제가 발생했을 때 어떻게 해결합니까?  이 질문은 면접관이 지원자의 문제 해결 능력을 파악하는 데 도움이 된다. 이는 당신이 그러한 문제를 어떻게 해결하는지 보여줄 기회를 제공하며, 당신이 입사 후 함께 일할 때 면접관에게 어떻게 할 수 있는지를 보여준다. 면접관이 최신 기술을 분석할 수 있도록 가장 최근의 적절한 예를 제시하는 것이 좋다. 3. 애플리케이션에서 버그를 찾아서 테스트하는 자신만의 프로세스가 있습니까? 이 질문은 모든 후보자가 다른 방식으로 보안 버그를 찾는 고유한 프로세스가 있는지 말해주는 데 중요하다. 선호하는 분석법 도구를 강조하면서 친숙한 다양한 디버깅 툴에 대한 지식을 보여줄 기회로 여기고 이 질문에 대답하면 된다.  4. 코딩에서 가장 흥미로운 점은 무엇입니까? 직설...

면접 채용 고용 질문 프로젝트 프로그래밍 버그 협업 커뮤니케이션 소통 개발 방법론

2020.05.22

개발자 면접 프로세스는 역할에 따라 다르다. 정해진 면접 형식은 없지만, 현장 경력 수준에 따라 준비해야 할 몇 가지 일반적인 질문이 있다. 좋은 첫인상 주기부터 면접관과의 동료애 형성까지 많은 변수가 성공에 영향을 줄 수 있다. 면접 프로세스에는 크게 기술 직무 관련 인터뷰 1번, HR부서와의 인터뷰 1번 또는 제품팀 팀원과의 인터뷰 1번이 포함되며, 마지막의 경우는 하지 않을 때도 있다.  심층 기술 면접은 선호하는 소프트웨어와 버그 및 프로그래밍 습관을 수정하면서 제품의 기능을 유지하는 방법 등에 중점을 두지만 HR 면접은 다른 사람들과의 협력 방식과 회사와의 관계에 대해 묻는다.  당신이 최선을 다할 수 있도록 가장 일반적인 개발자 면접 질문과 답변 방법을 정리했다. 1. 가장 잘 아는 개발 방법론은 무엇입니까? 면접관은 지원자가 조직과 환경에 어떻게 적응할 수 있는지 알고 싶어 한다. 그렇게 하는 방법 중 하나는 익숙한 방법론을 묻는 것이다. 이전의 업무 경험과 배경에 따라 특정 방법론을 사용해야 하는 프로세스와 프로세스의 작동 방식에 대한 예를 들 수 있다.  2. 소프트웨어 개발 중에 문제가 발생했을 때 어떻게 해결합니까?  이 질문은 면접관이 지원자의 문제 해결 능력을 파악하는 데 도움이 된다. 이는 당신이 그러한 문제를 어떻게 해결하는지 보여줄 기회를 제공하며, 당신이 입사 후 함께 일할 때 면접관에게 어떻게 할 수 있는지를 보여준다. 면접관이 최신 기술을 분석할 수 있도록 가장 최근의 적절한 예를 제시하는 것이 좋다. 3. 애플리케이션에서 버그를 찾아서 테스트하는 자신만의 프로세스가 있습니까? 이 질문은 모든 후보자가 다른 방식으로 보안 버그를 찾는 고유한 프로세스가 있는지 말해주는 데 중요하다. 선호하는 분석법 도구를 강조하면서 친숙한 다양한 디버깅 툴에 대한 지식을 보여줄 기회로 여기고 이 질문에 대답하면 된다.  4. 코딩에서 가장 흥미로운 점은 무엇입니까? 직설...

2020.05.22

IT생산성 킬러 '번아웃'··· CIO의 해법은?

조용히 IT생산성을 죽이는 ‘IT 번아웃’ 문제가 확산되고 있다. 부정적이고, 몰입하지 못하는 IT직원들은 조직의 효율성과 사기에 악영향을 줄 수 있다. 그러나 IT종사자를 탓할 문제는 아니다. 번아웃이 이유이기 때문이다. 번아웃은 갈수록 크게 확산되고 있는 문제다. 번아웃은 2019년 4월부로 WHO가 공식적으로 별개의 의학적 증후군으로 인정한 증후군이 됐다. 그리고 IT 리더는 이를 파악, 예방, 극복하는 데 도움을 줄 책임을 갖고 있다.   도처에서 발생하지만, IT에 가장 큰 영향을 초래하는 번아웃 문제 WHO에 따르면, 번아웃은 직장에서 만성적으로 겪는 스트레스를 잘 관리하지 못할 때 발생하는 증후군이다. 에너지가 고갈되었다는 생각이 들고, 정신적으로 업무에서 멀어지고, 업무와 관련해 부정적, 냉소적 생각을 갖게 되어 업무 효율이나 성과가 줄어드는 증후군이다. 경력 개발 웹사이트인 다이스 인사이트(Dice Insights)의 ‘2020년 다이스 연봉 보고서(2020 Dice Salary Report)’에 따르면, 기술 분야 종사자가 가운데 ‘번아웃’을 느낀다고 대답한 비율이 31%에 달한다.   SHRM-CP 자격증 소지자인 직원 경험 소프트웨어 회사인 라임에이드(Limeade) 인사팀 시니어 매니저인 사라 스티븐스는 “장기간 대인, 감정, 신체적 스트레스에 노출되면서 번아웃 상태가 된다. 그러면 극도의 피로감, 냉소적인 태도, 무력감 같은 징후가 나타난다”라고 설명했다. 특히 IT분야가 번아웃에 취약하다. 스티븐스는 “특히 기술 및 IT분야는 속도, 역할, 고객이 변화하는 문제가 있다. 그런데 이를 인식해 해결하지 않을 경우, 조직을 불신하고 조직에 분노하게 된다. 이들은 ‘내가 영향을 주지 못하고 있다. 내 일은 중요하지 않고, 누구도 돕지 않는다’고 생각하게 된다”라고 지적했다. 특히 개발자들 사이에 번아웃 문제가 심각한 실정이다. 2019년 7월, 개발자 클라우드 서비스 공급업체인 디지털 오션(Digital Oce...

프로젝트 번아웃 휴식 취미 Gamification 야근 초과 근무 변혁 게이미피케이션 스트레스 문화 게임화 CIO 혁신 IT생산성

2020.04.16

조용히 IT생산성을 죽이는 ‘IT 번아웃’ 문제가 확산되고 있다. 부정적이고, 몰입하지 못하는 IT직원들은 조직의 효율성과 사기에 악영향을 줄 수 있다. 그러나 IT종사자를 탓할 문제는 아니다. 번아웃이 이유이기 때문이다. 번아웃은 갈수록 크게 확산되고 있는 문제다. 번아웃은 2019년 4월부로 WHO가 공식적으로 별개의 의학적 증후군으로 인정한 증후군이 됐다. 그리고 IT 리더는 이를 파악, 예방, 극복하는 데 도움을 줄 책임을 갖고 있다.   도처에서 발생하지만, IT에 가장 큰 영향을 초래하는 번아웃 문제 WHO에 따르면, 번아웃은 직장에서 만성적으로 겪는 스트레스를 잘 관리하지 못할 때 발생하는 증후군이다. 에너지가 고갈되었다는 생각이 들고, 정신적으로 업무에서 멀어지고, 업무와 관련해 부정적, 냉소적 생각을 갖게 되어 업무 효율이나 성과가 줄어드는 증후군이다. 경력 개발 웹사이트인 다이스 인사이트(Dice Insights)의 ‘2020년 다이스 연봉 보고서(2020 Dice Salary Report)’에 따르면, 기술 분야 종사자가 가운데 ‘번아웃’을 느낀다고 대답한 비율이 31%에 달한다.   SHRM-CP 자격증 소지자인 직원 경험 소프트웨어 회사인 라임에이드(Limeade) 인사팀 시니어 매니저인 사라 스티븐스는 “장기간 대인, 감정, 신체적 스트레스에 노출되면서 번아웃 상태가 된다. 그러면 극도의 피로감, 냉소적인 태도, 무력감 같은 징후가 나타난다”라고 설명했다. 특히 IT분야가 번아웃에 취약하다. 스티븐스는 “특히 기술 및 IT분야는 속도, 역할, 고객이 변화하는 문제가 있다. 그런데 이를 인식해 해결하지 않을 경우, 조직을 불신하고 조직에 분노하게 된다. 이들은 ‘내가 영향을 주지 못하고 있다. 내 일은 중요하지 않고, 누구도 돕지 않는다’고 생각하게 된다”라고 지적했다. 특히 개발자들 사이에 번아웃 문제가 심각한 실정이다. 2019년 7월, 개발자 클라우드 서비스 공급업체인 디지털 오션(Digital Oce...

2020.04.16

IT에 조직적 문제가 있음을 시사하는 각종 징후

IT의 역할이 점점 변화하는 가운데, 새롭게 등장한 책임을 떠맡다 보면 IT 고유의 기능에 문제가 나타날 수 있다. 폭발적으로 늘어나는 신규 과제, 속도 향상의 압박, 회사와의 지속적인 상호작용, 클라우드 환경의 관리 작업 등 요즘 들어 IT 부서에 요구되는 일이 지나치게 많은 나머지 조직 내 다른 부문과의 긴장과 어려움이 커지고 있다.  오늘날 IT 기능 장애의 근원은 다양하다. 기술 자체뿐 아니라 회사 내에 여전히 고립된 상태로 남아 있는 부서들, 성과를 수평적이 아닌 수직적으로 평가하는 조직 구조, 협업을 꺼리는 태도 등이다. 특히 협업은 전사적으로 공유되는 디지털 전략에 필수적이다. 글로벌 IT 변화 관리 훈련 및 컨설팅 회사 핑크 엘리펀트의 연구개발 담당 임원 트로이 뒤물랭은 많은 조직들이 협업이 아닌 그저 ‘협조’하는 방침을 택한다고 지적했다. 그의 설명에 따르면, “‘협업’에는 서로 공통의 목표와 공통의 가치관, 그리고 서로 책임지는 방식과 조치가 있다. 반면, ‘협조’는 이런 것과는 전혀 관계가 없다. 사고가 고립된 우리 문화에서는 최선의 방안으로 협조에 집중한다. 그러나 협업은 멀리 있지 않다. 당사의 구조, 장려책, 성과 관리 구조 등을 통해 사람들은 스스로의 팀을 챙기게 된다.” 이러한 IT 기능 장애의 확실한 징후에 대한 여러 CIO와 업계 분석가의 의견을 소개한다. 또 이를 미연에 방지할 수 있는 해결 방법도 소개한다.   프로젝트 진행 속도가 미흡하다 IT 조직이 민첩하게 움직이고자 할지라도 현실은 한 프로젝트에서 다음 프로젝트로 허겁지겁 옮겨가는 경우가 많다. 또 허겁지겁 처리하는 프로젝트 중 일부는 회사의 디지털 전략 우선순위 목록에 있지도 않고 ROI가 우수하거나 기업을 강화시킬 프로젝트가 아닌 경우가 많다. 그저 목소리가 가장 큰 부서의 요처인 경우다.  뒤물랭은 다음과 같이 지적했다. “속도에 대한 압박이 있다. 다들 같은 방향으로 빠르게 움직이지 않는 이상 ‘빠르게’는 불가능하...

프로젝트 협업 CIO IT 현업

2020.02.14

IT의 역할이 점점 변화하는 가운데, 새롭게 등장한 책임을 떠맡다 보면 IT 고유의 기능에 문제가 나타날 수 있다. 폭발적으로 늘어나는 신규 과제, 속도 향상의 압박, 회사와의 지속적인 상호작용, 클라우드 환경의 관리 작업 등 요즘 들어 IT 부서에 요구되는 일이 지나치게 많은 나머지 조직 내 다른 부문과의 긴장과 어려움이 커지고 있다.  오늘날 IT 기능 장애의 근원은 다양하다. 기술 자체뿐 아니라 회사 내에 여전히 고립된 상태로 남아 있는 부서들, 성과를 수평적이 아닌 수직적으로 평가하는 조직 구조, 협업을 꺼리는 태도 등이다. 특히 협업은 전사적으로 공유되는 디지털 전략에 필수적이다. 글로벌 IT 변화 관리 훈련 및 컨설팅 회사 핑크 엘리펀트의 연구개발 담당 임원 트로이 뒤물랭은 많은 조직들이 협업이 아닌 그저 ‘협조’하는 방침을 택한다고 지적했다. 그의 설명에 따르면, “‘협업’에는 서로 공통의 목표와 공통의 가치관, 그리고 서로 책임지는 방식과 조치가 있다. 반면, ‘협조’는 이런 것과는 전혀 관계가 없다. 사고가 고립된 우리 문화에서는 최선의 방안으로 협조에 집중한다. 그러나 협업은 멀리 있지 않다. 당사의 구조, 장려책, 성과 관리 구조 등을 통해 사람들은 스스로의 팀을 챙기게 된다.” 이러한 IT 기능 장애의 확실한 징후에 대한 여러 CIO와 업계 분석가의 의견을 소개한다. 또 이를 미연에 방지할 수 있는 해결 방법도 소개한다.   프로젝트 진행 속도가 미흡하다 IT 조직이 민첩하게 움직이고자 할지라도 현실은 한 프로젝트에서 다음 프로젝트로 허겁지겁 옮겨가는 경우가 많다. 또 허겁지겁 처리하는 프로젝트 중 일부는 회사의 디지털 전략 우선순위 목록에 있지도 않고 ROI가 우수하거나 기업을 강화시킬 프로젝트가 아닌 경우가 많다. 그저 목소리가 가장 큰 부서의 요처인 경우다.  뒤물랭은 다음과 같이 지적했다. “속도에 대한 압박이 있다. 다들 같은 방향으로 빠르게 움직이지 않는 이상 ‘빠르게’는 불가능하...

2020.02.14

4인의 CIO에게 듣는 '도전 과제 성공기'

변혁적인 프로젝트, 문화 변화, 새로운 역할, 신기술은 오늘날 CIO에게 어려운 도전 과제다. 하지만 이러한 과제를 완수한 에퀴닉스, 프록터앤드갬블, 84럼버, BP의 IT리더들은 경영진의 신임을 얻을 수 있었다.    IT리더는 감내해야 할 일이 많다. 그러나 IT리더에게 도전적 과제보다 더 어려운 일은 아마 없을 것이다. 즉, 자신의 안전지대를 넘어 리더십 기술을 증명하도록 강요하는 야심 찬 프로젝트다.  도전적 과제란 매우 어려운 프로젝트를 맡는다거나, 인접 업무 분야에서 추가적 역할을 맡는 것을 뜻한다. 이러한 과제는 흔히 변혁적이거나 포괄적인 성격이라서, CIO가 회사 내 동료와의 관계를 함양하는 데 매우 중요하다. 이러한 임무를 완수한 IT리더는 새로운 길을 열 가능성이 생긴다.  도전적 과제는 여러 형태와 기능을 갖지만, 모두 CIO가 현재 위치를 얻거나 보강하는 데 유익하다.  비즈니스 트랜스포메이션  밀린드 웨이글(왼쪽 사진)이 에퀴닉스의 글로벌 IT부사장으로 일하고 있을 때 CIO인 브라이언 릴리가 그에게 에퀴닉스의 QTC시스템(Quote-To-Cash Systems)을 정비하도록 주문했다. 이는 가격 견적, 청구서, 여타 고객 및 채널 파트너(유통 업체)를 위한 기록을 생성하는 프로세스를 망라한다. 이 글로벌 트랜스포메이션은 과거 16개 국가에서 지역적으로 운영되던 15개의 IT시스템을 6개의 전략적 시스템으로 축소하였다. 이로써 에퀴닉스는 일관된 고객경험을 생성했다고 웨이글은 말했다.  웨이글은 <CIO닷컴>에 “그 과제는 내가 맡은 최대이자 가장 복잡한 전문 프로젝트였다”면서 QTC시스템은 어떤 식으로든 회사의 90%와 관련된다고 덧붙였다.  프로젝트의 실무 책임자로서 웨이글은 여러 업무 분야와 소통하였고, 과거에는 가능하지 않았던 경영팀과도 접촉했으며, 당시 CEO인 스티브 스미스와도 매주 접견하였다. 프로젝트는 상당한 변화 관리를 포함했...

프로젝트 건축자재 84럼버 IT현대화 아마존웹서비스 마이크로소프트 애저 디지털 변혁 에퀴닉스 석유 변화 관리 신뢰 P&G 인사 BP 승진 AWS 성공 CIO 프록터앤드갬블

2020.01.30

변혁적인 프로젝트, 문화 변화, 새로운 역할, 신기술은 오늘날 CIO에게 어려운 도전 과제다. 하지만 이러한 과제를 완수한 에퀴닉스, 프록터앤드갬블, 84럼버, BP의 IT리더들은 경영진의 신임을 얻을 수 있었다.    IT리더는 감내해야 할 일이 많다. 그러나 IT리더에게 도전적 과제보다 더 어려운 일은 아마 없을 것이다. 즉, 자신의 안전지대를 넘어 리더십 기술을 증명하도록 강요하는 야심 찬 프로젝트다.  도전적 과제란 매우 어려운 프로젝트를 맡는다거나, 인접 업무 분야에서 추가적 역할을 맡는 것을 뜻한다. 이러한 과제는 흔히 변혁적이거나 포괄적인 성격이라서, CIO가 회사 내 동료와의 관계를 함양하는 데 매우 중요하다. 이러한 임무를 완수한 IT리더는 새로운 길을 열 가능성이 생긴다.  도전적 과제는 여러 형태와 기능을 갖지만, 모두 CIO가 현재 위치를 얻거나 보강하는 데 유익하다.  비즈니스 트랜스포메이션  밀린드 웨이글(왼쪽 사진)이 에퀴닉스의 글로벌 IT부사장으로 일하고 있을 때 CIO인 브라이언 릴리가 그에게 에퀴닉스의 QTC시스템(Quote-To-Cash Systems)을 정비하도록 주문했다. 이는 가격 견적, 청구서, 여타 고객 및 채널 파트너(유통 업체)를 위한 기록을 생성하는 프로세스를 망라한다. 이 글로벌 트랜스포메이션은 과거 16개 국가에서 지역적으로 운영되던 15개의 IT시스템을 6개의 전략적 시스템으로 축소하였다. 이로써 에퀴닉스는 일관된 고객경험을 생성했다고 웨이글은 말했다.  웨이글은 <CIO닷컴>에 “그 과제는 내가 맡은 최대이자 가장 복잡한 전문 프로젝트였다”면서 QTC시스템은 어떤 식으로든 회사의 90%와 관련된다고 덧붙였다.  프로젝트의 실무 책임자로서 웨이글은 여러 업무 분야와 소통하였고, 과거에는 가능하지 않았던 경영팀과도 접촉했으며, 당시 CEO인 스티브 스미스와도 매주 접견하였다. 프로젝트는 상당한 변화 관리를 포함했...

2020.01.30

“이렇게 실수로부터 배웠다”··· ‘약 되는’ 실패 사례 7가지

실수는 때로 약이 된다. 여기 초창기 실수가 커리어 성공에 일조한 사례를 정리했다.  실수를 역이용하는 스포츠 코치들이 있다. 실수에 대한 단기 기억을 활용해 다음 플레이에 집중하여 성공할 수 있도록 하는 것이다. 마찬가지로 비즈니스 리더는 빨리 실패하고 다음에 집중하라는 조언을 많이 받는다. 두 경우 모두에 핵심은 압박이 지속되는 가운데 다시 집중하고 시작하여 높은 수준의 결과를 달성하는 것이다. 거의 모든 기술 업적은 초기의 실패를 자양분 삼아 달성된다. CIO닷컴이 만난 IT 전문가들은 치명적인 결과를 피하기 위해 위험을 관리하면서 실수에서 배우고 실시간으로 시정하라고 조언했다.  초기의 휘청거림이 이후 성공의 토대가 될 수 있다면, IT 리더가 참고할 만한 유용한 실수에는 무엇이 있을까? 기술 리더십 측면에서 초기의 실수가 어떻게 긍정적인 결과로 이어졌는지 사례들을 살펴본다.    실수의 교훈을 간과하기 애자일로프트(Agiloft)의 CEO 콜린 얼은 프로젝트 또는 제품을 완성 과정에서 모든 체크포인트를 확인할 수 있겠지만, 그래도 여전히 부족하다고 지적했다.  얼은 “내 팀이 기업 시스템 도입을 담당했을 때 절실히 깨달았다. 우리는 시한과 예산에 맞추어 완수했다. 그리고 사용자가 요청한 모든 기능을 약속한 방식대로 수행했다. 하지만 실제로 사용을 시작한 결과 그들이 원한다고 말했던 것 중 다수가 실제로 필요한 것과 다르다는 점이 드러났다. 결국 새로운 요건을 충족하기 위해 시스템을 재도입해야 했다. 아울러 기존 시스템의 많은 부분을 없애려면 프로젝트의 시한과 예산이 초과될 수밖에 없었다. 그리고 IT가 이 실패에 대한 책임을 져야 했다”라고 말했다. 얼은 실수와 관련해 두 가지가 중요하다고 진단했다. 자신의 실수로부터 배워야 하며, 타인의 실수를 통해서도 배워 그 실수를 반복하지 않아야 한다는 것이다.  그는 “세상에는 많은 지식과 축적된 경험이 있다. 이 모든 것을 간과하는 것은 ...

프로젝트 CIO 실수 실패 교훈 경험담

2020.01.23

실수는 때로 약이 된다. 여기 초창기 실수가 커리어 성공에 일조한 사례를 정리했다.  실수를 역이용하는 스포츠 코치들이 있다. 실수에 대한 단기 기억을 활용해 다음 플레이에 집중하여 성공할 수 있도록 하는 것이다. 마찬가지로 비즈니스 리더는 빨리 실패하고 다음에 집중하라는 조언을 많이 받는다. 두 경우 모두에 핵심은 압박이 지속되는 가운데 다시 집중하고 시작하여 높은 수준의 결과를 달성하는 것이다. 거의 모든 기술 업적은 초기의 실패를 자양분 삼아 달성된다. CIO닷컴이 만난 IT 전문가들은 치명적인 결과를 피하기 위해 위험을 관리하면서 실수에서 배우고 실시간으로 시정하라고 조언했다.  초기의 휘청거림이 이후 성공의 토대가 될 수 있다면, IT 리더가 참고할 만한 유용한 실수에는 무엇이 있을까? 기술 리더십 측면에서 초기의 실수가 어떻게 긍정적인 결과로 이어졌는지 사례들을 살펴본다.    실수의 교훈을 간과하기 애자일로프트(Agiloft)의 CEO 콜린 얼은 프로젝트 또는 제품을 완성 과정에서 모든 체크포인트를 확인할 수 있겠지만, 그래도 여전히 부족하다고 지적했다.  얼은 “내 팀이 기업 시스템 도입을 담당했을 때 절실히 깨달았다. 우리는 시한과 예산에 맞추어 완수했다. 그리고 사용자가 요청한 모든 기능을 약속한 방식대로 수행했다. 하지만 실제로 사용을 시작한 결과 그들이 원한다고 말했던 것 중 다수가 실제로 필요한 것과 다르다는 점이 드러났다. 결국 새로운 요건을 충족하기 위해 시스템을 재도입해야 했다. 아울러 기존 시스템의 많은 부분을 없애려면 프로젝트의 시한과 예산이 초과될 수밖에 없었다. 그리고 IT가 이 실패에 대한 책임을 져야 했다”라고 말했다. 얼은 실수와 관련해 두 가지가 중요하다고 진단했다. 자신의 실수로부터 배워야 하며, 타인의 실수를 통해서도 배워 그 실수를 반복하지 않아야 한다는 것이다.  그는 “세상에는 많은 지식과 축적된 경험이 있다. 이 모든 것을 간과하는 것은 ...

2020.01.23

기고 | 프로젝트 성공에 필요한 5가지

전 세계적으로 IT프로젝트 성공률은 수년간 큰 변화 없이 비슷한 수준을 유지했는데, 이것이 좋은 현상은 아니다. 프로젝트 매니지먼트 인스티튜트(Project Management Institute)의 ‘펄스 오브 프로페션 2019(Pulse of the Profession 2019)’ 보고서는 다음 사항을 사전에 명시하여 이러한 사실을 인정했다. ‘모든 대화에도 불구하고 프로젝트 성과는 나아지지 않았다.’ 전세계에서 진행 중인 프로젝트 가운데 실제로 주어진 예산과 계획 일정에 맞춰 끝나는 경우는 3분의 1만 미만으로 추정된다. KPMG는 ROI 달성률이 2% 미만이라고 밝혔다. 이 말을 풀이해 보면, 현재 프로젝트에 투입된 사람 중에 1/3 미만만 성공적으로 완수하며, 생산적인 결과를 얻는 경우는 2% 미만이라고 할 수 있다. 이를 어떻게 받아들여야 할까?  그래서 해답은 무엇인가? 대부분 조직은 그 해답이 '특효약' 처방 구현이며 다른 산업과 상황에서 다른 사람들이 사용하는 수많은 유행어와 접근법이라고 생각한다. 그러나 실패의 근본 원인은 프로젝트(또는 전략이나 조직이 부르는 모든 것)를 책임지는 사람들의 행동에 있기 때문에 이러한 특효약 처방은 일시적으로 상승효과만 낼 수 있을 것이다. 여기 꾸준히 프로젝트를 훌륭하게 마치는 사람들에게 배우는 5가지 요소를 소개한다.    1. 프로젝트를 이해하는 스폰서 여기서 스폰서란, 고위직 관리자로서 조직 구조에서의 단지 높은 자리에 있기 때문에 모든 답을 가지고 있다고 생각하지 않는다. 프로젝트의 스폰서가 된다는 것은 다른 임무를 맡는다는 의미만은 아니다. 프로젝트 스폰서는 프로젝트 성공이 우선순위를 명확히 하고, 동료들 간의 도전 의식을 고취하며, 빠르게 의사결정을 내리고, 무의미한 관료주의를 제거하며, 결과에 집중하고, 프로젝트 구현을 책임지는 개개인을 관리하는 데에 달려 있음을 잘 알고 있다. 이들은 프로젝트 일정과 롤 모델이 기대하는 바대로 되도록 한다.  2...

프로젝트 스폰서 KPMG 문화 IQ 측정 성공 ROI CIO EQ

2019.10.18

전 세계적으로 IT프로젝트 성공률은 수년간 큰 변화 없이 비슷한 수준을 유지했는데, 이것이 좋은 현상은 아니다. 프로젝트 매니지먼트 인스티튜트(Project Management Institute)의 ‘펄스 오브 프로페션 2019(Pulse of the Profession 2019)’ 보고서는 다음 사항을 사전에 명시하여 이러한 사실을 인정했다. ‘모든 대화에도 불구하고 프로젝트 성과는 나아지지 않았다.’ 전세계에서 진행 중인 프로젝트 가운데 실제로 주어진 예산과 계획 일정에 맞춰 끝나는 경우는 3분의 1만 미만으로 추정된다. KPMG는 ROI 달성률이 2% 미만이라고 밝혔다. 이 말을 풀이해 보면, 현재 프로젝트에 투입된 사람 중에 1/3 미만만 성공적으로 완수하며, 생산적인 결과를 얻는 경우는 2% 미만이라고 할 수 있다. 이를 어떻게 받아들여야 할까?  그래서 해답은 무엇인가? 대부분 조직은 그 해답이 '특효약' 처방 구현이며 다른 산업과 상황에서 다른 사람들이 사용하는 수많은 유행어와 접근법이라고 생각한다. 그러나 실패의 근본 원인은 프로젝트(또는 전략이나 조직이 부르는 모든 것)를 책임지는 사람들의 행동에 있기 때문에 이러한 특효약 처방은 일시적으로 상승효과만 낼 수 있을 것이다. 여기 꾸준히 프로젝트를 훌륭하게 마치는 사람들에게 배우는 5가지 요소를 소개한다.    1. 프로젝트를 이해하는 스폰서 여기서 스폰서란, 고위직 관리자로서 조직 구조에서의 단지 높은 자리에 있기 때문에 모든 답을 가지고 있다고 생각하지 않는다. 프로젝트의 스폰서가 된다는 것은 다른 임무를 맡는다는 의미만은 아니다. 프로젝트 스폰서는 프로젝트 성공이 우선순위를 명확히 하고, 동료들 간의 도전 의식을 고취하며, 빠르게 의사결정을 내리고, 무의미한 관료주의를 제거하며, 결과에 집중하고, 프로젝트 구현을 책임지는 개개인을 관리하는 데에 달려 있음을 잘 알고 있다. 이들은 프로젝트 일정과 롤 모델이 기대하는 바대로 되도록 한다.  2...

2019.10.18

‘CIO가 알아야 할’ 변화관리 실패 이유 10가지

먼저 조직이 변화를 추진할 때 성공 확률이 그렇게 높지 않다는 점을 기억할 필요가 있다. 버레스트 그룹 리서치가 2019년 6월 발표한 ‘디지털에 대한 준비에서 효과로의 변화(Movinhg from Digital Readiness to Effectiveness)’라는 보고서에 따르면, 디지털 트랜스포메이션 이니셔티브를 추진하는 많은 기업이 목표를 달성하지 못하며, 73%의 기업은 지속적인 ‘수익’을 실현시키는 데 실패한다. 에버레스트 그룹의 파트너로 IT 및 디지털 트랜스포메이션 프랙티스를 공동 책임지고 있는 세실리아 에드워즈는 “기업들은 여전히 변화에 고전하고 있다. 지난 15년 동안 변화에 실패하는 비율에 큰 변화가 없었다”라고 지적했다. 기술이 비즈니스의 원동력이 되는 변화가 시작된 지 수십 년이 지났음에도 불구하고 여전히 실패 비율이 비슷한 수준인 이유는 무엇일까? 에드워즈는 이에 대한 이론 한 가지를 갖고 있다. 그녀는 에버레스트 그룹의 통계, 다른 유사한 통계가 놀라워 보일 수 있지만, 현재 성공으로 간주되는 이니셔티브에 존재하는 더 높은 기준이 반영되고 있다고 말했다. 지금 당장 성공하려면 이니셔티브는 분명한 비즈니스 가치를 전달해야 한다. 그녀는 “일부 조직만 계획한 비즈니스 가치를 획득한다. 이는 일관된 현상이며, 디지털 트랜스포메이션에서는 더욱 그렇다”라고 덧붙였다. CIO와 기술 전문가, 경영 컨설턴트들은 여러 요인, 요소들 때문에 나쁜 결과가 나올 수 있지만, 유독 큰 이유 중 하나는 변화 관리가 취약, 미흡한 것이라고 지적한다. 이에 많이 발생하는 변화 관리 측면의 실수, 이를 방지하는 10가지 방법을 소개한다.   1. 현대에 요구되는 변화를 이해하지 못한다 과거 IT 프로젝트는 사람들의 업무 방식 변화를 유도하는 기술을 구현, 이런 업무 방식을 안정시키고 새로운 기준으로 만드는 것을 의미했다. 가트너의 CIO 리서치 부문 VP 겸 애널리스트인 수잔 애드남즈에 따르면, 오늘 날은 이런 변화가 더 광범위한 트랜...

프로젝트 변화관리 커뮤니케이션 IT 부서 현업 변화 관리

2019.09.11

먼저 조직이 변화를 추진할 때 성공 확률이 그렇게 높지 않다는 점을 기억할 필요가 있다. 버레스트 그룹 리서치가 2019년 6월 발표한 ‘디지털에 대한 준비에서 효과로의 변화(Movinhg from Digital Readiness to Effectiveness)’라는 보고서에 따르면, 디지털 트랜스포메이션 이니셔티브를 추진하는 많은 기업이 목표를 달성하지 못하며, 73%의 기업은 지속적인 ‘수익’을 실현시키는 데 실패한다. 에버레스트 그룹의 파트너로 IT 및 디지털 트랜스포메이션 프랙티스를 공동 책임지고 있는 세실리아 에드워즈는 “기업들은 여전히 변화에 고전하고 있다. 지난 15년 동안 변화에 실패하는 비율에 큰 변화가 없었다”라고 지적했다. 기술이 비즈니스의 원동력이 되는 변화가 시작된 지 수십 년이 지났음에도 불구하고 여전히 실패 비율이 비슷한 수준인 이유는 무엇일까? 에드워즈는 이에 대한 이론 한 가지를 갖고 있다. 그녀는 에버레스트 그룹의 통계, 다른 유사한 통계가 놀라워 보일 수 있지만, 현재 성공으로 간주되는 이니셔티브에 존재하는 더 높은 기준이 반영되고 있다고 말했다. 지금 당장 성공하려면 이니셔티브는 분명한 비즈니스 가치를 전달해야 한다. 그녀는 “일부 조직만 계획한 비즈니스 가치를 획득한다. 이는 일관된 현상이며, 디지털 트랜스포메이션에서는 더욱 그렇다”라고 덧붙였다. CIO와 기술 전문가, 경영 컨설턴트들은 여러 요인, 요소들 때문에 나쁜 결과가 나올 수 있지만, 유독 큰 이유 중 하나는 변화 관리가 취약, 미흡한 것이라고 지적한다. 이에 많이 발생하는 변화 관리 측면의 실수, 이를 방지하는 10가지 방법을 소개한다.   1. 현대에 요구되는 변화를 이해하지 못한다 과거 IT 프로젝트는 사람들의 업무 방식 변화를 유도하는 기술을 구현, 이런 업무 방식을 안정시키고 새로운 기준으로 만드는 것을 의미했다. 가트너의 CIO 리서치 부문 VP 겸 애널리스트인 수잔 애드남즈에 따르면, 오늘 날은 이런 변화가 더 광범위한 트랜...

2019.09.11

인공지능 및 머신러닝 프로젝트, 얼마나 안전할까

기업이 새로운 기술을 도입할 때 보안이 뒷전으로 물러나는 경우가 많다. 가능한 빨리, 가능한 저렴한 비용으로 고객과 내부 사용자를 위한 새로운 제품과 서비스를 도입하는 것이 더 중요해 보일 수도 있다. 보안을 견고히 하려면 시간과 비용을 투자해야 할 수 있기 때문이다. 즉, 좋은 보안은 느리고 비싸다. 인공지능(Artificial intelligence, AI)과 머신러닝(Machine Learning, ML)은 이전의 기술 발전과 마찬가지로 ‘취약점’과 ‘잘못된 구성’이 초래될 수 있으며, 동시에 고유의 위험도 존재한다. 기업이 AI에 기반을 둔 디지털 트랜스포메이션이라는 중요한 여정을 거치면서, 이런 위험이 과거 우리가 경험하지 못했던 수준으로 커질 가능성이 있다. AI와 머신러닝은 다른 기술들보다 훨씬 더 많은 데이터, 훨씬 더 복잡한 데이터를 요구한다. 여기에 사용되는 알고리즘은 수학자와 데이터 과학자가 개발했으며, 연구 프로젝트에서 나온 것들이다. 한편 불륨(양)과 프로세싱에 필요한 요건 때문에 클라우드 플랫폼으로 워크로드를 처리해야 하는 경우가 일반적이다. 이로 인해 복잡성과 취약점이 가중된다. 많은 데이터 요구, 암호화되지 않은 데이터를 남긴다  AI와 머신러닝 시스템은 3가지 데이터 세트를 요구한다. 첫째, 기업이 예측 모델을 구축하기 위해 필요한 트레이닝 데이터다. 둘째, 모델이 얼마나 잘 작동하는지 파악하기 위해 필요한 테스팅 데이터다. 마지막은 모델을 가동할 때 사용하는 트랜젝션 데이터, 운영 데이터다. 이로 인해 2가지 보안 문제를 초래한다. 첫 번째, 데이터 과학자가 수집하는 트레이닝 데이터는 통상 평문(cleartext) 형식이다. 익명화된 데이터, 토큰화 된 데이터를 사용하면 모델을 구축하기 더 힘들어진다. 데이터 과학자는 일반적으로 이런 종류의 데이터 보안 전문성을 갖고 있지 않다. 모델이 입증되어 운영에 사용되는 경우에도 여전히 평문 데이터를 받아들이게 될 것이다. 이는 중대한 보안 위험이다. 엣지와이즈 네트워크...

프로젝트 클라우드 사이버보안 인공지능 머신러닝 편향 보안내재화

2019.09.06

기업이 새로운 기술을 도입할 때 보안이 뒷전으로 물러나는 경우가 많다. 가능한 빨리, 가능한 저렴한 비용으로 고객과 내부 사용자를 위한 새로운 제품과 서비스를 도입하는 것이 더 중요해 보일 수도 있다. 보안을 견고히 하려면 시간과 비용을 투자해야 할 수 있기 때문이다. 즉, 좋은 보안은 느리고 비싸다. 인공지능(Artificial intelligence, AI)과 머신러닝(Machine Learning, ML)은 이전의 기술 발전과 마찬가지로 ‘취약점’과 ‘잘못된 구성’이 초래될 수 있으며, 동시에 고유의 위험도 존재한다. 기업이 AI에 기반을 둔 디지털 트랜스포메이션이라는 중요한 여정을 거치면서, 이런 위험이 과거 우리가 경험하지 못했던 수준으로 커질 가능성이 있다. AI와 머신러닝은 다른 기술들보다 훨씬 더 많은 데이터, 훨씬 더 복잡한 데이터를 요구한다. 여기에 사용되는 알고리즘은 수학자와 데이터 과학자가 개발했으며, 연구 프로젝트에서 나온 것들이다. 한편 불륨(양)과 프로세싱에 필요한 요건 때문에 클라우드 플랫폼으로 워크로드를 처리해야 하는 경우가 일반적이다. 이로 인해 복잡성과 취약점이 가중된다. 많은 데이터 요구, 암호화되지 않은 데이터를 남긴다  AI와 머신러닝 시스템은 3가지 데이터 세트를 요구한다. 첫째, 기업이 예측 모델을 구축하기 위해 필요한 트레이닝 데이터다. 둘째, 모델이 얼마나 잘 작동하는지 파악하기 위해 필요한 테스팅 데이터다. 마지막은 모델을 가동할 때 사용하는 트랜젝션 데이터, 운영 데이터다. 이로 인해 2가지 보안 문제를 초래한다. 첫 번째, 데이터 과학자가 수집하는 트레이닝 데이터는 통상 평문(cleartext) 형식이다. 익명화된 데이터, 토큰화 된 데이터를 사용하면 모델을 구축하기 더 힘들어진다. 데이터 과학자는 일반적으로 이런 종류의 데이터 보안 전문성을 갖고 있지 않다. 모델이 입증되어 운영에 사용되는 경우에도 여전히 평문 데이터를 받아들이게 될 것이다. 이는 중대한 보안 위험이다. 엣지와이즈 네트워크...

2019.09.06

"실패 가능성 85%" 빅데이터 프로젝트의 문제와 해법

빅데이터 프로젝트는 규모가 크고 목표가 웅대하다. 그리고 완전히 실패하는 경우가 많다. 2016년 가트너는 빅데이터 프로젝트의 60%가 실패한 것으로 추산했다. 1년 뒤 가트너의 애널리스트 닉 휴데커는 60%의 추정치가 “지나치게 보수적”이었다며 실패 비율이 85%에 근접한다고 말했다. 휴데커는 이러한 상황이 지금도 바뀌지 않았다고 본다. 가트너만 이렇게 평가하는 것은 아니다. 최근까지 오랜 기간 마이크로소프트의 고위 임원을 지낸 스노우플레이크 컴퓨팅(Snowflake Computing)의 CEO 밥 무글리아는 분석 사이트 데이터나미(Datanami)와의 인터뷰에서 “나는 행복한 하둡 고객을 본 적이 없다. 그것만으로 상황을 알 수 있다. 지금까지 하둡을 성공적으로 구축한 기업은 20개 미만, 어쩌면 10개 미만일 수도 있다. 제품과 기술이 얼마나 오래 전부터 시장에 존재했으며, 업계가 전반적으로 이 기술에 얼마나 힘을 쏟았는지 생각하면 말도 안 되는 수치”라고 말했다. 물론 하둡은 빅데이터 바람을 일으킨 엔진이다. 다른 빅데이터 전문가의 의견도 비슷하다. 실제로 심각한 수준의 문제가 있으며 전적으로 기술 문제만은 아니라는 것이다. 사실 진짜 실패의 원인에 비하면 기술은 부차적인 문제에 속한다. 빅데이터 프로젝트가 실패하는 4가지 주요 원인과 성공할 수 있는 4가지 주요 방법을 알아보자.     빅데이터 문제 1 : 부실한 통합 휴데커는 빅데이터 실패의 한 가지 중요한 기술적 문제는 서로 분리된 여러 소스의 데이터를 통합해 원하는 통찰력을 얻는 데 있다고 말했다. 격리된 레거시 시스템을 연결하기란 쉽지 않은 일이다. 휴데커는 통합 비용이 소프트웨어 비용의 5~10배에 이른다면서 “가장 큰 문제는 간단한 통합이다. 여러 데이터 소스를 연결해서 결과를 얻으려면 어떻게 해야 하는가? 많은 기업이 데이터 레이크를 선택하고, 이 기술이 마술처럼 모든 것을 연결해줄 것이라고 생각하지만 그건 착...

프로젝트 데이터웨어하우스 데이터레이크

2019.05.21

빅데이터 프로젝트는 규모가 크고 목표가 웅대하다. 그리고 완전히 실패하는 경우가 많다. 2016년 가트너는 빅데이터 프로젝트의 60%가 실패한 것으로 추산했다. 1년 뒤 가트너의 애널리스트 닉 휴데커는 60%의 추정치가 “지나치게 보수적”이었다며 실패 비율이 85%에 근접한다고 말했다. 휴데커는 이러한 상황이 지금도 바뀌지 않았다고 본다. 가트너만 이렇게 평가하는 것은 아니다. 최근까지 오랜 기간 마이크로소프트의 고위 임원을 지낸 스노우플레이크 컴퓨팅(Snowflake Computing)의 CEO 밥 무글리아는 분석 사이트 데이터나미(Datanami)와의 인터뷰에서 “나는 행복한 하둡 고객을 본 적이 없다. 그것만으로 상황을 알 수 있다. 지금까지 하둡을 성공적으로 구축한 기업은 20개 미만, 어쩌면 10개 미만일 수도 있다. 제품과 기술이 얼마나 오래 전부터 시장에 존재했으며, 업계가 전반적으로 이 기술에 얼마나 힘을 쏟았는지 생각하면 말도 안 되는 수치”라고 말했다. 물론 하둡은 빅데이터 바람을 일으킨 엔진이다. 다른 빅데이터 전문가의 의견도 비슷하다. 실제로 심각한 수준의 문제가 있으며 전적으로 기술 문제만은 아니라는 것이다. 사실 진짜 실패의 원인에 비하면 기술은 부차적인 문제에 속한다. 빅데이터 프로젝트가 실패하는 4가지 주요 원인과 성공할 수 있는 4가지 주요 방법을 알아보자.     빅데이터 문제 1 : 부실한 통합 휴데커는 빅데이터 실패의 한 가지 중요한 기술적 문제는 서로 분리된 여러 소스의 데이터를 통합해 원하는 통찰력을 얻는 데 있다고 말했다. 격리된 레거시 시스템을 연결하기란 쉽지 않은 일이다. 휴데커는 통합 비용이 소프트웨어 비용의 5~10배에 이른다면서 “가장 큰 문제는 간단한 통합이다. 여러 데이터 소스를 연결해서 결과를 얻으려면 어떻게 해야 하는가? 많은 기업이 데이터 레이크를 선택하고, 이 기술이 마술처럼 모든 것을 연결해줄 것이라고 생각하지만 그건 착...

2019.05.21

회사명:한국IDG 제호: ITWorld 주소 : 서울시 중구 세종대로 23, 4층 우)04512
등록번호 : 서울 아00743 등록일자 : 2009년 01월 19일

발행인 : 박형미 편집인 : 박재곤 청소년보호책임자 : 한정규
사업자 등록번호 : 214-87-22467 Tel : 02-558-6950

Copyright © 2022 International Data Group. All rights reserved.

10.5.0.8