SLA란 무엇이며 IT 분야에서 고객과 계약자 간의 관계에서 SLA의 역할은 무엇입니까?
최근에 생태계, 플랫폼, 비즈니스 프로세스 최적화를 위한 기술, 신속하고 민첩한 개발 및 상호 작용을 위한 혁신적인 방법과 같이 기본이 된다고 주장하는 기업의 삶에 비교적 새로운 개념이 많이 도입되었습니다. 각각은 정말 의미 있고 의미가 있습니다. . 또 한 가지는 아름다운 말 뒤에는 본질이 흐려지는 경우가 많고, 표면에 유행하는 유행어만 남아 점차 엉터리로 변한다는 것이다.
SLA란 무엇입니까?
몇 년 전, 초기에 중요하고 콘텐츠로 가득 찬 이 일련의 개념은 SLA(서비스 품질에 대한)라는 용어로 보완되었습니다.
이러한 상황에서 SLA의 개념을 평가절하한다는 것은 고객과 계약자 사이의 관계 패러다임을 평가절하하는 것을 의미합니다.
많은 기업이 이를 이해하고 있으며 일부는 SLA 계약을 엄격하게 준수해야 한다고 주장하기도 합니다. 그러나 문제는 최근 우리가 새로운 경제적, 사회적 도전에 직면하고 있으며, 기업은 이에 적절히 대응하기 위해 모든 노력을 기울이고 있다는 것입니다. 따라서 이를 제공하는 구조는 새로운 요구 사항을 충족해야 합니다. 이는 SLA에 완전히 적용됩니다. 2년 전과 동일하게 유지될 수 없습니다. 오늘날 SLA가 무엇인지, 어떻게 그리고 무엇으로 변모해야 하는지, 1년 후에는 어떻게 될지 알아보겠습니다.
때로는 프로젝트의 각 단계에 대한 보증이 특정 계약(중간 지점) 수준에서 규정되는 “중간” SLA가 있습니다. 이 경우 SLA가 계약의 필수 부분으로 작성되는 경우가 대부분이지만 여기에서 콘텐츠 로드는 완전히 다릅니다. 따라서 계약이 수행할 작업, 범위 및 시간을 가장 자주 규정하는 경우 SLA는 수행 방법, 비용 및 특정 지표로 사용되는 지표를 선언합니다.
오늘날 비즈니스 과제가 점점 더 복잡해지고 팬데믹을 비롯한 일련의 위기로 인해 기업이 새로운 방식으로 더 빨리, 더 잘, 더 잘 적응하고, 더 빨리 일하기 위해 시차를 단축해야 하는 상황은 이상할 것입니다. IT 기업이 제대로 대응하지 못한 경우. 가장 짧은 시간에 복잡한 그룹 개발 방법(Agile, DevOps, 그룹 공유)이 거의 모든 전문 IT 구조(대규모 개발 회사와 소규모 고도로 전문화된 IT 기업 모두)에 채택되었습니다.
물론 분산 작업, 개발자 및 구현자의 급증, 소프트웨어 솔루션 생성 기술을 작은 단계로 세분화하여 빠른 결과를 얻을 수 있습니다. 모든 기업의 정보 시스템 개발. 그러나 비즈니스 및 IT 솔루션 제공업체가 현재 상황에 적절하게 대응했다면 보증, 무엇보다도 SLA 내에서 대다수가 동일하게 유지됩니다. 이는 SLA 형성 원칙을 변경할 필요성을 무시하면 필연적으로 부정적인 결과를 초래할 것임을 의미합니다.
이러한 배경에서, 새로운 SLA가 현대적인 애자일 개발 방법론과 상관관계가 있다는 것이 매우 중요하며, 여기서는 더 이상 기존의 단계 분류만으로는 충분하지 않습니다. 이제 서비스 품질에 대한 합의는 완료된 단계가 아니라 프로젝트의 각 단계를 구현하는 각 단계에 맞게 “조정”해야 합니다. 현재 현실에서 포괄적인 SLA에는 개발 및 구현의 보장된 미시 단계뿐만 아니라 각 단계에 대한 통합자의 책임도 포함되어야 합니다.
그러나 이러한 접근 방식은 이러한 조건에서 복잡한 프로젝트를 수행할 준비가 된 회사에 부담을 줍니다. 이러한 보증을 준수하기 위해서는 주로 자신의 비즈니스에 대한 깊은 이해 수준에서 고객의 “마음”에 통합자의 작업 그룹의 일종의 “침투”를 제공해야 하기 때문에 쉽지 않습니다. . 개발자는 고객의 비즈니스 프로세스가 실제로 어떻게 구성되어 있는지, 그에 따라 어떻게 변경해야 하는지 알아야 합니다. 그리고 이를 위한 최고의 기술 솔루션을 찾고 적용하여 거의 즉석에서 개선하는 동시에 고객의 엔터프라이즈 작업 주기의 연속성을 보장하는 것이 우수한 IT 파트너의 주요 작업입니다.
표준 아웃소싱 방법으로 이를 달성하는 것이 거의 불가능하다는 것은 분명합니다. 여기에서는 근본적으로 고객과 계약자의 작업 형태가 다르기 때문에 다른 수준의 상호 작용이 필요합니다. 오늘날에는 “외부 IT 부서”라고 합니다. 업데이트된 SLA가 실제로 적용되는 것은 이 새로운 서비스가 출시되어야만 가능합니다. 그리고 정기적으로 고객과 공연자가 지속적으로 그에게 연락하는 경우(2주에 한 번일 수도 있음). 작동 방식은 다음과 같습니다.
작업 설정 기능(이것이 프로젝트의 핵심 단계)은 고객과 잠재적 실행자 간에 즉시 배포됩니다. 개발자/구현자는 첫날부터 내부 감사(또는 컨설팅)의 핵심 역할 중 하나를 맡습니다. 이러한 전문가들은 고객과 함께 수정해야 할 주요 비즈니스 프로세스를 식별하고 비즈니스 개발을 구현하기 위한 전략과 전술을 개발하고 이를 위한 최상의 기술을 선택합니다.
그런 다음 통합 회사는 일반적으로 프로젝트 계정, 분석가, 개발자, 테스터, 구현자, 기술 지원 전문가 등을 포함하는 준비된 예비 팀에서 고도로 전문적인 팀을 구성합니다. 결과적으로 기성 IT 부서 마치 이 회사 내부에 있는 것처럼 특정 기업의 문제를 해결하기 위해 말 그대로 즉시 생성됩니다. 이 접근 방식의 또 다른 이점은 똑같이 중요한 다른 작업을 해결하기 위해 고객의 IT 리소스를 해제할 수 있다는 것입니다.
우리는 현대 IT 개발자가 오늘날 단순히 고객에게 제공해야 하는 두 가지 상호 연관된 복잡한 서비스에 대해 이야기하고 있습니다. 다단계 프로젝트는 그가 구현하는 마이크로 단계(외부 IT 부서)로 분할되고, 다른 하나는 다음을 제공하는 일반 SLA입니다. 이 프로젝트 내 각 단계의 결과를 보장합니다.
지금까지 이 접근 방식은 러시아와 동유럽에서 널리 보급되지 않았습니다.
그럼에도 불구하고 우리는 이미 이 계획에 따라 성공적으로 완료된 많은 프로젝트를 가지고 있으며 고객의 비즈니스 규모는 여기에서 그다지 중요하지 않습니다. 자체 IT 시스템을 갖추고 있지만 이미 이 문제에 근본적으로 접근할 준비가 되어 있습니다.
