디지털 트랜스포메이션 시리즈: 10가지 디지털 트랜스포메이션 팁
게시 됨: 2018-03-15이것은 성공적인 디지털 트랜스포메이션 수행의 중요한 측면을 다루기 위해 작성된 일련의 게시물 중 다섯 번째입니다.
10가지 디지털 혁신 팁과 그 과정에서 피해야 할 몇 가지 사항
디지털 트랜스포메이션을 제대로 하는 것보다 잘못하는 방법이 더 많습니다. 움직이는 조각이 많고 그 중 하나가 당신의 노력을 탈선시킬 수 있다는 것은 불행한 사실입니다. 다음 팁 중 일부는 그러한 문제를 피하는 데 도움이 될 수 있습니다.
내가 놓친 다른 사람들이 있다고 확신합니다. [email protected]에서 이에 대한 피드백을 받게 되어 기쁩니다.
당신의 사명과 목표: Stephen Covey의 유능한 사람들은 '끝을 염두에 두고 시작'해야 합니다. 디지털 트랜스포메이션은 확실히 이에 맞춰져 있습니다. 전환 노력에 대한 사명 선언문 작성을 지연하지 말고 이해 관계자와 최종 상태의 의미와 모습을 광범위하게 전달해야 합니다.
몇 달 전 고객 회의에서 그들은 내부 팀과 지사, 심지어 고객과 비즈니스 파트너가 정렬되었는지 확인하는 데 집착했습니다. 그들은 모든 사람에게 최종 상태가 어떻게 생겼는지 알려주는 것을 강조했습니다. 결과는 프로세스에서 충돌이 거의 없는 거대한 변화였습니다.
계획을 반복적으로 전달하십시오. 디지털 혁신은 비즈니스를 운영하는 동안 이루어져야 합니다. 많은 조직에서 일상적인 활동을 보장하는 것은 이미 정규직 이상입니다. 회사와 파트너 및 고객의 광범위한 구성원에게 계획을 반복적으로 전달해야 한다고 가정합니다.
그리고 이전 게시물에서 말했듯이 비즈니스에서 거의 입력하지 않은 'IT' 프로젝트로 이 프로젝트를 추진하면 명확한 커뮤니케이션 전략으로 비즈니스에 참여하는 것보다 채택하기가 훨씬 더 어려울 것입니다.
파트너와도 소통하는 것을 잊지 마십시오. 귀하의 시스템 통합업체와 기술 파트너는 귀하의 성공에 기득권을 가지고 있지만 여기서 가정하는 것은 좋은 생각이 아닙니다. 저는 최근에 파트너 선택 프로세스에 대해 썼습니다. 이는 시작점이 되어야 합니다.
모든 관련 당사자를 조정하는 것은 명백한 단계처럼 보이지만 커뮤니케이션 부족은 이 정도 규모의 프로젝트가 실패하는 주요 원인 중 하나입니다. 비즈니스를 변경할 때 이것이 IT 주도 이벤트라고 말하고 성공을 기대할 수는 없습니다.
예산에 여유를 두십시오: 몇 주 전에 우리는 예산 문제에 대해 논의했습니다. 확실히 이것을 잘못 이해하는 방법이 있습니다. 내가 관련된 고객 과제의 거의 3분의 1이 예산을 주요 문제로 가지고 있습니다. 돌아가서 더 많은 돈을 요구하는 것은 전문적으로 겪을 수 있는 최악의 경험 중 하나입니다. 나는 최근에 세 번 자금을 요청해야 했던 고객과 함께 일했습니다. 이러한 일이 발생하면 프로젝트가 상당한 위험에 처할 뿐만 아니라 결과에 관계없이 귀하의 신용이 손상됩니다.
나는 고객들에게 당신이 아직 모르는 것에 대해 전체 예산의 최소 15%를 숨길 것을 조언합니다. 디지털 혁신 프로젝트는 대부분의 사람들에게 생소한 일입니다. 아무도 예상하지 못한 프로젝트 이벤트와 충돌이 있을 것입니다. 약간의 쿠션을 만들면 숨을 쉴 수 있는 공간이 생깁니다. 자금을 제공하는 팀을 제외하고 누구와도 이것을 공유할 필요가 없습니다. 당신이 그것을 사용하지 않는다면, 그들은 예산 부족에 대해 당신의 등을 때릴 준비가 되어 있을 것입니다.
파트너십을 활용하십시오. 파트너가 게임에 스킨을 추가하도록 하세요. 귀하의 SI(시스템 통합업체) 및 기술 파트너는 귀하와 함께 삼위일체를 형성하여 성공을 위해 완전히 참여해야 합니다. 판매 주기 동안 두 파트너 모두 귀하의 성공을 위해 어떻게 노력하는지 물어보십시오. 프로젝트의 성공에 필수적일 수 있는 답변입니다. 기술 파트너가 SI와 함께 의도한 배포 마일스톤을 검토하도록 하면 놀라운 정보가 제공될 수 있으며, 어떤 경우에는 프로젝트가 진행되기도 전에 좋은 '캐치'가 발생할 수 있습니다.
파트너가 귀하를 지원할 수 있는 모든 종류의 방법이 있습니다. 금전적 지원(예: 특정 작업에 대한 '무료 리소스')에서 특정 주요 요구 사항에 대한 전문가 영입에 이르기까지 파트너는 요청이 있을 때까지 이러한 일을 자원하지 않는 경우가 많습니다.
경영진 후원: 조직 리더십 팀에서 당신을 지원하고 문제가 발생할 경우 의지할 수 있는 챔피언을 최소 한 명(여러는 아니더라도) 찾으십시오. 위의 2번 항목에 따라 브리핑을 잘 하고 있는지 확인하십시오! 프로젝트를 지원하는 임원은 변환 노력이 무엇인지 이해하고 완전히 수용해야 합니다.
프로젝트 시작: 공식적인 시작이 있을 때 팀 유대를 구축하고 구성원에게 활력을 불어넣는 데 도움이 됩니다. 시작은 사명과 기대가 잘 전달되었는지 확인할 수 있는 또 다른 기회입니다. 이것이 충분히 큰 변화라면 그 중요성을 강조할 수 있는 적절한 임원을 그곳에 데려가십시오.
저는 항상 CEO와 영업 책임자에게 실질적인 혁신 프로젝트를 승인하도록 촉구해 왔습니다. 두 가지 중요한 일을 합니다. 모든 사람에게 이것이 중요한 이니셔티브라는 것을 알리고 CEO가 대화를 통해 가져올 가치를 강조하는 것입니다. 해결해야 할 충돌이 있는 경우 매우 편리합니다.
이정표: 모든 당사자를 하나로 모으기 위해 정기적인 체크포인트를 찾으십시오. 애자일 개발 프로세스는 종종 이정표를 식별하는 것을 더 어렵게 만들지만 이는 방정식의 중요한 부분입니다. 최소한 다음과 같은 지점에서 공식적인 검토를 수행해야 합니다.
아키텍처 검토: 현재 아키텍처, 통합 접점 및 외부 시스템 연결을 검토하려면 SI 및 기술 파트너에게 문의하십시오. 시간을 내어 파트너와 함께 이를 자세히 검토하십시오. 통합은 종종 프로젝트에서 가장 과소 평가되는 영역 중 하나입니다. 그것들이 모두 덮여 있다고 가정하지 마십시오. 불쾌한 일을 겪게 된다면 통합이 아주 좋은 후보가 될 것입니다.
코드 검증: 기술 파트너의 공식 검토를 위한 예산을 확보하십시오. 너무 자주 코드에 문제가 있습니다. 프로젝트 완료 후 사용자 지정에 상당한 재작업이 필요한 문제가 있다는 사실을 알고 싶지 않을 것입니다. 스프린트 또는 일련의 스프린트 후에 사용자 정의 코드를 검증하면 훨씬 더 작은 재작업 문제가 해결될 것입니다.
라이브 확인: SI 및 기술 파트너에게 라이브 시작 전에 완료해야 하는 항목 목록을 요청하십시오. 프로젝트에서 파생되는 추가할 많은 항목이 있으므로 프로젝트 초기에 이 정보를 얻으십시오. 전체 목표를 놓치지 마십시오.
성과 검토: 프로젝트의 기술적 측면에 대한 공식적인 성과 점검을 수행하기 위해 투자 예산을 책정했는지 확인하십시오. 당신의 파트너가 이것을 볼 것이라고 가정하지 마십시오. 예상 메트릭을 정의하고 최소 한 주기에서 테스트합니다.
라이브 파티를 열다: 이것을 날려버리기는 쉽지만 프로젝트의 노력을 축하하는 것 이상의 이유 때문에 하고 싶을 것입니다. 이것은 회사 전체에 변화가 도래했거나 계속되고 있음을 알려야 합니다. 그것은 성취를 나팔을 불고 당신이 성공했다고 큰 소리로 말할 수 있는 기회입니다. 비즈니스는 더 이상 예전과 같지 않을 것입니다!
라이브 후 펀치 목록: SI에 대한 최종 지불을 릴리스하기 전에 우선순위가 높은 모든 문제가 해결되고 2차 문제가 정의된 임계값 아래로 떨어지는 것을 계약에 포함했는지 확인하십시오. 이것은 중요한 지렛대입니다. 지불 전만큼 영향력을 행사할 수는 없습니다.
유지 관리 및 지원: 프로젝트 시작 시 유지 관리 전략을 정의합니다. 배포가 완료되면 내부 팀에서 새 플랫폼의 모든 측면을 관리할 수 있는 기술을 구축할 가능성이 거의 없습니다. 프로젝트의 끝은 그것을 알아내기에 잘못된 시간입니다. SI 파트너의 영향력이 없고 파트너는 이미 새로운 고객으로 이동할 계획일 수 있습니다.
계획 단계에서 SI에 가서 최소 6개월의 지원 예산으로 예산을 편성해야 합니다. 일반적인 실수는 여기에 대한 필요성에 대해 낙관적이거나 더 나쁜 것은 이에 대한 계획을 전혀 세우지 않는 것입니다. 이는 라이브 후 전환을 극도로 고통스럽게 만들 수 있으며 그렇지 않으면 성공하더라도 전체 프로젝트에 원치 않는 흔적을 남길 수 있습니다!