서비스 수준 계약서를 작성하는 것은 일반적으로 사전 계획을 요구하고, 고객에게 진행중인 지급금을 위탁하고 공급자가 진행중인 자원을 준비하도록하는 것이지만, 향후 작업이 필요할 때 양 당사자를 보호합니다. 고객과 제품 또는 서비스 제공 업체 간의 계약으로 재고, 재고 보충 또는 지속적인 개선이 필요할 수 있습니다. 이 소프트웨어는 일반적으로 맞춤형 소프트웨어 패키지 또는 시스템에 사용되지만 어플라이언스, 차량 또는 선반에 재고가있는 제품에 적용될 수 있습니다.
SLA (Service Level Agreement)를 작성하려면 먼저 사용중인 제품 또는 서비스 유형에 대한 템플릿을 검토하십시오. SLA가 아직 작성되지 않은 제품은 거의 없으며, 온라인으로 제공되거나 구입할 수있는 많은 예제가 있습니다. 이렇게하면 다운 타임 대응, 버그 수정 빈도, 할당 된 할당량, 중단 시간에 대한 금전적 처벌 및 계약 기간과 같이 결정해야하는 변수에 대한 아이디어를 얻을 수 있습니다.
SLA의 수명을 예측하십시오. 소프트웨어 패키지의 경우 구입하는 소프트웨어가 쓸모없고 완전히 다시 작성해야 할 때까지 얼마나 걸리는지에 따라 3 년에서 10 년 정도가 소요됩니다. 예를 들어, 웹 사이트를 버리고 처음부터 다시 시작해야 할 때까지 웹 사이트는 길게 지속되지 않지만 데이터베이스는 더 오래 지속됩니다.
다운 타임 비용을 예측하십시오. 시스템이 오프라인 상태에서 많은 돈을 잃어 버리면 SLA에 신속한 응답을 포함시키고 응답하지 않을 경우 처벌해야합니다. 시스템을 종료 한 채로 며칠 동안 살아남을 수 있다면 응답 시간을 완화 할 수 있습니다.
시스템의 정적 상태를 확인하십시오. 너가 그것을 좋아하고 그것을 바꿀 필요가있을 것으로 예상하지 않으면, 너는 너의 계약 안에 증진을 위해 많은 지급을 필요로하지 않을 것이다. 사용자 피드백이나 다른 형태의 실제 평가판을 기반으로 변경 될 것으로 예상되는 경우 SLA에 개선 시간을 포함시키고 자 할 것입니다.
SLA를 보험으로 생각하십시오. 계약서에 포함 된 모든 기능을 사용하지 않는다면 이는 약간의 손실입니다. SLA를 작성하지 않거나 필요로하는 기능에 불충분하다면, 나중에 공급 업체가 원하는대로 비용을 지불하고 도움을받을 수있는 리소스가 있기를 바랍니다.
