어려움에 직면했을 때, 원인을 다시 찾아 해결책을 지적하다.
실패한 경험
아시아 4 소룡의 전성기에 작가는 한 회사의 아시아 태평양 본부에서 소프트웨어 개발을 담당했다. 급속한 비즈니스 성장에 따른 요구 사항을 충족하기 위해 기업은 호스트 변환 설치, 애플리케이션 시스템 개발 등 여러 곳에서 대규모 프로젝트를 수행해야 합니다. 본사는 개발 비용을 절감하고 이 기간 동안 프로젝트를 완료할 수 있는 충분한 인력을 확보할 수 있도록 일부 개발 작업을 아웃소싱할 것을 요청했습니다. 마지막으로, Dell 은 회사의 자체 리소스를 활용하여 지역 내 각 컴퓨터 센터에서 소프트웨어 핵심 기능 모듈을 개발하고 주변 기능 모듈을 아웃소싱하기로 결정했습니다.
필리핀과 태국의 소프트웨어 기업을 선택하여 일부 애플리케이션 소프트웨어 개발을 지원했습니다. 이 두 지역에는 대량의 신흥 소프트웨어 기업이 있으며 필요한 개발 비용은 프로젝트 기준선의 4 분의 1 에 불과하기 때문입니다. 먼저 이들 기업의 기술자 수, 기술 수준, 재무 상태, 신뢰성 등에 대한 심도 있는 평가를 포함한 두 곳의 일부 대형 소프트웨어 기업에 대한 엄격한 감사를 수행한 다음, 두 곳에서 각각 한 곳을 선택하여 아웃소싱에 종사한다. 우리는 프로그램의 규격을 정해서 상대방에게 프로그래밍과 모듈 테스트를 맡겼다.
첫 번째 반환 절차를 받았을 때 테스트 보고서에서 결과가 예상과 다르다는 것을 알게 되었습니다. 테스트 도중 핵심 모듈에 연결할 수 없는 프로그램도 있고 호스트에서 실행할 수 없는 프로그램도 있습니다. 우리는 이전 절차의 질에 실망할 뿐만 아니라, 그것이 전체 프로젝트의 진도에 완전히 영향을 미칠 것이라는 것을 알고 있다.
좋은 협력 모델을 세우다
아웃소싱으로 개발된 소프트웨어는 기업의 품질 요구 사항을 충족하지 못하며, Dell 은 종종 아웃소싱 업체에 책임을 떠넘기는 경우가 많습니다. 그러나 실천 경험에 따르면 많은 실패는 기업 자체가 완벽한 소프트웨어 시스템 사양을 제공하지 않았기 때문에 개발 진도를 따라가지 않았고, 정기적으로 아웃소싱업체와 소통하지 않았고, 처음부터 품질 지표와 테스트 프로세스를 세우지 않았거나, 기술 및 개발 환경에 대한 적절한 평가를 하지 않았기 때문이라고 한다. 그러나 가장 중요한 점은 소프트웨어 아웃소싱을 결정할 때 쌍방의 협력 방식과 관계가 잘 처리되지 않았다는 것이다.
소프트웨어 아웃소싱이 기업의 관리 시간을 줄일 수 있다고 생각해서는 안 된다. 반대로, 아웃소싱 프로젝트는 때때로 두 배의 관리 시간이 필요하다. 소프트웨어 개발을 아웃소싱하기로 결정할 때 먼저 전체 애플리케이션 시스템 개발을 아웃소싱업체가 도급할 것인지 아니면 일부 애플리케이션 모듈만 작성할 것인지 결정합니다. 전자는 전체 아웃소싱 프로젝트의 수명주기를 관리해야 하며 내부 소프트웨어 개발 관리와 다르지 않지만 개발 장소, 환경, 자원이 상대적으로 낯설다. 후자는 기업 자체가 고품질의 사양을 제공할 수 있는지, 아웃소싱자가 필요로 하는 품질 기준과 테스트 데이터를 제공할 수 있는지, 아웃소싱자가 기업 자체와 유사한 개발 플랫폼과 환경을 가지고 있는지, 아웃소싱자의 기술 자원 수준이 기업 내부 개발에 필요한 기술 지표와 일치하는지 여부를 이해해야 합니다. 자신의 요구와 서비스 요구 사항을 명확하게 하는 것은 아웃소싱 프로젝트를 결정하기 위한 전제 조건입니다.
적절한 아웃소싱업체를 선택하는 것은 서비스 가격만으로 결정될 수 없다. 양질의 서비스는 높은 대가를 치러야 한다. 기업은 자신의 소프트웨어 품질에 대한 요구에 따라 서비스 비용을 결정해야 한다. 국제 기업의 측정에 따르면 아웃소싱 투자는 자체 개발한 순 투자보다 15% ~ 20% 더 많습니다 (기술 직원 기본급을 기준으로 하며 기업이 직원에게 제공하는 복지, 휴가, 인센티브는 포함되지 않음). 즉, 기업 자체의 발전에 30 만원이 필요하다면 합리적인 아웃소싱 서비스 가격은 약 34 만원에서 36 만원 사이이다.
아웃소싱은 즉각적인 경제적 이익을 가져올 수 없기 때문에 왜 아웃소싱해야 합니까? 주된 이유는 프로젝트가 완료된 후 기업들이 이러한 개발자를 계속 돌볼 필요가 없고 이러한 개발자에게 복지 조건을 제공할 필요가 없기 때문입니다. 아웃소싱 비용은 일회성 운영비로 직원 급여와는 달리 기업의 장기 운영비용이 된다. 일회성 대규모 프로젝트를 즉시 시작해야 하는데 자원이 부족하거나 기업 자체에 해당 기술자가 없는 경우 아웃소싱이 실행 가능한 솔루션입니다.
일부 프로젝트 관리자는 아웃소싱 개발 프로젝트와 내부 개발 프로젝트 관리에 큰 차이가 없다고 생각하는 경우가 많습니다. 유일한 차이점은 아웃소싱 프로젝트가 의사 소통, 조정, 후속 조치 및 모니터링에 더 많은 시간이 걸린다는 것입니다. 전반적으로, 이 아이디어는 정확하지만, 실제로 아웃소싱 프로젝트 관리는 내부 개발 프로젝트 관리보다 더 복잡하고, 더 큰 위험을 감수하며, 더 긴밀한 진도와 품질 모니터링이 필요합니다.
내부 개발 프로젝트와의 커뮤니케이션을 보장하는 데 필요한 인적 자원은 크게 두 그룹으로 나뉩니다. 하나는 기술자이고, 다른 하나는 기술자와 협력하는 비즈니스 직원 (이미 구축된 정보 시스템의 잠재 사용자) 입니다. 아웃소싱 프로젝트는 일부 기술자와 사용자 집단의 참여뿐만 아니라 아웃소싱 업체의 자원도 늘려야 합니다. 일부 아웃소싱 업체는 연락 조정을 담당하는 연락원을 지정하기도 하고, 기술자들은 후방의 프로젝트 개발만 담당한다. 이런 조작 방식은 가급적 피해야 한다. 하청업체가 연락을 담당하는 사람을 배정하는 것은 종종 업무 인력의 배경이고, 기술 세부 사항을 완전히 파악할 수 없기 때문에 기술자에게 전달할 때 정보가 달라질 수 있기 때문이다. 따라서 Dell 의 최우선 과제는 아웃소싱 업체에게 프로젝트 연락을 담당하는 사람이 개발 팀의 책임자여야 한다는 사실을 알리는 것입니다. 이 개발팀 리더는 개발 프로젝트에 직접 참여하는 주요 인원으로 효과적인 소통과 모니터링을 할 수 있다.
좋은 계획을 세우다. 프로젝트 관리자는 먼저 각 작업에 필요한 영역과 인력을 상세하게 기술하는 상세하고 완전한 프로젝트 계획을 세워야 합니다. 계획의 모든 진전은 계속하기 전에 확인이 필요하다. 예를 들어, 아웃소싱 업체는 시스템 분석을 완료한 후 분석 결과를 고객이 이해할 수 있도록 해야 합니다. 이를 통해 기업은 전체 시스템에 대한 아웃소싱 업체의 이해와 분석이 기업 자체의 프로젝트 요구 사항 및 분석과 일치하는지 확인할 수 있습니다. 이렇게 하면 아웃소싱 업체가 후속 모듈 설계를 수행할 수 있습니다. 그렇지 않으면 설계된 모듈 조합이 기업의 요구 사항과 다를 수 있으며 품질과 최종 품질이 다를 수 있습니다. 이러한 차이로 인해 향후 시스템 유지 관리, 업데이트, 기능 모듈 추가, 업그레이드 및 통합에 심각한 문제가 발생할 수 있습니다.
지연은 프로젝트 지연을 피하기 위해 계획에서 위의 확인을 위해 충분한 시간을 확보해야 합니다. 양측 근무지 때문에 확인회를 완료하는 데 2 ~ 3 일이 걸릴 수 있는데, 원래는 하루밖에 걸리지 않았다. 의제에서 얻은 지식도 아웃소싱업체가 제대로 변경해야 기업이 정식으로 확인할 수 있습니다. 정식으로 확인한 후에야 다음 일을 더 진행할 수 있다.