아웃소싱은 미국 기업이 중국, 인도 등 인건비가 저렴한 국가에 가사 업무를 아웃소싱하는 것을 통칭하는 말이다. 영어는 아웃소싱이다.
세계적인 글로벌화 물결 속에서 아웃소싱 업무는 피할 수 없는 추세다. 컴퓨터와 인터넷 기술의 대중화로 인해 선진국의 많은 일자리가 개발도상국은 물론 후진국에서도 가능해졌습니다. 인건비가 높은 선진국은 자연스럽게 인건비가 낮은 나라의 근로자에게 업무를 아웃소싱한다.
소위 인소싱 시스템은 모든 직원이 작업에 참여하고 위험을 감수하며 함께 이익을 얻을 수 있도록 하는 것으로, 작업을 수행할 사람을 고용하고 상사가 비용을 지불하는 과거의 전통을 깨고 이익을 달성하기 위해.
인소싱은 자국의 다른 회사에 업무를 아웃소싱하는 것으로도 이해될 수 있습니다.
CMM
배경 소개: CMM은 미국 카네기멜론대학교 소프트웨어공학연구소(SEI)에서 개발한 "Software Capability Maturity Model"의 영문 약어이다. )은 미국 국방부의 의뢰로 1991년에 연구 및 공식화되었습니다. 초기 주요 목적은 미국 국방부의 소프트웨어 계약 조직의 역량을 평가하는 것이었습니다. 이후 CMM 모델을 적용하는 데 큰 성공을 거두었습니다. 소프트웨어 회사에서 프로세스 개선을 구현하여 전 세계적으로 널리 사용되고 있습니다. SEI는 CMM의 평가 방법도 CBA-IPI로 확립했습니다.
CMMI는 SEI가 2000년에 출시한 CMM의 새로운 버전이다. CMMI에는 소프트웨어 개발 프로세스 개선뿐만 아니라 시스템 통합, 소프트웨어 및 하드웨어 조달 등의 프로세스 개선 내용도 포함됩니다. CMMI는 CMM의 일부 단점을 수정하고 기업의 프로세스 개선 구현에 더 적합하게 만듭니다. CMMI는 SCAMPI 평가 방법을 적용합니다. SEI는 CMM 모델을 폐지한 것이 아니라 CMM 평가 방법인 CBA-IPI만 중단했다는 점에 유의해야 합니다. 요즘에는 CMM 평가를 수행하려면 SCAMPI 방법을 사용해야 합니다. 그러나 결국 CMMI 모델이 CMM 모델을 대체하게 되는 것은 불가피하다.
표준 기능: CMM/CMMI/SPCA의 아이디어는 수년간의 역사를 가진 제품 품질 관리 및 전체 품질 관리에서 비롯됩니다. Watts Humphrey와 Ron Radice는 총체적인 품질 관리라는 아이디어를 IBM의 소프트웨어 엔지니어링 프로세스에 적용하여 훌륭한 결과를 얻었습니다. SEI의 소프트웨어 역량 성숙도 프레임워크는 Humphrey를 중심으로 한 소프트웨어 전문가들의 실무 경험을 바탕으로 개발되었습니다. 소프트웨어 역량 성숙도 모델은 총체적인 품질 관리라는 아이디어를 통합하고 진화하는 수준에서 소프트웨어 프로세스의 정량적 제어에 프로젝트 관리 및 프로젝트 엔지니어링의 기본 원칙을 반영합니다. CMM/CMMI/SPCA의 기본 아이디어는 기업 엔지니어링 프로세스의 기본 구조와 관행을 지속적으로 관리하고 개선하면 소프트웨어 및 하드웨어 생산의 어려움을 극복하고 개발 및 제조 역량을 향상시킬 수 있다는 것입니다. 회사는 제한된 시간 내에 제품을 제공할 수 있으며 예산에 맞춰 고품질 소프트웨어 제품을 구축할 수 있습니다.
CMM 소개
CMM(Capability Maturity Model)은 Capability Maturity Model의 약자로, 소프트웨어 기업의 성숙도 인증을 위해 국제적으로 인정받는 중요한 표준입니다. CMM의 작업은 1986년 11월에 처음 시작되었습니다. 당시 소프트웨어 공급업체의 역량을 평가하고 소프트웨어 품질을 향상시키려는 미국 정부의 요구 사항을 충족하기 위해 Carnegie Mellon University의 SEI(Software Initiative)는 미 국방부)는 Mitre의 도움으로 1987년 9월에 역량 성숙도 프레임워크와 성숙도 설문지 세트를 발표했습니다. 4년 후, SEI는 성숙도 프레임워크 경험과 1987년 이후 첫 번째 성숙도 설문지 버전을 바탕으로 CMM 버전 1.0을 출시했습니다. CMM1?0 버전은 성숙도 프레임워크를 기반으로 사용 가능한 모델을 구축하여 소프트웨어 회사가 프로세스 개선 계획을 수립하고 구현하는 데 보다 효과적으로 도움을 줄 수 있습니다. 2년 후인 1993년 SEI는 CMM1.1 버전을 출시했습니다. 최근 몇 년 동안 SEI는 CMM2.0 버전을 출시하고 동시에 ISO/IEC15504(소프트웨어 프로세스 평가)라는 ISO 시스템에 진입했습니다.
CMM***은 5가지 레벨로 구분됩니다.
각 수준에서는 해당 수준의 프로세스 관리를 달성하기 위해 해결해야 할 핵심 문제와 핵심 프로세스가 정의됩니다. 각각의 낮은 수준은 더 높은 수준에 도달하기 위한 기초입니다. 다섯 번째 수준은 가장 높은 수준, 즉 최적화 수준입니다. 이 수준에 도달한 소프트웨어 회사는 유사한 문제가 다시 발생하지 않도록 자발적이고 지속적으로 프로세스를 개선할 수 있으며, 네 번째 수준은 관리 수준이라고 합니다. 이 수준에 도달한 것은 정량적 프로세스를 달성한 것입니다. 즉, 프로세스가 표준화된 수준입니다. 즉, 두 번째 수준은 반복 가능한 수준이며, 이 수준에 도달한 소프트웨어 회사 프로세스는 제도화되고 규율화되었으며 반복 가능합니다. ; 첫 번째 수준은 초기 수준이며, 프로세스가 무질서하고, 진행되며, 예산, 기능 및 품질 측면에서 예측할 수 없습니다.
CMM은 소프트웨어 개발 프로세스 관리와 엔지니어링 역량 개선 및 평가에 전념하고 있습니다. 이 모델은 미국과 북미에서 널리 사용되었습니다. 동시에 유럽, 아시아 및 기타 국가에서 점점 더 많은 소프트웨어 회사가 CMM을 적극적으로 채택하고 있으며 실제로 소프트웨어 개발 프로세스 개선을 위한 업계 표준이 되었습니다. 그리고 평가. 현재 CMM 레벨 5 평가를 통과한 소프트웨어 회사는 전 세계적으로 약 12개이며, 레벨 3 이상을 통과한 기업은 약 100개, 레벨 2 평가를 통과한 기업은 약 300개입니다. 주요 소프트웨어 국가인 인도는 이 분야에서 광범위한 작업을 수행하여 많은 혜택을 받았습니다. 현재 Tsinghua Tongfang과 IBM의 합작 회사인 Dingxin Information Development Co., Ltd.만이 1999년 7월 CMM 레벨 2 평가를 통과했습니다. 회사는 가능한 한 빨리 CMM 레벨 3 평가를 통과하기 위해 노력할 것이라고 밝혔습니다. .
CMM과 ISO9000의 주요 차이점:
1. CMM은 특히 소프트웨어 제품 개발 및 서비스를 목표로 하는 반면 ISO9000의 범위는 상당히 넓습니다.
2.CMM은 소프트웨어 개발 프로세스의 성숙도, 즉 프로세스의 지속적인 개선과 개선을 강조합니다. ISO9000은 허용 가능한 품질 시스템에 대한 최소 표준을 강조합니다.
CMM 도입의 주요 의미
1. 소프트웨어 회사의 경우
1. CMM은 소프트웨어 회사에 제공할 수 있기 때문에 소프트웨어 회사의 소프트웨어 개발 관리 능력을 향상시킵니다. 자기 평가 방법과 자기 개선 수단을 사용합니다.
2. 소프트웨어 생산성을 향상시킵니다.
3. 소프트웨어 품질을 향상시킵니다.
4. 소프트웨어 기업의 국내외 경쟁력을 향상시킵니다.
2. 소프트웨어 프로젝트 아웃소싱 부서 및 소프트웨어 사용자의 경우
소프트웨어 개발자의 개발 및 관리 수준을 평가하는 수단을 제공하며 이는 소프트웨어 개발 프로젝트의 위험 식별에 도움이 됩니다.
우리나라의 CMM 업무 발전은 상대적으로 뒤쳐져 있다. CMM 평가 업무를 완전하고 공식적으로 수행하는 데는 시간이 좀 걸리겠지만, 조만간 문제일 뿐이다. 업계의 통찰력 있는 인사들은 우리나라도 국정에 맞춰 CMM 관련 업무를 조속히 추진해 줄 것을 촉구하고 있다. 우리 회사는 시안 소프트웨어 산업의 선두 기업으로서 CMM의 경영 아이디어 및 방법에 대한 고급 지식을 배우고 소화하고 학습하며 이를 회사의 ISO9000 품질 관리 및 기타 구체적인 작업과 결합하여 지속적으로 개선하고 개선해야 합니다. 회사의 경영 시스템을 홍보하고 회사의 다양한 측면을 홍보합니다. 이 작업은 전면적으로 발전했으며 회사가 CMM 평가 작업을 조기에 공식적으로 시작할 수 있는 좋은 기반을 마련했습니다.