여러분은 자체 맞춤형 엔터프라이즈 소프트웨어 솔루션이 기술 문제를 해결하는 가장 좋은 수단이라는 판단 하에 맞춤형 구축을 선택했습니다. 아마 엔지니어링 팀에서 소프트웨어 요청을 내부에서 관리해야 할 수도 있거나, 아니면 저희 시리즈의 1부와 2부를 아직 읽지 않으셨을 수도 있습니다.;)
어떤 방법을 사용하든 그리고 해결하고자 하는 기술적인 문제와 상관없이 맞춤형 구축에는 구현, 유지 보수, 상태 유지 및 노하우 상의 어려움이 수반됩니다. Minitab은 사내 소프트웨어 관리 문제가 발생할 때 서비스에 대한 요청을 받습니다. 그리고 다년간 고객과 협업하고 소프트웨어를 구축해오면서 저는 조직이 자체적으로 솔루션을 구축할 때 직면하는 문제와 외부 솔루션을 구매함으로써 얻을 수 있는 이점을 알 수 있었습니다.
자체 솔루션 구축이 올바른 방향으로 진행되고 있는지 확실하지 않거나 무언가 잘못되고 있다는 신호가 나타나는 것을 피하고 싶다면 이 블로그 게시물을 확인해보세요. Minitab의 경험으로 미루어 볼 때 자체 구축 솔루션이 적합하지 않을 가능성이 높은 대표적인 시나리오 3가지를 알아보세요.
1. 구축 지체
일부 조직의 경우 소프트웨어 솔루션 구축이 계획 단계에 그칩니다. IT 팀이 도구 개발에 나서고 조직의 리더십이 열정적으로 계획을 수립하지만, 그 이후에는 **감감무소식**입니다.
경영진의 승인이 지체되거나 이로 인해 개발이 중단될 수도 있습니다. 혹은 IT 팀이 고수하는 프로세스로 인해 이해할 수 없는 추가적인 구현 사양이 요구되거나 결과를 도출하기 위해서는 팀 간 수많은 의사소통이 필요할 수도 있습니다. 특별 위원회가 개입하여 이 과제를 조직의 프로젝트 계획과 개발 주기에 작업을 추가하지만, 추후 방향성을 고민하느라 진전이 없을 수도 있습니다.
어느 경우든 조직 구성원들은 업무에서 좋은 결과를 내기 위해 노력하고 있지만, 그 과정에서 솔루션은 진척이 없습니다. 오랜 기다림 끝에 솔루션 구축이 시작되기도 하지만, 이미 많은 시간이 지났기 때문에 솔루션에 요구되는 사항과 리소스가 크게 달라진 경우가 대부분입니다.
2. 구축한 솔루션에 끊임없는 수정 요구
반면 과도한 계획이 아닌 불완전한 계획이 솔루션 구축 과정을 방해하는 경우도 있습니다. 예를 들어, 마케팅 팀이 일일 판매 데이터 보고서를 원활하게 제공하는 소프트웨어 솔루션을 요청하고 IT 팀이 이를 제공합니다. 하지만 이후 마케팅 팀이 매출 수치에 타임스탬프도 추가해달라고 요청하자, IT 팀은 솔루션을 수정합니다. 이에 마케팅 팀은 사용자 데이터를 통합하는 것도 도움이 될 것이라고 결정하면, IT 팀은 또 다시 솔루션을 수정합니다. 결국 마케팅 팀을 완전히 만족시키지 못할 뿐만 아니라, 리소스가 고갈되고, 한때 신속하고 유연했지만 이제는 좌절감을 느끼는 IT 팀은 프로젝트에서 손을 떼게 됩니다.
3. 한 사람이 전적으로 솔루션을 구축하고 관리
마지막으로 소프트웨어 솔루션이 실행되고 작동하는 경우를 가정해보겠습니다. 이 솔루션은 엔지니어링 팀원인 전문가 'Jimmy'가 구축했습니다. 한 대의 로컬 데스크톱 컴퓨터에서 운영되는 이 솔루션은 잘 작동하지만 취약합니다. Jimmy는 열정적이고 훌륭한 비전을 가지고 있으며, 조직의 요구 사항을 수용합니다. 물론 원하는 사항을 충족하는 소프트웨어 솔루션이 있는 것은 좋지만, 소프트웨어 업데이트나 Jimmy의 휴가로 인해 솔루션에 이상이 발생할 수도 있습니다. 또한 조직 전체의 다른 구성원이 프로세스에 참여할 수 있는 다중 사용자 시스템을 원하는 경우 Jimmy가 단독으로 구축하고 관리하는 솔루션에는 제약이 따를 수밖에 없습니다.
블로그 시리즈의 첫 게시물 보기
구축에 실패했다면 어떻게 해야 할까요?
현재 이러한 솔루션 구축 문제를 겪고 있거나 이와 같은 상황이 우려된다면 이제 모든 가용 옵션을 고려해봐야 할 때입니다. 개선이 필요할까요, 아니면 자체 구축을 중단해야 할까요? 계속해서 구축이 지체되고 있다면 지금까지 얼마나 많은 시간이 지났는지 살펴보세요. 솔루션이 구현되기까지 몇 개월 또는 몇 분기를 기다리는 일은 흔하지만, 만일 몇 년을 기다렸다면 안타깝지만 자체 구축을 중단하고 솔루션을 실현할 수 있는 다른 방안을 찾아보는 것이 좋습니다.
자체 솔루션을 구축했지만 취약하거나 원하는 결과물을 얻지 못했다면 이 솔루션을 유지 보수하는 데 필요한 프로세스를 검토해보세요. 현재의 요구 사항을 명확하게 파악하고, 솔루션을 실현하는 과정에서 여러분이 맡은 역할에 책임을 다하세요. 불완전한 계획은 IT 팀과의 관계를 악화시키고 프로세스를 지연시키거나 완전히 중단시킵니다. 변경이 필요한 경우 엔지니어가 얼마나 유연하고 가용성이 높은지 파악하세요. 혹시 여러분은 참여할 수 없는 폐쇄적인 과정을 통해서만 변경이 이루어지나요? IT 팀의 프로젝트 담당자가 퇴사하면서 자체 구축 플랫폼에 대해 알고 있는 조직 구성원이 없어졌나요? 만일 그렇다면 개방적인 의사소통에 관한 대화를 나누거나, 여러분과 여러분의 조직 전체가 그 복잡한 구조에 투명하게 접근할 수 있는 소프트웨어를 구매하는 방안을 고려해보세요.
마지막으로 자체 구축 솔루션이 잘못되었다고 느낀다면 프로젝트를 중단하고 외부 소프트웨어 솔루션을 구매하는 것을 고려하세요. 단, 현명하게 선택하세요. 여러분이 소프트웨어 솔루션 구현 과정에 적극적으로 참여할 수 있도록 강력한 서비스 중심 아키텍처를 제공하는 공급업체를 찾으세요. 조직의 내부 상태를 이해하기 위해 최선을 다하고, 실패한 프로젝트에서도 배우려는 공급업체를 선택하면 더 나은 솔루션을 얻을 수 있을 뿐만 아니라 지금까지 힘들게 노력한 조직 내 팀원들의 수고가 헛되지 않았음을 보여주어 이들의 마음도 배려할 수 있습니다.
Minitab은 고객이 원하는 소프트웨어를 성공적으로 구현해왔으며, 수많은 조직의 자체 구축 소프트웨어가 기대에 미치지 못하는 모습도 지켜봤습니다. 따라서 Minitab은 솔루션 자체 구축과 엔터프라이즈급 소프트웨어 솔루션 구매 중에서 고민하는 고객에게 여러 가지 유용한 조언을 드릴 수 있습니다. Minitab은 단순해 보이는 두 가지 옵션 중에서 하나를 선택하는 것이 해답을 찾고 프로세스를 개선하고, 비즈니스를 원활하게 운영하느냐의 차이일 수 있다는 것을 알고 있습니다. 그러므로 여러분의 조직을 알고, 요구 사항을 알고, 옵션을 파악하고, 여러분의 목표를 달성할 수 있는 가장 높은 가능성을 가질 수 있도록 충분한 시간을 할애해야 합니다..
자세히 알아볼 준비가 되셨나요?
