“비즈니스 통찰력 강화가 관건” IT 전문가의 이해 능력 향상 방법 5가지

개발자, 엔지니어, 데이터 과학자를 비롯한 기술 전문가는 일반적으로 기술 자격증 취득, 새로운 기술을 사용한 실험, 협업 기술 강화의 가치 등은 잘 이해한다. 그러나 전략적 이니셔티브에서 더 많은 책임과 기회를 모색한다면 비즈니스 통찰력을 개발하는 것도 중요하다.
 
비즈니스 통찰력, 또는 다른 용어로 비즈니스 기술에는 리더십, 비즈니스 재무 이해, 마케팅 능력, 전략적 사고, 문제 해결 분석 역량이 포함된다. 비즈니스 통찰력의 정의 중에는 이해관계자 인식, 조직적 지식, 모호성에 대처하는 능력 등 기술에 초점을 맞추는 경우도 있다. IT 리더를 위한 고급 비즈니스 통찰력 기술에는 주요 비즈니스 동인, 비즈니스 회복탄력성, 데이터 개인정보 보호법, 그리고 고객 여정에 대한 이해가 포함된다.
 

이 기사에서 중점적으로 다룰 주제는 디지털 개척자가 비즈니스 통찰력의 필수적인 측면인 회사의 비즈니스 모델, 시장 세그먼트, 고객, 제품, 기회, 위험 및 규정 준수 요구사항을 더 잘 이해하기 위해 어떻게 해야 하는지다. 이 지식과 이해가 없으면 기술 전문가는 명시적인 요구사항으로 문서화되지 않은 비즈니스 요구를 파악하거나 기술적인 전문 용어를 사용하지 않고 이해관계자의 질문에 답하는 데 어려움을 겪게 된다. 다음과 같이 특정 역할에만 해당되는 어려움도 있다.
 

• 개발자는 최종 사용자 페르소나, 그리고 애플리케이션이나 기능이 다양한 사용자의 업무 수행을 어떻게 지원하는지 이해하는 데 어려움을 겪을 수 있다.
• 데이터 과학자는 비즈니스 팀이 핵심 의사 결정에서 대시보드 또는 머신 러닝 모델을 어떻게 사용하는지 이해하지 못할 수 있다.
• IT 운영 엔지니어 및 서비스 데스크 관리자는 가동 중단, 성능 문제 또는 기타 사고가 고객과 직원에게 미치는 영향을 공감 및 이해하지 못할 수 있다.

조직의 비즈니스 측면에 대한 지식을 개발한다는 것은 어렵게 느껴질 수 있다. 특히 우선순위가 높은 작업만으로 과부하 상태라는 점과 새로운 기술을 익히기 위해 필요한 노력을 감안하면 더욱 그렇다. 한 가지 접근 방식은 이 과정을 일상적인 기술 업무의 일부로 도입하는 것이다. 이렇게 하면 IT 부서의 더 많은 사람들이 비즈니스에 대해 배우고 비즈니스 우선순위에 대처하면서 자신감을 키울 수 있다.
 

제품 관리 역할 및 분야 설정

애자일 방법론에서는 릴리스 일정을 수립하고 사용자 스토리의 우선순위를 정할 때 비즈니스 목표, 우선순위, 최종사용자 요구사항, 수락 기준을 이해하기 위해 제품 소유자 역할을 할당한다. 다수의 애자일 팀이 있는 규모가 큰 조직 또는 고객 대면 기술을 개발하는 조직은 최종 사용자 여정을 이해하고 로드맵을 개발하고 성공 기준을 설정하기 위해 제품 관리자를 할당한다.
 
이러한 역할을 수행하기 위해서는 애자일 개발 팀이 끝없는 이해관계자 희망사항 우선순위 목록을 쫓는 데만 열중하지 않도록 비즈니스 가치와 전략적 우선순위에 대한 이해가 필요하다. 비즈니스 통찰력을 개발하기 위해서는 제품 소유자 및 제품 관리자와 협력해서 고객 가치 제안을 이해하고 비즈니스 요구사항의 이면에 있는 '무엇을'과 '어떻게'에 앞서 '왜'를 잘 이해하는 것이 중요하다.
 
