직장에서 새로운 소프트웨어를 롤아웃하는 것보다 더 재미있는 일이 있을까요? 우리는 몇 가지를 생각할 수 있습니다: 금요일 오후 4시 30분 회의와 뿌리관 치료가 즉시 떠오릅니다. 

사실을 직시합시다: 사람들은 작업을 더 쉽게 만들어주는 새로운 도구를 받는 것을 좋아하지만, 한 프로그램에서 다른 프로그램으로 전환하는 것은 최악의 경우에는 재앙적이고 최소한 스트레스를 유발할 수 있습니다. 이런 이유로 모든 사람이 최신 소프트웨어 변경 사항에 적응할 수 있도록 도와주는 탄탄한 소프트웨어 구현 계획을 갖는 것이 절대적으로 필요합니다. 

우리는 자랑할 생각은 없지만(잘… 조금은), 직장에서 새로운 소프트웨어 프로그램을 소개하는 올바른 방법과 잘못된 방법에 대해 몇 가지 아는 것이 있습니다. 고객들에게 그들의 회사에서 Guru를 롤아웃하는 가장 좋은 방법을 가르치는 것 외에도, 우리는 우리의 자체적인 내부 소프트웨어 요구 사항도 관리해야 합니다. 

모든 사람이 당신의 새로운 소프트웨어를 사랑할 것이라고 보장할 수는 없지만, 당신의 삶을 더 쉽게 만들어 줄 괜찮은 소프트웨어 구현 계획을 작성하도록 도와줄 수 있습니다. 자신의 튼튼한 구현 계획을 만들기 위해 알아야 할 것은 다음과 같습니다. 

소프트웨어 구현이 중요한 이유

회사가 컴퓨터에 새로운 소프트웨어를 설치하고 사람들이 그냥 사용하게 둔 적이 있나요? 그들이 그랬다면, 우리는 그들이 그 이야기를 전할 수 있다고는 의심스럽습니다. 흐름을 타는 것은 잼 밴드와 첫 데이트에는 좋지만, 전체 부서나 회사를 새로운 소프트웨어에 맞게 준비하는 데는 올바른 마음가짐이 아닙니다. 

무관심과 소프트웨어 구현은 어울리지 않습니다

준비되지 않은 회사에 새로운 소프트웨어를 도입하는 것은 스트레스가 될 뿐만 아니라 충격적으로 비효율적입니다. 너무 많은 시간을 문제를 수정하고 질문에 답하며 모두가 피할 수 있었던 화재를 진압하는 데 보낼 것입니다. 잘 고안된 소프트웨어 구현 계획은 당신이 따를 수 있는 합리적인 일정을 세울 수 있게 해주고 성공을 측정하는 데 사용할 수 있는 이정표를 설정하는 데 도움을 줍니다. 

예상치 못한 문제와 소프트웨어 롤아웃은 함께 가는 경향이 있습니다. 다행히도, 당신의 구현 계획은 문제 해결에 있어 상당한 도움을 줄 수 있습니다. 당신의 구현 계획이 느린 인터넷, 직장에서의 스트레스가 많은 한 주 또는 새로운 기술 배우는 것을 싫어하는 사람으로부터 당신을 보호할 것이라고 약속할 수는 없지만, 당신이 어떤 문제들이 발생할 수 있는지 비판적으로 생각하게 하는 기회를 준다는 점은 확실합니다.  그럼에도 불구하고, 우리는 구현 계획을 수립하는 것이 발생할 수 있는 문제에 대해 비판적으로 생각하고 문제가 발생하기 전에 해결할 수 있게 해준다고 말할 수 있습니다. 

무엇보다도, 당신의 구현 계획은 모두가 성공할 수 있도록 도와줍니다. 당신이 만들고자 하는 교육 모듈, 이정표 및 FAQ는 사용자가 새로운 소프트웨어를 최대한 활용하는 데 도움을 주기 위해 설계되었습니다. 또한, 이는 당신에게 큰 두통을 덜어주고 당신의 정신을 조금 더 유지하는 데 도움을 줍니다. 모든 것을 고려할 때, 우리는 그것을 명확한 윈-윈 시나리오라고 생각합니다. 

소프트웨어 구현을 위한 팁 

우리는 소프트웨어 구현 계획이 모든 롤아웃의 중요한 부분이라는 주장을 시작할 것입니다. 이제 기어를 전환하여 스스로 탄탄한 구현 계획을 만드는 방법에 초점을 맞춰봅시다. 

초기 성공 정의 

