디지털 트랜스포메이션 시리즈: 라스트 마일

이 게시물을 읽고 있다면 아직 변환 프로젝트의 마지막 단계에 있지 않았을 것입니다.

종종 변환 프로젝트의 마지막 몇 달은 프로젝트 계획, 커뮤니케이션 및 팀 구성이 아무리 훌륭하더라도 완전히 소모될 정도로 강렬합니다. 이는 디지털 혁신이 회사의 매우 큰 조직에 자주 영향을 미치기 때문입니다. 어쩌면 회사가 지금까지 본 것 중 가장 큰 영향일 수도 있습니다.

많은 경우 디지털 혁신은 이전의 어떤 것보다 회사의 기술, 비즈니스 및 조직 요소에 더 많이 영향을 미칩니다.

그 영향을 감안할 때 기업은 범위를 축소하고 영향을 줄이기 위해 롤아웃을 준비하고 감독을 강화하여 프로젝트 속도를 늦추기 쉽습니다. 일반적으로 이러한 접근 방식(이러한 엉뚱한 반응)은 실수입니다. 이전 게시물에서 디지털 혁신은 힘들고 회사를 변화시키는 경험이라고 말했습니다. 회사 전체가 위에서 아래로 변화를 주도하는 것이 프로젝트의 궁극적인 성공 수준을 결정합니다. 움츠리지 마! 변환이 비즈니스에 미치는 영향과 가치를 극대화하기 위해 프로젝트의 마지막 마일에서 취할 수 있는 단계가 있습니다.

미션 선언문과 프로젝트 커뮤니케이션이 프로젝트 초기에 잘 관리되고 전달된다면 롤아웃의 마지막 단계에서 발생할 수 있는 많은 소음을 줄일 수 있습니다.

마지막 단계는 현재 프로젝트가 전달할 수 있는 가치를 논의하기에 절대적으로 잘못된 장소입니다. 가장 쉽게 할 수 있는 일은 소음을 내는 사람들에게 프로젝트의 경영진이 지원하는 원래의 임무로 돌아가게 하는 것입니다. 그렇긴 하지만, 특히 혁신이 가져올 혼란 수준이 명확해지면 새로운 플레이어가 자주 등장합니다.

사명 선언문과 경영진의 승인은 새로운 플레이어에게 큰 진정 효과를 줄 수 있으며 이전 커뮤니케이션을 공유하는 것도 프로세스에 참여하고 더 많은 것을 느끼는 데 도움이 될 수 있습니다.

일정이 압박을 받고 일정을 압축할 방법을 찾는 프로젝트의 후반 단계에서 종종 발생합니다. 여기서 매우 조심해야 합니다.

프로젝트의 성공에 큰 손실을 입히는 자주 손상되는 4가지 영역이 프로젝트에 있습니다.

디지털 트랜스포메이션 프로젝트: 테스팅

디지털 혁신은 종종 IT에서 관리됩니다. 테스트는 기술 및 비즈니스 승인 테스트의 조합으로 시작될 수 있지만 납품 압력 하에서 이것은 목표로 크게 보입니다. 프로젝트의 테스트 주기를 압축하려는 것이 일반적입니다. 프로젝트 팀이 프로젝트 라임 라인에서 가장 먼저 볼 수 있는 장소 중 하나는 비즈니스 사용자 승인 테스트입니다. 이것은 절단하기에 매우 위험한 영역입니다.

비즈니스 사용자가 소프트웨어를 수락하고 댓글을 달도록 하는 것은 프로젝트의 핵심 부분이며 이 주기를 통과하는 데 시간이 걸립니다. 시스템 및 단위 테스트에 동일한 수준의 엄격함이 적용되는 것처럼 느껴지지 않을 수 있지만 적어도 그만큼 중요합니다. 타임라인을 절약하기 위해 여기를 자르면 사용자가 완전히 거부하거나 구축된 것에 도전하기 때문에 많은 재작업 노력이 필요할 수 있습니다. 이는 타임라인에 영향을 미치지만 프로젝트의 성공을 위한 추진력과 지원을 손상시킬 수도 있습니다. 비즈니스 사용자를 계속 참여시키고 가능한 한 적시에 응답하도록 유도하십시오. 사용자 테스트를 줄이는 다른 과정은 위험을 몇 배로 증가시킵니다.