에이펙스애널리틱스(apexanalytix)의 조달 부문 수석 부사장 제이슨 제이블레키는 "제품과 고객 사이를 연결하는 기술 전문가는 고객을 성공으로 이끄는 동시에 비즈니스 실무자로서 통찰력을 개발하기에 이상적인 위치에 있다. 핵심 기회는 회사별 과제와 실제 전략 및 가용한 기회를 이해하는 것"이라고 말했다.
 
제이블스키는 제품 소유자와 개발자는 주어진 일을 완수해야 한다는 압박을 느끼기 쉽다면서 "비즈니스에 대한 제대로 된 이해가 필요하다. 제품 개발자는 비즈니스를 위한 기능과 가치 측면에서 무엇을, 왜 제공해야 하는지가 아니라 시스템이 어떻게 작동하는지에 몰두하는 경우가 너무 많다"고 지적했다.
 

고객 주도 피드백 루프 만들기

애자일 방법론으로 한 걸음 더 깊이 들어가면, 애자일 팀은 최종 사용자와 이해관계자부터 백로그 및 개발 프로세스로 이어지는 피드백 루프를 구축해야 한다. 스프린트 리뷰 중에 완료된 사용자 스토리를 시연하면서, 릴리스 주기의 막바지에 사용자 수락 테스트를 통해, 또는 소프트웨어가 릴리스된 후 설문조사와 인터뷰를 통해 피드백 루프를 구축할 수 있다.
 
키스플로우(Kissflow)의 CPO 디네시 바라하라잔은 "애자일 방법론을 채택하면 반복적인 개발을 강조하여 고객 구매 행동 및 사용 패턴에 대한 통찰력을 얻을 수 있다. 스크럼 또는 린 스타트업 방법론은 고객 의견을 지속적으로 수용해서 제품 또는 서비스를 주기적으로 조정하고 제품이 고객의 욕구와 요구사항에 긴밀하게 부합하도록 한다"고 말했다.
 
애자일 팀은 요구사항과 최종 사용자 피드백을 연구해 솔루션에서 문제를 분리해야 한다. 현재 기술 전문가는 AI, 예측 모델링, 자동화, 통합을 포함한 다양한 기능을 사용하여 최종 사용자가 워크플로우에 대한 전술적 피드백을 제공하는 방식과 다른 방식으로 비즈니스 문제를 해결할 수 있다.
 
바라하라잔은 "최종 사용자가 워크플로우 프로세스를 분석하고 병목 지점을 찾아내고 개선을 제안할 때 비효율성을 해결하는 것이 필수적인 만큼 민첩한 혁신을 고려하는 IT팀은 AI를 채택해야 한다"고 덧붙였다.
 

이해관계자 호기심 자극

비즈니스 통찰력 개발은 기술 전문가가 일방적으로 비즈니스 가치와 요구사항을 배우는 형태가 되면 안 된다. 비즈니스 이해관계자가 기술적 통찰력을 강화하고 대화를 통해 문제, 기회, 해결책 절충점에 대한 공동의 이해를 개발할 기회도 있다.
 
긱스터(Gigster)의 수석 솔루션 엔지니어 훔베르토 모레이라는 "기술 전문가와 직접 상호작용할 수 있는 기회 역시 비즈니스 이해관계자에게 일상적으로 사용하는 툴이 어떻게 개발되는지, 그 이면을 살펴볼 유용한 기회를 제공하므로 이 만남은 대체로 소통이 부족한 두 그룹 모두에 이득이 될 수 있다"고 말했다.

IT팀이 기술 및 비즈니스 통찰력을 개발하기 위한 협업 환경을 만들 때 선택할 수 있는 방법은 다음과 같다.
 

• 기회에 대한 비전 선언문 초안 작성이 포함된 브레인스토밍 세션을 진행하고 기술 전문가가 잠재적인 기술 솔루션에 대해 토론하고 시연하도록 한다.
• 한 기술의 작동 방식에 대한 학습 프로그램을 마련하되, 프로그램을 시작할 때 비즈니스 이해관계자가 비즈니스 과제와 기회에 대해 설명하도록 한다.
• 워크플로우를 완료하는 과정에서 최종 사용자를 따라가보도록 요청하고 기술 작동 방식에 대한 전문 지식을 공유하고 개선 기회를 더 잘 이해한다.
• 비즈니스 이해관계자가 개발 및 데이터 과학 팀과 함께 직접 참여하여 문제를 정의하고 기술을 배우고 해결책을 마련하는 해커톤을 실시한다.
• 문제의 근본 원인 분석에 비즈니스 측의 참여를 요청해서 기술적 장애물을 공유하고 중대한 또는 반복되는 사고가 비즈니스에 미치는 영향을 파악한다.

 
위의 예시 활동에서 핵심적인 목표는 모든 참가자가 비즈니스 및 기술 관심사 전반에 대한 폭넓은 지식 공유 대화를 나누는 데 있다.
 

