이 게스트 블로그는 Teknion Data Solutions의 Bridget Cogley, Tableau 전문가 및 컨설턴트가 작성했습니다. 2010년에 Tableau 도입을 지원한 이후, Bridget은 망설임 없이 주위에 Tableau의 가능성을 실현하도록 앞장서고 있습니다. tableaufit.com에서 그녀의 포스팅을 확인해 보세요.

피닉스 프로젝트(Phoenix Project)에서 가상의 해설자인 빌 파머는 IT가 어떻게 "조직의 생명선"인지에 대해 이야기합니다. IT에 이상이 생기면 조직 전반에 걸쳐 보이지는 않지만 확연하게 다른 부서의 업무도 중단됩니다. 수년 동안, 이는 IT가 비즈니스 인텔리전스를 소유했음을 의미하며 그 누구도 만족스럽지 못한 상황이 이어졌습니다.

처음 회사에 Tableau를 도입하도록 지원했을 때, 이는 마치 IT 부서를 차 트렁크에 가두어 험난한 여정으로 몰고 가는 것과 다름 없었습니다. 조직에서 의사 결정이 일어나는 과정을 고려하면, 우리는 극단적인 한계에서 아슬아슬한 길을 가는 것과 같았습니다. 2010년에는 이례적인 행보였지만, 한편으로 앞으로 다가올 일에 대한 경고였을지도 모릅니다. 2015년 즈음 Gartner는 Magic Quadrant를 개정하여, 선정 기준에 얼마나 많은 비즈니스 사용자의 수요가 창출되는지뿐 아니라 행보로 이어지는지를 반영하기로 결정했습니다.

업계 컨설턴트로서 저는 스프레드마트에서 로컬 데이터베이스, 심지어는 조용히 분석가의 발밑에서 바닥을 데우던 서버에서까지 다양하고 창의적인 방법으로 비즈니스 분석가가 정보에 도달하는 과정을 보아왔습니다. 인간은 본질적으로 창의적입니다. 장애물이 길을 막으면 인간은 아무리 우회하더라도 방법을 찾아냅니다. IT에게 이것은 역경이나 마찬가지였습니다. 보이지 않는 데이터를 어떻게 하면 보호하고 검증하고 인증할 수 있을까요? 최신 BI를 시작하세요.

팀 접근 방법

최신 BI에는 비즈니스를 고객처럼 대우하는 것 이외에도 팀 단위의 협력과 신뢰가 전적으로 필요합니다. 신뢰는 신중해야 할 요소이므로 IT는 보안 및 자원 관리와 같은 분야에서 잘못될 수 있는 점을 자주 고려해야 합니다. 비즈니스 사용자는 온라인으로 애드혹 분석을 수행하고 인구조사 정보, 주택 통계 및 날씨 동향과 같은 공개 데이터를 가져올 수 있기를 기대하는 등 훨씬 더 많은 제어 기능을 요구합니다.

IT 부서는 온갖 종류의 보안, 액세스, 연결성, 소프트웨어 배포 및 지원, 데이터에 대한 증가하는 요구의 균형 조정 등을 처리하느라 정신없이 바빠집니다. 데이터를 배포하는 데는 상당한 어려움이 따릅니다. 더 많은 사람들이 데이터에 대한 액세스와 비즈니스를 참신한 시각으로 이해할 수 있는 능력을 요구하기 때문입니다. 기존 BI는 정보의 상당 부분을 외부에 제한해 결과적으로 IT와 비즈니스 모두에 더 많은 업무를 야기했습니다. 이러한 환경에서는 누구도 성공할 수 없었기에 적대감을 조성하는 데도 일조했습니다.

Tableau의 이와 다르게 작동하기 때문에, IT는 서버 리소스 관리, 예비 액세스 설정 및 반복 가능한 프로세스 지원과 같이 유능한 분야에 집중할 수 있습니다. Tableau Server는 IT 지원에 힘입어 비즈니스 사용자가 스스로 제어의 균형을 유지할 수 있게 합니다. 데이터 원본을 예로 들어 보겠습니다. 이 원본은 여전히 진행 중으로 범위가 방대할 수 있습니다. IT는 원본을 게시 및 인증할 수 있는 한편, 비즈니스 사용자는 인증되지 않은 계산 및 여타 인증되지 않은 원본을 계속 추가할 수 있습니다. 이를 통해 분석가가 필요로 하는 속도를 제공하면서도 IT는 관리 경로를 유지할 수 있습니다.