통합 단계

새로운 소프트웨어 배포는 진공 상태에서 발생하지 않습니다. 연결할 다른 시스템이 항상 있습니다. 변환 프로젝트에서 더 흔한 실수 중 하나는 이러한 레거시 시스템에 대한 통합이 과거와 동일한 방식으로 작동할 것이라고 가정하는 것입니다. 거의 모든 경우에 이는 잘못된 가정입니다.

저는 최근에 최종 가동을 위해 제공해야 하는 50개 이상의 통합을 식별한 고객과 함께 작업했습니다. 우리의 전문 서비스 팀과 협력하여 프로젝트에 중요한 요소와 지연될 수 있는 요소를 하나씩 식별할 수 있었습니다.

통합 검증은 프로젝트 후반부까지 일어날 수 없기 때문에 통합 부분을 가속화하기 위한 자연스러운 경향이 있습니다. 이것은 매우 위험한 일입니다. 우리는 종종 통합 실패를 혁신에 대한 막판의 주요 과제로 봅니다. 어떤 통합이 실시간이고 어떤 것이 실시간에 가깝고 배치로 푸시될 수 있는지 식별하는 데 시간을 들이면 통합 문제를 해결하는 데 도움이 될 수 있습니다.

종종 우리는 가장 '비싼' 실시간 호출이 필요한 것으로 식별된 통합이 다소 덜 중요하다는 것을 발견하고 거의 실시간 전략을 적용할 수 있습니다. 전형적인 예 - 누군가 카탈로그의 항목에 대한 세부 정보를 볼 때 실시간 재고 검증이 정말로 필요합니까? 장바구니에 추가되면 실시간 유효성 검사가 필요합니까? 많은 비즈니스 사례에서 장바구니가 체크아웃을 위해 확인될 때 유일한 실시간 재고 호출이 발생합니다.

마지막 마일에 도달하기 전에 통합 문제를 더 많이 문서화하고 검증할 수 있을수록 이 테스트에서 살아남을 가능성이 높아집니다. 수년에 걸쳐 구축된 레거시 시스템 통합은 종종 새 시스템에 연결될 때 동일한 방식으로 수행되지 않습니다. 이것을 일찍 파헤치는 것은 이 핵심 노력에만 도움이 될 수 있습니다. 이것은 검증 없이 가정을 하면 다시 큰 문제를 야기하는 영역입니다.

부하 테스트

통합 노력과 밀접하게 관련된 것은 부하 테스트입니다. 너무 자주 고객은 공급업체 소프트웨어의 재고 성능을 기반으로 부하를 가정합니다. 이것은 잘못된 추론입니다. 특정 요구 사항에 맞게 솔루션을 맞춤화하고 있습니다. 모든 변경된 설정과 모든 사용자 지정 워크플로는 처리량에 대해 공급업체가 제공한 벤치마크에서 한 단계 더 멀리 떨어져 있습니다. 게다가 통합은 솔루션의 성능에 상당한 영향을 미치며 공급업체는 그 영향이 무엇인지 예측할 수 없습니다.

성능 검증의 일부로 아키텍처, 설정, 통합 및 사용자 지정 작업을 검토하려면 특정 공급업체와 계약해야 합니다. 이렇게 하지 않으면 라이브에 큰 문제가 발생할 수 있습니다. 저는 최근에 40개 국가 출시 계획 중 첫 4개 국가를 출시한 후 고객이 저에게 연락을 취했습니다. 4개 국가 중 가장 큰 규모는 아일랜드였습니다. 그들은 상당한 규모 문제를 겪고 있었습니다. 우리 성능 팀과 긴급 계약을 한 후, 솔루션의 실질적인 리팩토링이 필요하다는 것이 분명해졌습니다. 추가 롤아웃은 시스템이 부하 테스트를 통과할 때까지 지연되어야 했으며, 그 결과 CIO는 피할 수 있는 경영진 당혹감을 느꼈습니다.

