План практического занятия МДК.04.01. Управление сетевыми сервисами

План практического занятия

1. Основная информация:

Дисциплина/МДК: МДК.04.01. Управление сетевыми сервисами

Тема занятия: Понятие о принципах организации взаимоотношения бизнеса и ИТ. Цель, задачи и область действия процесса.

Специальность: 09.02.06 Сетевое и системное администрирование

Формируемая профессиональная компетенция: ПК 4.3. Обеспечивать максимальную стабильность предоставляемых сетевых сервисов.

Цель занятия (практическая): Научить на практике внедрению и совершенствованию процесса управления качеством услуг на основе цикла Деминга (PDCA).

2. Фаза самостоятельной работы обучающегося ДО учебного занятия (Дома):

Какой теоретический материал Вы вынесете на самостоятельное изучение?

Понятие SLA (Service Level Agreement) и OLA (Operational Level Agreement). Роль ИТ в создании ценности для бизнеса. Ключевые показатели эффективности (KPI) для сетевых сервисов. Цикл Деминга (PDCA) как основа постоянного улучшения.

Формат учебных материалов для обучающихся:

Видеоинструкция (О чем именно?):

Короткий видеоролик (до 7 минут) на тему: «ИТ не ради технологий, а ради бизнеса: что такое ценность услуги». В видео объясняется разница между простым администрированием сервера и предоставлением бизнес-услуги «1С: Бухгалтерия работает быстро».

Скринкаст (Какой программы/действия?):

Скринкаст по работе в любой системе Service Desk (например, в демо-версии GLPI, OTRS или 1С:ИТС). Показать, как выглядит заявка пользователя, как в ней фиксируются метрики (время реакции, время решения) и как эти метрики связаны с SLA.

Нормативный документ (Какой ГОСТ, инструкция?):

Фрагмент библиотеки ITIL 4 (глава о создании ценности и управлении взаимоотношениями) или выдержка из реального Приложения к договору (SLA), где прописаны параметры доступности услуги (например, «Доступность канала связи 99,9% в месяц»).

Статья/кейс (Какого содержания?):

Кейс: «Почему отдел продаж потерял 2 миллиона?». Описание ситуации, когда из-за отсутствия мониторинга и регламентов (или их нарушения) в пятницу вечером «упал» сервер CRM, и менеджеры не могли выставить счета.

Практическое задание для проверки понимания («входной билет»):

Формулировка для обучающегося:

*"Прочитайте кейс о потере отдела продаж. Представьте себя руководителем ИТ-отдела. Владелец бизнеса требует, чтобы это больше не повторилось.

Задание: Опишите коротко (3-5 предложений), какие из изученных сегодня понятий (SLA, KPI, PDCA) вы примените и КОНКРЕТНО что изменится в работе сетевых сервисов (например, какие именно параметры сети вы начнете контролировать в первую очередь), чтобы решить проблему владельца бизнеса?"*

3. Фаза активной практики НА занятии (В аудитории/мастерской):

Вводная часть (5-10 мин):

Оргмомент и мотивация: Приветствие. Преподаватель говорит: «Вы изучили теорию и поняли, что бизнесу плевать на гигагерцы и гигабиты, ему нужны деньги и репутация. Сегодня мы займемся «переводом» бизнес-требований в настройки сетевого оборудования и регламенты».

Проверка «входного билета»: Обсуждение 2-3 вариантов ответов на домашнее задание. Быстрый опрос: «Кто написал, что нужно контролировать?», «Почему именно этот параметр?». Это выявляет уровень понимания и корректирует ход занятия.

Основная часть (50-60 мин):

Формат: Групповая работа (ролевая игра). Группа делится на 3 команды.

Постановка задачи (10 мин):

Каждая команда получает вводную. Ситуация: Есть компания «Альфа». Есть ИТ-инфраструктура. Внедряется новая услуга — «Видеоконференцсвязь (ВКС) для переговоров с ключевыми клиентами». Бизнес требует стабильности.

Дано:

Параметры сети (пропускная способность, задержки).

Типовой сервер для ВКС.

Бизнес-требование: «Чтобы во время переговоров с американским партнером картинка не рассыпалась, и нас не считали нищей компанией».

Работа в группах (30 мин):

Команда 1 (Бизнес-аналитики): Формулирует бизнес-требования на языке ИТ. Создает черновик SLA: прописывает KPI (доступность сервиса 99,8%, время реакции на сбой — 15 минут, максимальный джиттер и пинг).

Команда 2 (Инженеры): Получает проект SLA от команды 1. Должна сказать, можно ли это обеспечить на текущем «железе» и софте, и если нет — что докупить/настроить. Рассчитывают бюджет.

Команда 3 (Руководитель ИТ и техподдержка): Разрабатывает план одного цикла улучшения (PDCA) для этого сервиса:

Plan: Настроить мониторинг (Zabbix, Cacti) по метрикам из SLA.

Do: Запустить пилот на одной ВКС.

Check: Раз в неделю смотреть отчеты и собирать фидбек от пользователей.

Act: Если задержки растут — расширить канал; если кодек глючит — обновить драйверы.

Презентация (15 мин):

Каждая группа защищает свое решение. Преподаватель модерирует, наводя на мысль о том, что эти три процесса (SLA, инжиниринг, PDCA) неразрывны.

Заключительная часть (10-15 мин):

Подведение итогов: Преподаватель связывает работу всех трех команд в единый процесс управления качеством услуг (Service Level Management).

Ответ на ключевой вопрос: Как связаны настройки коммутаторов и прибыль компании? Показывается, что правильно настроенный мониторинг и следование циклу Деминга позволяет предупреждать сбои (ПК 4.3 — стабильность), что сохраняет деньги и репутацию бизнеса.

Выдача домашнего задания на следующий урок: «Доработать план PDCA, включив в него конкретные команды для настройки сетевого оборудования (роутеры, коммутаторы) для приоритезации трафика ВКС (QoS)».

4. Рефлексия (для самого преподавателя):

С какими основными трудностями можете столкнуться Вы или Ваши обучающиеся при реализации этого плана?

Трудность для студентов: Сложность переключения с «железного» мышления (пинг, конфиги) на бизнес-мышление (издержки, прибыль). Они могут пытаться решить кейс исключительно технически, игнорируя экономическую составляющую.

Трудность для преподавателя: Не все преподаватели ИТ-дисциплин владеют бизнес-лексикой и могут уверенно вести ролевую игру со стороны «бизнеса». Есть риск уйти в излишнюю техническую детализацию.

Организационная трудность: Студенты могут не выполнить домашнее задание («входной билет»). Тогда вводная часть занятия затянется, и времени на основную практику не хватит.

Какой один шаг Вы можете сделать уже на следующей неделе, чтобы опробовать этот подход?

Взять одну учебную группу и реальный кейс из практики знакомого системного администратора (или свой опыт). Записать очень короткое (5 минут) видео для домашнего изучения прямо на телефон, используя доску и маркеры, без сложного монтажа. Сделать это видео не про технологии, а про деньги и репутацию. Выложить в группу в мессенджере и попросить написать те самые «3-5 предложений» в ответ. Это будет первый шаг к «перевороту».