비즈니스 사용자에게 대시보드 및 성능 측정값의 소유권을 부여하면 내부 분석가와 협력하여 보다 효과적인 대시보드를 스스로 만들 수 있습니다. Tableau의 리포지토리에 저장된 데이터의 사용자 정의 관리 뷰는 리소스 사용 분석을 제공하여 분석가가 대시보드의 사용 방법과 최적화가 필요한 지점에 대한 아이디어를 얻을 수 있도록 지원합니다. 이 데이터베이스는 성능, 사용 및 사용자 정의 홈페이지 작성에 유용할 수 있는 서버의 모든 작업을 수집합니다.

통신 및 제어

모든 구현의 핵심은 안정성입니다. Tableau는 본질적으로 약간의 버스티 속성을 지닙니다. 즉, 추출, 사용자 활동 및 구독은 모두 성능에 영향을 미치는 요인으로 작용합니다. 잘못 설계된 비주얼리제이션 또는 데이터 원본은 사용자에게 혼란을 야기할 수 있습니다. 안정성을 창출하는 것이 핵심입니다. 비즈니스 측면에서 사용자는 습관적으로 움직입니다. 모두가 오전 8시에 로그인하고 즐겨 찾는 대시보드로 이동하거나, 900개의 경고를 설정하여 서버에 엄청난 수요를 투입할 수 있습니다.

의사 소통이 핵심입니다. 이따금씩 IT 제어권 외부의 요인들이 작용하는 경우가 있습니다. 특정 공급업체는 오전 8시에만 데이터를 업로드할 수 있습니다. 이는 추출을 새로 고치기를 기다림을 의미합니다. 사용자와 설계자에게 기대치를 전하는 것은 구현을 성공적으로 이룰 수도, 망칠 수도 있습니다.

기존 BI는 제어를 최대치로 유지하기 위해 기본 응답을 모두 "아니요"로 설정했습니다. Tableau는 여기에 역행하여, 필요한 경우에만 엄하게 단속을 적용합니다. 일례로 HR 데이터는 철저하게 제어하면서 재무 데이터를 약간 개방하여, 일반 비즈니스 데이터에 대한 액세스를 향상시킬 수 있습니다.

그렇다면 어떻게 성공을 거둘 수 있을까요?

  1. 비즈니스 및 IT를 모두 아우르는 구현 및 유지 관리 팀을 구성하세요. 목표를 이루기 위해 수반되는 역할과 분석을 통해 달성할 목표에 대한 명확한 비전을 수립합니다.
  2. 최대한 많은 비즈니스 사용자의 역량을 강화하세요. 누가 웹 작성의 이점을 누릴 수 있을까요? 어떤 비즈니스 사용자가 프로젝트를 소유할 수 있을까요? 프로젝트와 사이트 제어를 다양한 수준으로 작성할 수 있음을 기억하세요.
  3. 토론에서 “and”(그리고)를 활용하세요. “or”(또는) 문제를 “and”(그리고) 문제로 변경할 수 있을까요? 예를 들면, HR 데이터에 제한된 액세스를 원하고, 사람들이 이 통계 자료에 액세스하기를 원합니다. 굳이 서로 다른 원본과 역할을 만들 필요가 있나요?
  4. 작게 시작하세요. 종종 우리는 새로운 제품을 바로 다수에게 도입합니다. 기관은 각각의 고유한 문화, 우려 및 요구 사항을 가지고 있습니다. 알아보기 위한 근거로 몇 가지 테스트를 시행하세요.
  5. 보고 및 검토하세요. Tableau는 Postgres 테이블에 액세스할 수 있습니다. 활용도가 낮은 기능이 있었다면 바로 이 부분입니다. 몇 가지 원본을 생성하여 고유한 분석을 작성하고 비즈니스 사용자에게 공개하세요. 이 대시보드가 매출에 도움이 되는지와 같은 까다로운 질문에 답하기 위해 사람들이 Salesforce 및 기타 데이터 원본과 비교하여 이 데이터를 분석하게 합니다. 사용자의 만족도를 보장하기 위해 적어도 6개월마다 검토합니다. 요구 사항이 많은 비즈니스 사용자에게 몇 가지 사항을 위임할 수도 있습니다.
  6. 팀 플레이에 중점을 두고 아무 것도 숨겨 두지 마세요. 근사한 장거리 자동차 여행처럼, 사람들은 특히 자신의 전문 분야에서 운전을 해야 합니다.

이러한 제안을 관통하는 핵심 줄기는 바로 공동 작업과 반복입니다. 명확한 목표, 의사 소통 및 효과적인 내용을 염두에 두면 조직에서 성공적으로 최신 BI를 탐색할 수 있습니다.

다른 유익한 자료도 확인해 보세요

블로그 구독