시스템 부하 테스트가 프로젝트의 기본 부분이 되어야 한다는 점을 강조했습니다. 이 단계를 나타내지 않거나 부족하면 거의 항상 나쁘게 나타납니다.

훈련

프로젝트가 시간/납기 압박을 받고 있을 때 회사가 가장 먼저 살펴보는 것 중 하나는 교육 구성 요소입니다. 여기에서 절단하는 것은 종종 프로젝트의 정시 납품 문제에 대한 영향을 줄이는 또 다른 쉬운 방법인 것처럼 보입니다. 하지마!

교육은 디지털 혁신 프로젝트에서 시작하기 위해 과소 대표되는 경우가 많습니다. 아무도 사용할 수 없기 때문에 실패하는 새로운 시스템을 갖는 것보다 더 나쁜 것은 없습니다. 이것은 종종 기술 문제가 아닙니다. 사람들이 시스템을 작동하게 하거나 하지 않습니다. 그 사람들은 그들이 무엇을 사용할 것인지 알고 구매해야 합니다.

교육은 대략 두 가지 기본 구성 요소로 나뉩니다. 둘 중 하나를 무시하지 마십시오.

시스템 교육: 프로젝트에서 설계한 작업 흐름 및 비즈니스 프로세스를 관리할 팀을 위한 교육입니다. 이것은 훈련 초점의 대부분이 가는 곳입니다. 사람들이 시스템이 롤아웃되는 이유와 방법, 그리고 작업이 어떻게 변경될 것인지 알도록 하는 것은 노력의 마지막 마일에서 매우 중요합니다. 오랫동안 사용되어 온 비즈니스 프로세스를 실질적으로 변경하는 경우 상당한 양의 작업이 필요합니다. 팀이 무엇을 하고 왜 하는지 확인하십시오!

이것은 새로운 솔루션에 대한 기대감을 높일 수 있는 기회이며 이러한 팀을 확보하면 롤아웃에서 겪게 될 피할 수 없는 문제가 완화될 것입니다. 이 교육은 강의실 또는 현장에서의 공급업체 교육, 비즈니스를 위해 생성된 고유성을 위한 시스템 통합자 수정, 안전한 환경에서 사용자가 실수할 수 있는 샌드박스 경험의 세 가지 측면으로 구성되어야 합니다. 여러분이 무엇을 하든 사용자가 여러분이 제공한 것을 단순히 받을 것이라고 가정하지 마십시오. 이것은 디지털 혁신에서 성공을 주장하는 데 필요한 모멘텀을 구축하기 위한 훌륭한 접근 방식이 아닙니다. 적절한 교육 계획을 수립하고 무리한 노력을 기울이지 마십시오. 사람들을 훈련에 파견하고 노력에 참여시키십시오.

최종 사용자 교육: 이것은 디지털 혁신 롤아웃에서 종종 전달되지 않는 또 다른 영역입니다. 당신이 할 수 있는 가장 좋은 방법은 최종 사용자의 표본과 앞으로 무엇이 나올지 소통하고 그들이 파악하고 그에 따라 교육 계획을 세우는 데 얼마나 걸리는지 확인하는 것입니다. 종종 회사는 솔루션의 '챔피언'으로 최종 사용자 집합을 포함하기를 원합니다. 이것은 이미 시스템을 이해하고 있는 팀과 함께 사용자 커뮤니티를 '시드'하는 데 잘 작동할 수 있습니다.

마지막 마일은 항상 위기가 오는 곳입니다. 그러나 위의 단계는 도전 과제를 성공적으로 수행하는 데 도움이 될 것입니다.