철저한 구현 계획을 세우는 이유에 대해 생각할 기회를 가지셨나요? 죄송하지만 “내 매니저가 그렇게 말했다”는 좋은 답변이 아닙니다. 

탄탄한 태도/식단 계획

효과적인 구현 계획을 수립하려면 성공을 측정할 수 있는 방법을 고려해보세요. 직장에서 단순히 새로운 소프트웨어를 구매하는 것의 즐거움 때문이 아니라는 점에 베팅을 하고 싶습니다.

새로운 소프트웨어가 해결해야 할 문제가 무엇인지 생각해보고, 얼마나 잘 해결되고 있는지를 측정할 수 있는 기준을 설정하세요. 이 연습을 통해 올바른 소프트웨어를 선택했는지, 다시 제안해야 하는지를 판단할 수 있습니다. 

당신의 구현 프로세스를 만들기 

이제 우리가 당신이 있는 이유: 실제 구현 계획으로 들어갑니다. 

소프트웨어 구현 계획은 관리층과 직원 모두의 기대를 관리할 수 있어야 하며, 각 단계가 언제 진행될지를 명확하게 기술해야 합니다. 이 섹션은 전체 프로세스를 간단히 설명하는 것이 아닙니다. 잘 계획된 계획은 범위의 확장을 없애고 모든 사람을 궤도에 올려두고 기한을 맞추는 것을 더 쉽게 만들어줄 수 있습니다. 

귀하의 구현 계획은 독특하며 다음 작업의 내용에 따라 다를 것입니다; 그럼에도 불구하고, 모든 완벽한 계획에 있어야 하는 몇 가지가 있습니다:

기본 정보

이것을 귀하의 계획에서 결정을 내리는 자에게 보여줄 수 있는 5W와 1H라고 생각하십시오. 어떤 소프트웨어를 사용하고 있는지, 왜 전환하는지 이유와 관련된 비용을 개요합니다.

구현 팀

아마 당신 혼자이거나, 아마 전체 IT 팀일 수 있습니다. 소프트웨어 회사의 누군가가 전환을 돕고 있을 수도 있습니다. 관여된 사람과 그들의 책임을 여기서 명확히 하십시오. 

예상 일정

모든 작업에 소요되는 시간과 특정 이정표를 만나야 할 때는 언제인지. 기억하세요, 가장 잘 계획된 계획은 항상 일정에 여유를 두어 변화를 감안하는 것이 중요합니다.  

준비 작업

새로운 소프트웨어를 위해 현재 시스템을 준비하기 위해 무엇을 해야 합니까? 일부 사람들은 몇 개의 OS 업데이트를 해야 할 수도 있고, 다른 사람들은 전체 시스템 업그레이드를 고려해야 할 수도 있습니다. 당신이 필요한 것이 무엇이든 지금이 모든 것을 정리할 시간입니다. 

#### 예상 결과

이 새로운 소프트웨어가 향후 3분기 동안 매출을 15% 증가시킬까요? 이 새로운 프로그램이 당신이 의존해왔던 두 다른 프로그램을 대신할까요? 이 섹션은 이해 관계자를 정렬하고 작업에 대한 기대를 설정하는 데 핵심적인 역할을 할 수 있습니다. 

잠재적 문제

완벽한 세상에서는 모든 소프트웨어 롤아웃이 순조롭게 진행될 것이지만, 우리는 완벽한 세계에 살고 있지 않다는 것을 알기 때문에. 새로운 소프트웨어가 배포된 후 수정하거나 조정해야 할 사항을 고려해보세요. 

영향을 받을 직원들

신규 프로그램이 전체 회사에서 사용될 것인가요, 아니면 두 팀에서만 사용할 것인가요? 이 섹션에서 변화의 영향을 받을 사람들을 정리하십시오.

교육 계획

모두가 새로운 소프트웨어를 사용하기 위해 어떻게 준비할 것인가요? 사용할 교육 모듈 및 기타 리소스와 교육 성공 측정을 계획하는 방법을 언급하세요. 

데이터 정리

회사가 필요하지 않은 것들을 축적하기는 매우 쉽습니다. 오래된 소프트웨어는 귀중한 메모리를 차지하고, 수년간 관련성이 없었던 데이터는 몇 가지 예입니다. 운 좋게도, 새로운 소프트웨어 구현 계획은 이러한 문제를 해결할 수 있는 완벽한 기회입니다. 

이것은 Tanner-Level 청소 이벤트입니다. 

