디지털 트랜스포메이션 – 말을 멈추고 행동을 시작하십시오

디지털 트랜스포메이션은 장단기적으로 대부분의 회사 로드맵에 포함되어 있지만 매우 벅찬 전망이 될 수 있습니다. 특히 규모가 크고 잘 설립된 조직의 경우.

저는 수년 동안 이 문제에 대해 많은 조직과 이야기를 나눴고 많은 조직이 우유부단함으로 인해 불구가 되어 프로젝트를 시작하지 못했습니다. 그들은 전략 회의와 PowerPoint 데크의 주기에서 몇 년을 보냈지만 거의 진전이 없었습니다.

이것은 거대하고 압도적인 작업으로 보일 수 있고 전체 조직이 이 작업을 수행해야 할 수 있으므로 그다지 놀라운 일이 아닙니다. 디지털 혁신 프로젝트를 시작하려면 많은 작업, 약간의 용기, 상당한 결단력이 필요하지만 생각만큼 벅찰 필요는 없습니다.

정상에서 운전

디지털 트랜스포메이션과 같은 거대한 것은 최고 수준의 지원이 필요합니다. 이는 비즈니스에 근본적인 변화를 가져올 가능성이 있으며 상당한 비용이 들 수도 있습니다. 그것은 비즈니스의 모든 영역에서 사람들을 포함하고 영향을 미칠 것이고 당신은 그들의 구매를 받아들여야 합니다.

내 경험에 따르면 디지털 혁신이 성공할 수 있는 유일한 방법은 경영진이 이를 옹호하는 경우뿐입니다. 훌륭한 CEO는 직원들에게 동기를 부여하고 비전을 받아들이고 비즈니스를 추진하도록 합니다. 경영진 수준의 지원이 없다면 디지털 혁신 프로젝트는 제대로 시작하기 어려울 것입니다.

절대 발생하지 않거나 승인되기 전에 극적으로 변경되어야 하는 프로젝트에 시간을 낭비하지 않도록 프로세스 초기에 경영진과 협의하는 것이 중요합니다. 저는 고위 관리자와 몇 달 동안 혁신 프로젝트를 계획하는 '수장'과 함께 일한 개인적인 경험이 있습니다. 그러나 경영진이 초기에 참여하지 않았기 때문에 결코 착수할 수 없었습니다.

시작하는 데 집중

모든 프로젝트에서 가장 어려운 부분 중 하나는 시작하는 것입니다. 모든 것을 세부적인 수준으로 계획하고 실제로 시작하지 않는 데 몇 달 또는 몇 년을 보낼 수 있습니다. 기존 비즈니스의 경우 디지털 혁신 프로젝트는 거대하고 벅차게 보일 수 있습니다. 수년에 걸쳐 여러 단계가 있을 수 있으며 시작하기 전에 모든 세부 사항을 계획하는 것은 실제로 실현 가능하지 않습니다.

따라서 시작하는 방법에 중점을 두어야 합니다. 미래에 대한 높은 수준의 관점이 필요하지만 시작이 핵심입니다.

MVP로 작게 시작

시작하는 좋은 방법은 상대적으로 작아야 하는 1단계 MVP(Minimum Viable Product)를 정의하는 것입니다. 첫 번째 단계는 전체 비즈니스를 한 번에 완전히 변환할 필요는 없지만 나머지 프로그램을 위한 토대만 만들면 됩니다.

MVP는 종종 기초를 설정하므로 이 단계에서는 높은 수준에서만 올바른 아키텍처 결정을 내릴 수 있도록 프로그램의 모든 구성 요소와 단계에 대한 가시성을 확보하는 것이 중요합니다.

MVP의 좋은 예는 PIM 또는 전자 상거래 플랫폼을 대체할 수 있습니다. 이것은 종종 가장 시급한 문제이며 1일 차에 가장 큰 ROI를 제공할 가능성이 있는 문제입니다. 이는 이사회 또는 투자자의 동의에도 도움이 되기 때문입니다.

MVP의 세부 사항을 정의할 때 요구 사항을 더 이상 최소값이 아닌 지점까지 확장하기보다 실제로 최소값이 무엇인지 고려해야 합니다. 최소한의 것을 고수하는 것은 매우 어려운 일이 될 수 있으며 관련된 모든 사람들이 앞을 내다보고 훌륭한 아이디어를 내놓을 것이기 때문에 발견 단계에서 약간의 좋은 훈련이 필요합니다. 이를 무시해서는 안 되지만 MVP 구현 후 검토할 백로그에 넣어야 합니다.