자동화에 앞서 세부적인 워크플로우부터 포착

최종 사용자 따라가기는 비즈니스 통찰력을 개발하는 한 가지 방법이며, 기술 전문가는 이러한 검토를 사용해서 단계를 자동화하거나 애플리케이션 간에 데이터 흐름을 통합할 쉬운 방법을 찾는 경우가 많다.
 

토크(Torq)의 공동 창업자 겸 CTO 레오니드 벨킨드는 "자동화는 며칠이 걸릴 작업을 몇 시간 또는 몇 분만에 완료하도록 해서 반복적인 규칙 기반 워크플로우의 생산성과 효율성을 높여준다. 대규모 AI 기반 자동화 개념인 하이퍼오토메이션은 단순하고 반복적인 작업을 처리함으로써 직원이 창의력을 발휘할 수 있는 복잡한 작업에 집중할 수 있게 해준다"고 말했다.
 
엔지니어는 솔루션에 뛰어들기 전에 자동화의 규모와 복잡성을 인식해야 한다. 다양한 기술과 수작업 단계를 사용하여 여러 사람과 여러 부서가 관련된 복잡한 워크플로우를 리엔지니어링할 때는 한 사용자의 여정을 따라가는 것만으로는 요구사항을 충분히 수집할 수 없다. 기술 팀은 자동화 기회에 뛰어들기 전에 이러한 과제에 대해 식스시그마 방법론을 따라 비즈니스 통찰력을 개발하기 위한 핵심 단계로 프로세스 흐름을 문서화하고 생산성을 측정하고 품질 결함 지표를 포착해야 한다.
 

데이터 품질 관련 문제를 조기에 다루기

특히 시민 데이터 과학, 머신러닝 예측 모델, 생성형 AI 대규모 언어 모델에 투자하는 조직이 증가하면서 비즈니스 이해관계자가 주로 우려하는 유형의 결함은 낮은 데이터 품질이다. 데이터 품질 문제가 있을 때 많은 경우 개발자와 데이터 과학자는 데이터 시각화 및 데이터 과학 실험에 데이터를 사용하기 전에 데이터를 정리하는 방식으로 흐름의 하류에서 문제를 해결한다.
 
비즈니스 통찰력을 개발하는 방법 중 하나는 최종 사용자가 ERP 또는 CRM과 같은 기록 시스템에 데이터를 입력할 때, 또는 서드파티 소스의 데이터를 집계할 때 데이터 품질 문제를 추적하는 것이다.
 
액셀데이터(Acceldata)의 공동 창업자 겸 CEO 로힛 초드리는 "IT 리더가 직면한 중요한 과제 중 하나는 데이터 품질 테스트의 지연이다. 소비 영역에서 테스트를 수행할 경우 많은 비용과 시간이 소비될 수 있으므로 데이터가 변환 영역에 들어가기 전에 검사하는 것이 중요하다"고 말했다.
 
여기서 초드리가 말한 소비 영역이라는 용어는 분석, 모델, 의사 결정을 위해 데이터가 사용될 때를 의미하며 변환 영역은 데이터 수집, 처리 및 저장 사이의 데이터옵스를 의미한다.
 
데이터 품질을 비롯해 이 기사에서 다룬 여러 사안에 대한 비즈니스 통찰력을 개발하는 최선의 방법은 비즈니스 프로세스를 관찰하고 최종 사용자 요구사항을 파악하고 많은 질문을 던져 '어떻게'와 '왜'를 분리하는 것이다. 기술 전문가는 이러한 단계를 통해 문제를 솔루션으로 변환해서 이해관계자가 바로 이해할 수 있는 언어로 설명할 수 있게 된다.
editor@itworld.co.kr