새로운 소프트웨어를 구현한다는 것은 과거의 몇 가지 사항들이 남겨질 수 있다는 것을 의미합니다. 새 시스템으로 이동하기 전에 오래된 데이터와 프로그램을 정리하는 데 시간을 조금 할애하세요. 이는 중요한 정보를 정리할 수 있는 새로운 기회를 만들 수 있다는 부가 혜택이 있습니다. 

개별 롤아웃 계획 만들기 

엔지니어링 팀과 UX 팀이 동일한 새로운 소프트웨어 프로그램을 사용하고 있지만, 그 사용 목적은 상당히 다릅니다. 인사팀은 새로운 프로그램에 대한 교육을 몇 주 또는 몇 개월 늦출 수 있지만, 판매팀은 어제 교육이 필요했습니다. 

우리는 당신이 스스로에게 더 많은 일을 만들고 싶지 않다는 것을 알고 있지만, 다양한 팀과 시나리오에 대해 서로 다른 롤아웃 계획을 만드는 것은 전반적인 구현을 더 쉽게 만들어줄 수 있습니다. 이 새로운 프로그램을 사용해야 하는 모든 사람과 그들의 요구에 맞게 계획을 어떻게 조정할 수 있는지 생각해보세요. 각 팀마다의 필요가 어떻게 다른지를 보려면 경영진에게 연락해도 좋습니다.

소프트웨어 챔피언 찾기 

이 과정에서 염두에 두어야 할 가장 중요한 점 중 하나는 소프트웨어가 단지 도구라는 것입니다. 단순히 존재하고 사용자에게 제공된다고 해서 사용될 것이라는 보장은 없습니다. 사람들이 자연스럽게 변화를 싫어한다는 것은 잘 알려져 있기 때문에, 당신의 편에 일부 지지자를 두는 것은 구현 과정에서 큰 도움이 될 수 있습니다. 

누구든지 새로운 소프트웨어를 지지하는 지지자가 될 수 있습니다. 변화를 지원하고 소프트웨어를 이해하는 사람을 식별하여 사무실 문화를 긍정적으로 만드세요. 

우리는 당신이 사무실에서 돌아다니며 사람들이 당신의 새로운 HR 소프트웨어를 얼마나 좋아하는지 무작위로 말해줄 사람을 찾으라고 요구하는 것은 아닙니다(그래도 웃길 수 있겠죠). 단순히 소프트웨어 팁을 자연스럽게 제시하고 새로운 프로그램의 칭찬을 부르는 사람들을 두는 것만으로도 프로세스에 많은 도움이 될 수 있습니다. 

미래 준비하기 

아무리 힘든 과정이 있어도, 모든 사람이 당신의 최신 기술 스택에 추가한 것을 쉽게 사용할 수 있는 것처럼 보입니다. 거대한 만족감과 성취감을 느끼며, 팀에 새로운 유용한 것을 가져다주었다는 것에 대해 편안하게 쉴 수 있습니다. 

그럼…다음은 무엇인가요?

우리는 당신의 아픔을 느낍니다

구현 계획을 세울 때 항상 미래에 대해 생각하는 것이 중요합니다. 대부분의 작업과 의사 결정이 한 사람이 담당하게 되는 것은 매우 쉬운 일이므로, 프로그램의 성공적인 지속적인 사용이 한 직원에게 의존한다는 사실 또한 같은 것입니다. 

누군가 자신의 역할을 떠나거나 새로운 책임을 담당하게 될 경우 사용되지 않는 소프트웨어보다 더 나쁜 것은 없습니다. IT에서 누구나 프로그램에 대해 배우고 필요에 따라 결정하고 변경할 수 있도록 쉽게 만들어야 합니다. 

피드백 수집하기

스스로 꽤 건실한 구현 계획을 세웠다고 생각하지만, 나머지 팀이 동의할까요?

모두가 성공을 측정하는 방식이 다르다는 것을 이해하지만, 최종 목표에 도달했지만 모두를 짜증나게 만든 구현 프로세스는 우리의 성공의 정의가 아닙니다. 여기서 의견의 힘이 발휘됩니다. 

구현 과정에 참여한 모든 사람은 유용한 피드백을 제공할 수 있습니다. 프로세스에 대한 그들의 의견, 마음에 드는 점과 불만, 그리고 더 원활하게 만들 수 있는 제안 사항이 있는지 물어보세요.

IT의 관점에서 사물을 바라보는 것이 쉽습니다. 타인의 관점에서 사물을 이해하면 미래의 구현을 계획하는 데 도움이 될 수 있습니다.

‍