페이스북에는 '완벽한 것보다 낫다'는 말이 있습니다. 이것은 MVP를 설명하는 좋은 방법입니다. 완벽한 솔루션을 구축하는 데 오랜 시간을 보낼 수 있습니다. 그 동안 사용자는 아무 것도 액세스할 수 없거나 MVP를 통해 사용자에게 무언가(현재 보유하고 있는 것보다 더 나을 수 있음)를 제공하고 나중에 개선할 수 있습니다.

반복적인 개선

MVP를 정의하는 동안 MVP의 일부는 아니지만 여전히 원하고 디지털 변환의 일부로 구현해야 하는 기능 및 요구 사항의 백로그를 캡처했습니다. MVP를 구현한 후에는 이제 여러 추가 단계를 살펴보고 각 단계에서 반복적인 개선을 수행하고 디지털 혁신의 여정에서 더 나아가도록 할 수 있습니다.

Henrik Kniberg의 이 이미지는 MVP와 반복적인 개선 사항을 잘 보여줍니다.

MVP를 출시하고 시간이 지남에 따라 개선함으로써 초기에 고객을 더 행복하게 만들 수 있음을 보여줍니다. 또한 초기에 MVP를 제공하고 시간이 지남에 따라 개선함으로써 고객이 원하는 것을 알게 되면서 실제로 더 나은 제품을 얻을 수 있음을 보여줍니다.

적합한 파트너 찾기

당연하게 들릴 수도 있지만 성공적인 디지털 혁신을 구현하려면 올바른 파트너를 확보하는 것이 중요합니다. 움직이는 부분이 많으며 파트너는 기술적 기술과 경험뿐만 아니라 비즈니스가 디지털 혁신 프로세스를 탐색할 수 있도록 돕는 비즈니스 및 전략 경험을 가지고 있어야 합니다.

기술은 아직 단순한 상품은 아니지만 기술을 능숙하게 구현할 수 있는 파트너는 많지만 전략적 요소를 프로젝트에 가져올 수 있는 파트너는 많지 않습니다.

도전하고 질문할 만큼 자신감 있고 강한 파트너를 갖는 것도 중요합니다. 프로세스에는 많은 이해 관계자가 있으며 일부는 다른 이해 관계자보다 긍정적이며 올바른 파트너가 프로세스를 추진하는 데 도움이 됩니다. 때로는 어려움이 있더라도 파트너의 전문 지식을 활용해야 합니다. 그들이 항상 옳은 것은 아니지만 당신이 원하지 않는 것은 항상 '예'라고 말하는 사람입니다.

모두 참여

디지털 트랜스포메이션은 IT 프로젝트가 아닙니다. 그렇게 취급하면 실패합니다. 성공하려면 디지털 혁신 프로세스에 관련된 모든 사람의 의견이 있어야 하며 모두가 여정에 참여해야 합니다. 시스템, 고객 및 프로세스에 대한 지식은 비즈니스 전체에 퍼져 있으며 한 사람이나 부서에 필요한 지식의 폭이 넓지는 않습니다.

디지털 혁신은 또한 비즈니스의 모든 영역에 대한 변화를 수반할 가능성이 있으며 모든 사람의 역할에 영향을 미칠 것입니다. 궁극적으로 모든 사람의 삶을 더 좋게 만들기 위해 설계되었지만 사람들은 종종 변화에 저항하기 때문에 가능한 한 빨리 동의를 얻어 긍정적인 변화로 볼 수 있도록 하는 것이 중요합니다.

발견 단계에서는 비즈니스의 모든 영역에서 핵심 인력을 참여시키는 것이 중요합니다. 너무 많은 사람 없이 세션에서 비즈니스를 충분히 다루는 것과 위원회에서 디자인하는 것 사이에서 균형을 유지해야 합니다.

고장난 프로세스에 맞게 기술을 적용하지 마십시오.

모든 회사는 시간이 지남에 따라 자체 비즈니스 프로세스를 개발할 것이며 그 중 많은 프로세스가 중단될 수 있습니다. 그것들은 잘못 설계되었거나 구식이거나 기존 기술의 한계에 맞도록 설계되었을 수 있습니다. 새로운 기술을 구현할 때 기존 프로세스에 맞게 조정하려는 유혹을 받는 경우가 많습니다. 이것은 때때로 실수입니다. 기술 및 프로세스를 리버스 엔지니어링하여 충족하려는 핵심 요구 사항으로 다시 낮추는 것이 중요합니다. 기술이 더 이상 제한 사항이 아니기 때문에 비즈니스 프로세스를 조정하면 핵심 요구 사항을 훨씬 더 잘 충족할 수 있다는 것을 알게 될 때가 있습니다.

전반적으로 변화는 모든 회사에게 크고 중요한 움직임이지만 작업의 규모가 변화를 방해해서는 안 됩니다. 말은 그만하고 행동을 시작하라!