nmk

Лабораторна робота №17 (2 години)

Тема: Управління контрактами та закупівлями (Procurement & SLA)

Практичний аналіз IT-ризинків праці: відмінності між моделями Outsourcing та Outstaffing. Розробка базового Service Level Agreement (SLA) для інтеграції сторонніх сервісів у проєкт.

Мета: Навчитися мислити як IT-менеджер при виборі моделі найму (що вигідніше/безпечніше для конкретної ситуації) та вміти формалізувати вимоги до якості послуг підрядників через SLA.

Технологічний стек: Google Docs / MS Word (робота з текстовими документами).


Завдання

IT-проєкти рідко робляться “в ізоляції”. Компанії постійно наймають підрядників (в Україні це величезний ринок) та купують доступ до сторонніх API (платежі, карти, хостинг). Усі ці відносини регулюються контрактами. У цій роботі ви виступите в ролі керівника, який обирає підхід до розробки та формує вимоги до постачальника послуг.

Перелік завдань:

  1. Проаналізувати кейс і винести рішення щодо вибору між Outsourcing та Outstaffing.
  2. Розробити міні-документ SLA (Service Level Agreement) для стороннього сервісу у вашому проєкті.

Хід виконання роботи

Крок 1. Аналіз моделей найму (Outsourcing vs Outstaffing)

В Україні більшість IT-компаній (EPAM, SoftServe, GlobalLogic) працюють за цими двома моделями з іноземними клієнтами.

Прочитайте два кейси (уявіть себе СЕО компанії-замовника):

Завдання для звіту:

  1. Для Кейсу А: яку модель ви оберете (Outsourcing чи Outstaffing)? Чому? (Наведіть 2 аргументи).
  2. Для Кейсу Б: яку модель ви оберете (Outsourcing чи Outstaffing)? Чому? (Наведіть 2 аргументи).
  3. З точки зору Project Manager-а підрядника (наприклад, EPAM): в якій моделі (А чи Б) у нього буде БІЛЬШЕ відповідальності та контролю над результатом?

Крок 2. Розробка Service Level Agreement (SLA)

SLA (Угода про рівень послуг) — це додаток до контракту, де в цифрах прописано, ЯКОЇ якості має бути послуга, і ЯКІ штрафи будуть, якщо якість впаде.

Ваше завдання: Згадайте ваш навчальний проєкт. Уявіть, що для його роботи ви інтегруєте сторонній сервіс (наприклад: Платіжну систему Stripe, Google Maps API, поштовий сервіс SendGrid, або замовляєте хостинг на AWS).

Напишіть у звіті 4 ключові пункти вашого SLA з цим провайдером:

  1. Service Description (Опис послуги): Що конкретно вони вам надають? (Наприклад: “Безперебійний доступ до API обробки платежів”).
  2. Uptime Guarantee (Гарантія доступності): У відсотках. (Наприклад: “Сервіс має працювати 99.9% часу на місяць” — це означає, що вони можуть “лежати” не більше 43 хвилин на місяць).
  3. Response Time (Час реакції підтримки): За скільки часу їхня Support-команда зобов’язана вам відповісти, якщо все зламається? (Вкажіть час для Critical багів та Minor багів).
  4. Penalties (Штрафні санкції): Що буде компанії-провайдеру, якщо Uptime буде не 99.9%, а 95%? (Наприклад: “Повернення 50% абонентської плати за цей місяць на наш рахунок”).

Контрольні запитання

  1. Як розшифровуються і чим концептуально відрізняються SLA (Service Level Agreement), SLO (Service Level Objective) та SLI (Service Level Indicator)?
  2. Якщо українська компанія продає американському стартапу послугу Outstaffing (“орендує” 5 програмістів), на чиєму боці зазвичай знаходиться Project Manager, який розподіляє задачі щодня — на боці замовника чи підрядника?
  3. Чому замовники часто обирають модель Outsourcing, хоча година роботи програміста там коштує дорожче, ніж в моделі Outstaffing? (За що переплачує клієнт?).
  4. Чи існують SLA для внутрішніх команд розробки в межах однієї корпорації (наприклад, між відділом інфраструктури та відділом розробки застосунку), чи SLA підписують тільки зі сторонніми компаніями?
  5. Що таке “Дев’ятки” (Nines) у контексті SLA Uptime (наприклад, “Three Nines” або “Five Nines”) і як вони впливають на вартість послуги?

Вимоги до звіту

  1. У репозиторії курсу на GitHub додати файл lab_17.md.
  2. В цей файл перенести результати виконання Кроків 1 та 2 (аналіз двох кейсів найму та розроблений драфт SLA з 4-х пунктів для вашого проєкту).
  3. У файлі lab_17.md дати письмові відповіді на всі 5 контрольних запитань.
  4. Завантажити зміни на GitHub та надіслати посилання викладачу.