이 블로그 게시물에서는 게스트 작성자이자 분석 전문가인 Mike Norris의 분석 현대화 이니셔티브 계획 및 피해야 할 함정에 대한 지식을 공유하게 된 것을 영광으로 생각합니다.
분석 현대화 이니셔티브를 고려할 때 탐색해야 할 몇 가지 질문이 있습니다. 현재 작동하고 있는데 왜 이 작업을 수행해야 할까요? 어떤 압력이 예상됩니까? 목표는 무엇이어야 합니까? 피해야 할 사항은 무엇입니까? 성공적인 계획은 어떤 모습이어야 합니까?
분석을 현대화해야 하는 이유
Business Analytics에서는 전례 없는 속도로 혁신이 이루어지고 있습니다. "새로운 기능"과 인기를 활용해야 하는 지속적인 압력이 있습니다. Hadoop, Data Lakes, Data Science Lab, Citizen Data Analyst, 모두를 위한 셀프 서비스, 생각의 속도로 통찰 등. 익숙한 소리? 많은 리더에게 지금은 투자에 관한 중대한 결정에 직면하는 시기입니다. 많은 사람들이 더 많은 기능을 제공하기 위해 새로운 경로를 시작했지만 부족합니다. 다른 사람들은 현대화 경로를 시도하고 리더십의 약속을 지키기 위해 고군분투합니다.
현대화를 위한 이러한 시도 중 다수는 새로운 공급업체, 기술, 프로세스 및 분석 제품을 추가하는 결과를 낳습니다. 이러한 형태의 현대화는 더 빠른 초기 성공을 제공하지만 일반적으로 분석 퍼즐의 기존 부분을 대체하지 않고 오히려 겹치기 때문에 기술적 부채와 오버헤드를 남깁니다. 이러한 유형의 "현대화"는 도약에 가깝고 "현대화"라고 생각하지 않습니다.
분석 컨텍스트에서 현대화라고 할 때 의미하는 바는 다음과 같습니다.
“현대화는 우리가 이미 가지고 있는 분석을 개선하거나 이미 사용 중인 기술에 기능을 추가하는 것입니다. 현대화는 항상 개선 목표를 달성하기 위해 수행됩니다. 목표는 사용자 커뮤니티와 IT/분석 리더십 간의 파트너십을 통해 정의되어야 합니다.”
이러한 목표는 다음과 같습니다.
- 피상적 인 – 더 섹시해 보이는 콘텐츠 또는 향상된 사용자 경험.
- 기능성화장품유무 – 성능 향상 또는 기능 및 기능 추가
- 확장 – 임베디드 경험을 제공하거나 추가 프로젝트 및 워크로드를 추가합니다.
Business Analytics 분야에서 20년이 넘는 기간 동안 저는 수백 개의 회사 및 조직과 협력하여 설치, 업그레이드, 구성, 전략적 계획 및 프로젝트를 돕고 조언했습니다. 늦은 시간에 현대화 프로젝트를 진행하는 동안 현실을 직시하는 것이 종종 고통스럽습니다. 많은 사람들이 계획 없이 시작하거나 그 계획에 대한 검증 없이 계획을 가지고 시작합니다. 지금까지 최악의 것은 IT와 분석 현대화가 통합된 대규모 프로젝트로 결합된 것입니다.
예상하고 극복해야 하는 압력
- 모든 것이 클라우드 및 SaaS여야 합니다. – 클라우드는 많은 이점을 가지고 있으며 순 신규 전략 및 투자를 위한 확실한 선택입니다. "날짜 기준"과 결합된 회사 전략이기 때문에 온프레미스에서 클라우드로 모든 것을 이동하는 것은 나쁜 전략이며 진공 상태에서 운영되는 나쁜 리더십에서 비롯됩니다. 날짜까지 등록하기 전에 혜택과 영향을 이해했는지 확인하십시오.
- 모든 것을 단일 소싱 – 예, 필요한 모든 것을 제공할 수 있는 회사가 있습니다. 단일 소스 공급업체가 혜택을 판매할 수 있지만 실제 또는 인지되고 있습니까? 분석 공간은 대체로 개방적이고 이기종이어서 최상의 선택을 할 수 있습니다.
- 최신 제품이 더 좋습니다 – 새로운 것이 더 나은 것은 자동차에서 작동할 수 있지만 제공되는 진화가 아닌 한 일반적으로 소프트웨어에서는 작동하지 않습니다. 수년간의 실제 경험과 역사를 가진 공급업체는 따라가는 것이 느린 것처럼 보이지만 여기에는 그럴만한 이유가 있습니다. 이러한 공급업체는 다른 업체와 비교할 수 없는 강력한 제품을 제공하는 경향이 있으며 해당 제품은 사용이 증가함에 따라 훨씬 더 많은 평생 가치를 갖게 됩니다. 예, 약간의 지연이 있지만 이것이 항상 교체가 필요하다는 것을 나타내는 것은 아닙니다. 많은 경우 구분선이 명확하면 여러 조각이 존재할 수 있습니다.
- 거대한 결과를 서두르다 – 불행히도 할당된 시간은 거의 정확하지 않으므로 의미 있는 진행 상황과 결과를 보여주기 위해 정의된 승리와 함께 이정표와 작은 계획을 세우는 것이 좋습니다.
- 모든 것이 훨씬 빠를 것입니다. – 이것은 큰 목표이자 열망이지만 항상 현실은 아닙니다. 제공 아키텍처는 통합이 얼마나 잘 수행되고 주변 종속 및 지원 서비스 및 기능의 공동 위치와 마찬가지로 큰 요소입니다.
- 지금의 현대화는 우리의 미래를 증명합니다. – 개막전에서 말했듯이 혁신은 날고 있기 때문에 이것은 계속 발전할 영역입니다. 항상 최신 상태를 유지하고 업데이트가 계획되어 있는지 확인하십시오. 업데이트 후 활용하거나 사용할 수 있는 새로운 기능을 평가합니다.
- 현대화는 단순히 "업그레이드"이며 쉬울 것입니다. – 업그레이드가 아닌 현대화. 즉, 업그레이드, 업데이트, 교체 및 새로운 기능과 기능 활용을 의미합니다. 먼저 업그레이드한 다음 새로운 기능과 기능을 활용하십시오.
분석 현대화 계획 준비
현대화 작업을 수행하기 전에 성공률을 높이는 데 도움이 되도록 공유할 몇 가지 작업을 수행하는 것이 좋습니다.
1. 목표를 결정하십시오.
"손쉬운 소비와 콘텐츠 제작을 가능하게 하는 아름다운 분석의 빠르고 끊김 없는 소스를 제공하는 것"과 같은 목표는 가질 수 없습니다. 이것은 프로젝트 승인을 받기 위한 훌륭한 목표이지만 위험과 파멸을 내포하고 있는 포괄적인 목표입니다. 너무 큽니다. 측정된 바람직한 결과와 함께 한 번에 단일 기술 변경에 초점을 맞추고 목표를 설정합니다. 많은 경우 현대화는 경험을 통해 하나씩 하나씩 수행해야 합니다. 이것은 더 작은 프로젝트와 목표를 의미합니다.
사람들은 이것이 더 많은 시간과 전반적인 노력을 의미하며 사용자에게 너무 많은 변경 사항을 의미한다고 주장할 것입니다. 내 경험상, 예, 이 계획은 더 길어 보이지만 어쨌든 소요되는 실제 시간을 더 잘 반영합니다. 사용자 경험 변경의 빈도에 관해서는 이해가 되는 완전한 변경 세트가 있을 때까지 결과를 프로덕션으로 푸시하지 않음으로써 처리할 수 있습니다. 내가 본 "한 번에 모든 작업을 수행"하는 현대화 계획은 예상보다 12~18개월 더 오래 실행되어 설명하기 훨씬 어렵습니다. 더 나쁜 것은 계획을 실행하는 팀에 가해지는 압력과 그 과정에서 도전에서 오는 끊임없는 부정입니다. 이것은 또한 도약 움직임을 초래하는 큰 피벗으로 이어집니다.
작은 변화에 초점을 맞추는 가장 큰 이유는 분석이 중단되는 경우 문제를 해결하고 해결하는 것이 훨씬 빠르고 쉽기 때문입니다. 더 적은 변수는 더 빠른 문제 해결을 의미합니다. 이것이 간단하게 들린다는 것을 압니다. 하지만 저는 다음과 같은 곳에서 괴물 현대화 노력을 하기로 결정한 둘 이상의 회사와 함께 일했다고 말할 것입니다.
- 분석 플랫폼을 업그레이드해야 했습니다.
- 쿼리 기술 업데이트
- 클라우드로 이동한 분석 플랫폼
- 웹 싱글 사인온 공급자에 대한 인증 방법 교체
- 데이터베이스 공급업체가 온프레미스 소유 및 운영 모델에서 SaaS 솔루션으로 변경 및 이전되었습니다.
문제가 해결되지 않으면 실제 솔루션에 도달하기 전에 문제의 원인을 파악하는 데 많은 시간과 노력을 들였습니다. 결국, 이러한 "한 번에 모든 작업을 수행"하는 프로젝트는 시간과 예산을 초과하여 실행되었고 부분적인 목표 달성과 프로젝트를 둘러싼 부정적인 요소로 인해 혼합된 결과를 산출했습니다. 이들 중 많은 것들이 결국 "가능한 한 최선을 다해 실행하는" 프로젝트가 되었습니다.
2. 목표별로 계획을 세웁니다.
계획에는 투명성, 완전성 및 정확성을 위해 모든 이해 관계자의 의견이 포함되어야 합니다. 여기서 나의 예는 데이터베이스 기술의 변화입니다. 일부 공급업체는 다른 공급업체와의 호환성을 제공하며 이는 가치 실현 시간에 대해 이야기할 때 판매에 도움이 됩니다. 또한 각 데이터베이스 공급업체는 기존 업체보다 실적이 더 좋다는 입장을 내세우려고 노력할 것입니다. 문제는 이러한 진술이 중복되지 않는다는 것입니다. 공급업체의 호환성을 활용하고 기존 워크로드의 성능을 개선하여 한 데이터베이스 기술에서 다른 데이터베이스 기술로 워크로드가 이동하는 것을 아직 본 적이 없습니다.
또한 데이터베이스 공급업체/기술을 변경할 때 거의 확실히 다른 수준의 SQL 호환성, 노출된 데이터베이스 기능 및 다른 데이터 유형을 얻게 되며, 이 모든 것이 상위에 있는 기존 응용 프로그램에 큰 피해를 줄 수 있습니다. 요점은 그러한 주요 변경의 가능한 영향을 조사하고 결정할 수 있는 사람들과 함께 계획을 검증해야 한다는 것입니다. 전문가들은 나중에 놀라움을 없애기 위해 참여해야 합니다.
3. 계획 세우기.
모든 목표가 공개됨에 따라 일부 목표가 동시에 실행될 수 있음을 알 수 있습니다. 분석 플랫폼을 사용할 때 서로 다른 그룹이나 사업부에서 현대화할 데이터베이스와 같은 서로 다른 기본 구성 요소를 사용하여 병렬로 실행할 수 있음을 발견할 수 있습니다.
4. 모든 계획을 분석적으로 검토하고 정리합니다..
이것은 매우 중요한 단계이며 많은 사람들이 생략합니다. 나는 당신이 당신의 분석에 대해 가지고 있는 분석을 사용하기를 간청합니다. 이것은 시간과 자원을 낭비하지 않는 열쇠입니다. 어떤 데이터가 죽었는지, 분석 플랫폼의 어떤 콘텐츠가 더 이상 사용되지 않거나 관련이 없는지 확인합니다. 우리는 모두 일회성 작업을 위해 분석 프로젝트나 콘텐츠를 구축했지만 대부분은 삭제하거나 정리하는 데도 소홀했습니다. 그것은이다 digital 유지, 업그레이드 또는 현대화해야 하는 순간까지 그냥 두는 데 비용이 들지 않는 콘텐츠입니다.
분석 콘텐츠의 80%가 죽거나 사용되지 않았거나 새 버전으로 교체되었거나 오랫동안 불만 없이 고장났다는 사실을 알고 충격을 받지 않으시겠습니까? 우리가 마지막으로 확인한 것이 언제였습니까?
검증이 필요한 것과 정리하거나 폐기해야 하는 것을 검토하지 않고 분석 콘텐츠의 검증이 필요한 프로젝트를 시작하지 마십시오. 분석에 사용할 분석이 없는 경우 앞으로 일부를 얻는 방법을 알아내십시오.
5. 현대화 프로젝트 및 개별 계획이 전체적으로 완료되었는지 평가.
"손쉬운 소비와 콘텐츠 제작을 가능하게 하는 아름다운 분석의 빠르고 끊김 없는 소스를 제공하는 것"이라는 나쁜 목표로 돌아가서 높은 수준에서 분해해 보겠습니다. 메모리 및 디스크 처리를 위한 인프라 변경, 데이터베이스 업그레이드 또는 변경, SAML 또는 OpenIDConnect와 같은 최신 Single Sign On 공급자 기술로의 이동, 분석 플랫폼의 업데이트 또는 업그레이드가 있을 수 있습니다. 이것들은 모두 좋은 것들이고 현대화에 도움이 되지만 우리는 다음을 기억해야 합니다. 최종 사용자는 이해 관계자입니다.. 해당 사용자가 수년 동안과 동일한 콘텐츠를 더 빠르게 얻을 수 있다면 만족도 수준은 미미할 것입니다. 아름다운 콘텐츠는 새로운 프로젝트만을 위한 것이 아니라 가장 큰 소비자 그룹에게 전달되어야 합니다. 기존 콘텐츠를 현대화하는 것은 거의 검토되지 않지만 가장 큰 영향 사용자에. 이는 관리자 또는 분석 플랫폼을 지원하는 팀의 모든 사람에게 특히 중요합니다. 최종 사용자를 만족스럽게 유지하지 않으면 팀이 제공하는 작업을 수행하기 위해 다른 도구가 도입되고 최종 결과는 재앙이 될 수 있습니다. 몇 주 후에 다음 블로그에서 이 주제를 다루겠습니다.
6. 마지막 조언.
백업을 자주 수행하고 프로덕션에서만 현대화 프로젝트를 수행하지 마십시오. 크고 광범위한 변경 사항에 대해 시뮬레이션된 프로덕션 환경을 갖도록 노력하십시오. 이렇게 하면 생산 외부와 내부에서 작동하는 작업 간의 변수와 차이를 최소화하는 데 도움이 됩니다.
자신의 현대화 여정에 행운을 빕니다!
자신의 현대화 이니셔티브에 대해 질문이 있으십니까? 문의하기 귀하의 요구 사항과 우리가 어떻게 도울 수 있는지 논의하기 위해!
