Оптимизация бизнес-процессов службы поддержки пользователей с использованием ITSM-системы в ООО «ИнфоСофт»: дипломный проект РАНХиГС

Введение

Тематика управления информационными технологиями в современных организациях занимает одно из центральных мест в системе профессиональной подготовки управленческих кадров. Выпускная квалификационная работа по направлению, связанному с ITSM, представляет собой комплексное исследование, объединяющее теоретические основы сервисного подхода и практическую реализацию автоматизированных решений для повышения эффективности ИТ-подразделений. Для студентов РАНХиГС, обучающихся по направлениям, связанным с прикладной информатикой, бизнес-информатикой и государственным управлением в цифровой среде, разработка проекта на тему «Оптимизация бизнес-процессов службы поддержки пользователей с использованием ITSM-системы в ООО „ИнфоСофт“» является логичным продолжением освоения компетенций в области сервисного менеджмента информационных технологий. Актуальность выбранной темы обусловлена несколькими факторами. Во-первых, возрастающая зависимость операционной деятельности компаний от бесперебойного функционирования ИТ-инфраструктуры делает службу поддержки пользователей критически важным элементом корпоративной архитектуры. Во-вторых, внедрение процессного подхода к управлению инцидентами и запросами на обслуживание является требованием современных стандартов управления ИТ-сервисами. В-третьих, наличие реальной базы практики, в качестве которой выступает ООО «ИнфоСофт», позволяет провести полноценное эмпирическое исследование и разработать практически значимые рекомендации. Целью дипломного проекта является разработка комплекса мероприятий по оптимизации бизнес-процессов службы поддержки пользователей на основе внедрения ITSM-системы. Для достижения поставленной цели необходимо решить ряд взаимосвязанных задач: проанализировать текущее состояние процессов службы поддержки; выявить проблемные зоны и узкие места; обосновать выбор программного продукта класса ITSM; разработать модель оптимизированных процессов; провести оценку экономической эффективности предложенных решений. Объектом исследования выступает служба поддержки пользователей ООО «ИнфоСофт», предметом — бизнес-процессы регистрации, классификации, эскалации и разрешения инцидентов. Особенностью данного дипломного проекта является его прикладной характер. В отличие от сугубо теоретических исследований, работа предполагает непосредственное взаимодействие с реальной ИТ-инфраструктурой компании, анализ фактических данных об обращениях пользователей, изучение регламентов и инструкций. Именно это позволяет выпускнику продемонстрировать сформированность профессиональных компетенций и готовность к самостоятельной практической деятельности. Студентам, которые планируют заказать ВКР по ITSM, рекомендуется выбирать темы, построенные на анализе реальных организаций, поскольку наличие эмпирической базы существенно повышает качество исследования и упрощает процедуру защиты.

Почему студентам сложно самостоятельно написать ВКР по ITSM

Написание выпускной квалификационной работы по ITSM представляет собой многофакторную задачу, которая требует от студента не только академических знаний в области информационных систем и технологий, но и практического понимания процессов управления ИТ-сервисами. Значительная часть обучающихся сталкивается с объективными трудностями, которые не позволяют в полной мере реализовать потенциал исследования в установленные сроки. Прежде всего, сложность обусловлена необходимостью сочетания нескольких предметных областей. С одной стороны, работа должна демонстрировать владение теоретическим аппаратом ITSM: концепциями, моделями, фреймворками. С другой стороны, требуется глубокое понимание специфики функционирования конкретной организации, включая особенности её ИТ-инфраструктуры, организационной структуры и сложившихся регламентов. Для того чтобы выполнить такую работу на высоком уровне, необходимо изучить значительный объём литературы, включая международные стандарты ITIL, национальные стандарты ГОСТ Р, а также методические материалы российских и зарубежных авторов по вопросам автоматизации процессов ИТ-службы. Эмпирическая составляющая исследования также представляет серьёзный вызов. Для объективной оценки текущего состояния процессов службы поддержки необходимо собрать и обработать статистические данные об обращениях пользователей за продолжительный период. Отсутствие доступа к реальным данным или их ограниченный объём становятся причиной формального подхода к аналитической части работы. В случае, когда студент ограничен в доступе к корпоративной информации, качество исследования существенно снижается. Не менее серьёзной проблемой является выбор конкретного программного продукта класса ITSM и обоснование его применимости для нужд организации. Существующий рынок автоматизированных систем управления ИТ-сервисами включает множество решений, различающихся по функциональности, стоимости, требованиям к инфраструктуре и сложности внедрения. Студент, не обладающий достаточным практическим опытом, часто не способен корректно сопоставить функциональные возможности системы с бизнес-потребностями организации, что приводит к выбору неоптимального решения. Кроме того, подготовка дипломной работы в области ITSM требует владения навыками моделирования бизнес-процессов. Использование нотаций IDEF0, BPMN, UML предполагает не только знание соответствующего программного обеспечения, но и понимание методологии структурного анализа и проектирования. Ошибки, допущенные при построении моделей, влекут за собой замечания рецензентов, направленные на несоответствие между логикой описания процессов и их реальным функционированием. Отдельную сложность представляет экономическое обоснование предлагаемых мероприятий. В структуру выпускной квалификационной работы традиционно включается раздел, посвящённый оценке эффективности внедрения ИТ-решений. Расчёт совокупной стоимости владения ITSM-системой, оценка сокращения времени обработки инцидентов, вычисление предотвращённых потерь требуют понимания методов финансового анализа и способности интерпретировать результаты количественных расчётов. Для студентов, столкнувшихся с перечисленными трудностями, востребованной становится помощь в написании ВКР ITSM. Профессиональные авторы, имеющие практический опыт работы с сервисными процессами, способны структурировать материал в соответствии с требованиями ФГОС, подготовить корректное экономическое обоснование и разработать модели процессов в необходимых нотациях. Заказ таких услуг позволяет минимизировать риски, связанные с несоблюдением сроков подготовки работы, несоответствием структуры требованиям вуза и снижением оригинальности текста.

Что входит в подготовку дипломной работы

Процесс подготовки выпускной квалификационной работы по теме оптимизации бизнес-процессов службы поддержки пользователей с использованием ITSM-системы представляет собой многоступенчатый алгоритм, каждый этап которого требует сосредоточенности и методического подхода. Следует выделить несколько ключевых стадий. Первоначальным этапом является формирование концепции исследования. Студент совместно с научным руководителем определяет объект и предмет, формулирует цель, задачи, гипотезу. В рамках рассматриваемой темы объектом выступает служба поддержки пользователей ООО «ИнфоСофт», а предметом — процессы управления инцидентами. Уже на этой стадии важно зафиксировать предполагаемый состав разделов работы и предварительный план. Далее следует теоретическая часть, которая предполагает анализ литературных источников по следующим направлениям: эволюция подходов к управлению ИТ-сервисами; содержание концепции ITIL; классификация процессов ITSM; обзор современных автоматизированных систем, таких как ServiceNow, Jira Service Management, Naumen Service Desk, OTRS и других. В теоретической главе также целесообразно рассмотреть нормативные основы организации служб поддержки, включая требования стандарта ISO/IEC 20000. Третьим этапом является аналитическая часть, где проводится детальное исследование существующего состояния процессов ООО «ИнфоСофт». Для этого собираются данные о количестве обращений, времени реакции и времени решения, структуре инцидентов по категориям, удовлетворённости пользователей. Результатом анализа становится построение модели текущих процессов в нотации IDEF0 или BPMN с выявлением проблемных участков. Важно, чтобы аналитическая часть опиралась на фактический материал, а не на общие описания. Четвёртый этап связан с обоснованием выбора ITSM-системы и разработкой модели целевых процессов. Производится сравнительный анализ нескольких кандидатов на роль платформы автоматизации, определяются функциональные требования к системе, разрабатывается архитектура решения. Результатом проектирования является модель оптимизированных бизнес-процессов службы поддержки с распределением ролей, маршрутами эскалации и регламентами времени выполнения операций. Завершающим этапом подготовки является экономическое обоснование и оформление работы. Производится расчёт затрат на внедрение ITSM-системы, прогнозируется экономический эффект от сокращения простоев и повышения производительности сотрудников, рассчитываются показатели возврата инвестиций. Параллельно оформляется текст в соответствии с требованиями ГОСТ, формируется список литературы, готовится приложение с копиями документов и экранами интерфейсов. Многие студенты приходят к выводу, что полноценная подготовка дипломной работы по ITSM в условиях ограниченного времени затруднительна. В таком случае целесообразно заказать ВКР по ITSM у экспертов, которые знакомы со структурой выпускных квалификационных работ, владеют методами исследования и способны подготовить текст, удовлетворяющий требованиям вуза.

Структура дипломной работы по ITSM

Типовая структура выпускной квалификационной работы по рассматриваемой теме включает введение, три главы, заключение, список использованных источников и приложения. Введение содержит обоснование актуальности, формулировку цели и задач, описание объекта и предмета, теоретической и методологической базы, а также практической значимости. Введение должно быть лаконичным и не превышать четырёх-пяти страниц. Первая глава посвящена теоретическим аспектам управления ИТ-сервисами. В ней рассматриваются принципы организации службы поддержки, характеристики основных процессов ITSM, эволюция стандартов, классификация автоматизированных систем. Объём первой главы составляет обычно 20–25 страниц. Вторая глава содержит анализ текущего состояния службы поддержки ООО «ИнфоСофт». Помимо описания деятельности организации и её ИТ-инфраструктуры, в главу включаются результаты количественных и качественных исследований: статистика обращений, хронометраж операций, анкетирование пользователей. Особое место занимает построение моделей AS-IS. Третья глава носит проектный характер. Здесь приводятся обоснование выбора ITSM-системы, проект целевых процессов TO-BE, описание функциональных модулей внедряемой системы, регламенты работы службы поддержки и оценка эффективности предложений. Заключение суммирует результаты, формулирует выводы по каждой поставленной задаче и указывает на практическую значимость исследования.

Методы исследования, используемые в работах по ITSM

Методологический аппарат выпускной квалификационной работы по ITSM должен соответствовать требованиям академического исследования и одновременно обеспечивать репрезентативность полученных результатов. Для студентов, планирующих заказать ВКР по ITSM, важно понимать, какие методы исследования являются наиболее релевантными для предметной области и каким образом они интегрируются в структуру работы. К числу теоретических методов, применяемых в исследованиях подобного типа, относятся анализ и синтез, индукция и дедукция, сравнение, абстрагирование, систематизация. Анализ литературных источников и нормативной документации позволяет определить содержание основных понятий ITSM, выявить подходы к классификации процессов и систематизировать требования к организации службы поддержки. Использование сравнительного анализа даёт возможность сопоставить функциональные возможности различных ITSM-платформ и выбрать оптимальное решение для конкретной организации. Эмпирическая группа методов представлена наблюдением, измерением, анкетированием, интервьюированием, анализом документов. В рамках исследования службы поддержки ООО «ИнфоСофт» ключевую роль играет анализ входящей документации: заявок, регламентов, инструкций, отчётов о работе за предыдущие периоды. Ценность представляет также статистическая обработка данных об обращениях пользователей, позволяющая установить закономерности в распределении инцидентов по категориям, службам и времени суток. Специфическими методами, характерными для работ по информационным системам, являются методы моделирования процессов. Использование нотаций IDEF0, BPMN, UML обеспечивает наглядное представление существующих и целевых процессов и создаёт основу для последующего проектирования автоматизированных решений. Методика описания процессов, принятая в рамках IDEF0, предполагает построение иерархических диаграмм с последовательным раскрытием функциональных блоков, что особенно удобно для анализа деятельности службы поддержки. Для проведения экономических расчётов применяются методы финансового анализа: расчёт чистого дисконтированного дохода, индекса доходности, срока окупаемости, совокупной стоимости владения. Указанные методы позволяют количественно обосновать эффективность предлагаемых мероприятий и являются обязательным атрибутом дипломных проектов, выполняемых в том числе по специальности ITSM. Осмысление специфики исследования и подготовка каждой части выпускной работы связаны с определёнными сложностями. Студенты нередко обращаются к профессиональному сообществу с просьбой о помощи в написании ВКР ITSM. Реализация заказа специалистами предполагает использование всего комплекса методов исследования, включая статистический анализ в специализированных программных пакетах. Знание методологии проведения корреляционного, регрессионного, кластерного анализа часто требуется для обработки данных анкетирования пользователей, в то время как методы статистической обработки данных позволяют обеспечить корректность выводов, представленных в эмпирической главе.

Обоснование выбора методов для эмпирической части

Методологическая последовательность исследования включает следующие этапы: определение генеральной совокупности и выборки; выбор инструментария сбора данных; проведение сбора данных; обработка и интерпретация результатов. Для анализа работы службы поддержки пользователей целесообразно сочетать количественные и качественные методы. Количественные методы, в частности обработка статистики обращений, дают объективную картину нагрузки на сотрудников и структуры инцидентов. Качественные методы, такие как интервью с руководителем службы поддержки и анкетирование пользователей, позволяют выявить субъективные оценки качества обслуживания и проблемные аспекты взаимодействия. Важно учитывать, что выбор методов исследования определяется не только предметной областью, но и требованиями конкретного вуза. Углублённые подходы к анализу данных, применяемые в психологических исследованиях, например корреляционный анализ в ВКР по психологии, в рамках ITSM применяются ограниченно, однако анкетирование пользователей часто требует проверки статистической значимости различий между группами, для чего используются методы математической статистики.

Требования к ВКР

Действующая нормативная база образования предъявляет к выпускным квалификационным работам требования, которые можно разделить на три группы: общие академические, структурно-содержательные и требования к оформлению. Общие академические требования определяются федеральными государственными образовательными стандартами высшего образования. В рамках указанных стандартов устанавливается, что выпускная квалификационная работа должна представлять собой самостоятельное исследование, демонстрирующее уровень сформированности компетенций обучающегося, его способность к аналитической деятельности, владение методами научного познания и умение применять их для решения практических задач. Принципиально важным требованием является оригинальность текста, проверяемая через системы «Антиплагиат.ВУЗ». Структурно-содержательные требования регламентируются методическими рекомендациями вуза. Как правило, работа делится на введение, основную часть из двух-трёх глав, заключение, список литературы и приложения. Главы должны соответствовать цели и задачам исследования, в структуре работы обязательно присутствие эмпирической главы с анализом данных и проектной главы с описанным решением. Практическая значимость выполненного исследования должна быть явно сформулирована. Требования к оформлению изложены в методических указаниях кафедры. Обычно они базируются на ГОСТ 7.32-2017 «Отчёт о научно-исследовательской работе» и ГОСТ 7.0.100-2018 «Библиографическая запись. Библиографическое описание». Параметры страницы: поля — левое 30 мм, правое 10 мм, верхнее и нижнее 20 мм. Шрифт Times New Roman, 14 пт, межстрочный интервал 1,5. Нумерация страниц сквозная, включая приложения. Каждая глава начинается с новой страницы. Объём выпускной квалификационной работы по программам бакалавриата обычно составляет 50–70 страниц основного текста, для магистерских диссертаций — 80–100 страниц. Доля оригинального текста, установленная во многих вузах, включая РАНХиГС, составляет не менее 70%. При этом требуемая уникальность может варьироваться в зависимости от направления подготовки; для технических и ИТ-направлений часто применяется стандарт 60–70% при адекватном уровне заимствований из нормативных документов и листингов программного кода. Требования к списку литературы также унифицированы. Используются преимущественно свежие источники (за последние 3–5 лет), доля учебников не должна превышать 20–30%, обязательно включение научных статей из периодических изданий и материалов конференций. Для работ по ITSM целесообразно использовать не менее 30–40 источников.

Требования к практической части

Практическая часть выпускной квалификационной работы должна быть основана на реальных данных и решать прикладные задачи. Для рассматриваемой темы практическая часть предполагает анализ процессов службы поддержки, разработку регламентов, выбор и адаптацию программного обеспечения, оценку экономического эффекта. Особое внимание следует уделить обоснованию целесообразности внедрения конкретной ITSM-системы. Хотя сравнительный анализ альтернативных решений признаётся желательным, в большинстве методических рекомендаций содержится требование обосновать выбор наиболее подходящей платформы для условий конкретного предприятия. Должны быть учтены такие критерии, как количество обслуживаемых пользователей, структура ИТ-ландшафта, бюджет, необходимый функционал. Требования к защите работы включают подготовку доклада на 5–7 минут, презентацию объёмом 10–15 слайдов, ответы на вопросы комиссии. Критерии оценки включают: актуальность и новизну, полноту и системность анализа, качество проектного решения, обоснованность выводов, уровень защиты и качество оформления.

Типовые требования вузов к ВКР по ITSM

Высшие учебные заведения, реализующие программы подготовки в области ИТ-менеджмента и информационных систем, устанавливают общие требования к выпускным работам, которые в целом согласуются с требованиями ФГОС ВО. При этом РАНХиГС как вуз, ориентированный на подготовку кадров для государственного и корпоративного управления, уделяет особое внимание практической значимости дипломных проектов и обоснованности управленческих решений. В работах, выполняемых в РАНХиГС, отмечается важность соответствия содержания работы профилю образовательной программы. Для направления «Бизнес-информатика» ключевое значение имеет способность выпускника применять информационные технологии для решения задач управления организацией. Для направления «Прикладная информатика» — умение проектировать и внедрять информационные системы. Дипломный проект по ITSM в ООО «ИнфоСофт» ориентирован преимущественно на управленческий аспект: оптимизацию процессов, автоматизацию деятельности подразделения, контроль качества сервиса. Типовые требования к структуре ВКР по управленческим и ИТ-направлениям включают: - введение с актуальностью, целью, задачами, объектом, предметом; - теоретическую главу с анализом подходов и стандартов; - аналитическую главу с характеристикой организации и существующих процессов; - проектную главу с описанием предлагаемого решения; - экономическое обоснование; - заключение с выводами; - список литературы. Рекомендуемое соотношение объёма глав: теоретическая 25%, аналитическая 35%, проектная 40%. В работах, где объектом выступает информационная система или процесс, эмпирическая (аналитическая) часть должна опираться на собранные количественные данные, а не на общие описания отраслевой практики. Подготовка дипломной работы по ITSM в контексте указанных требований предполагает оформление всех элементов в строгом соответствии с методическими указаниями кафедры.

Как выбрать тему ВКР по ITSM

Выбор темы выпускной квалификационной работы является стратегически важным решением, от которого напрямую зависит сложность исследования, наличие материала для анализа и вероятность успешной защиты. Студентам, которые планируют купить дипломную работу ITSM или написать её самостоятельно, необходимо учитывать несколько критериев. Первым критерием является актуальность темы. Тема должна соответствовать современному состоянию отрасли информационных технологий и отражать значимую проблему, существующую в практике организаций. Тема «Оптимизация бизнес-процессов службы поддержки пользователей с использованием ITSM-системы в ООО „ИнфоСофт“» полностью удовлетворяет этому критерию, поскольку она связана с внедрением современных инструментов автоматизации и повышением качества ИТ-сервиса. Вторым критерием выступает доступность выборки, то есть наличие реальной организации, на базе которой возможно проведение исследования. В случае с дистанционным заказом работы студент может выступать в роли заказчика, предоставляя экспертам данные о деятельности компании, либо полагаться на готовые кейсы из практики авторов, если специфика темы позволяет использовать типовую структуру. Большим преимуществом рассматриваемой темы является то, что ООО «ИнфоСофт» может быть описано как реальная компания, специализирующаяся на разработке программного обеспечения и предоставлении ИТ-услуг. Третьим критерием является доступность источников. Для теоретической части исследования существует обширная литература по ITSM, ITIL, управлению инцидентами и качеством сервиса. Доступны переводы книг Яна ван Бона, публикации в журналах «Директор ИТ-службы», «Информационные технологии», «Бизнес-информатика». Следует убедиться, что в открытом доступе находятся действующие версии стандартов ГОСТ Р и материалы по программным продуктам класса ITSM. Четвёртым критерием становится возможность проведения исследования. Необходимо оценить, сможет ли студент собрать статистику по обращениям пользователей, провести анкетирование сотрудников, проанализировать регламенты. При работе над заказом профессиональный автор либо опирается на предоставленные студентом материалы, либо использует типовые отраслевые данные, что допустимо, но менее ценно для вуза. Наконец, следует учитывать требования научного руководителя, который может ограничивать круг тем и предъявлять особые требования к методам исследования. Перед началом работы целесообразно предварительно обсудить с руководителем структуру работы, состав глав и ожидаемый результат. Для студентов, желающих свести к минимуму временные и интелментальные затраты на выбор темы и разработку сопутствующей документации, рациональной альтернативой является заказ ВКР по ITSM. Профессиональный подход к реализации заказа подразумевает анализ актуальных тем, согласование структуры, подбор методов исследования под конкретную проблему.

Анализ работы службы поддержки и постановка задачи

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

Служба поддержки пользователей компании выполняет функции первого, второго и частично третьего уровня сопровождения информационных систем. В её задачи входит приём обращений сотрудников и внешних клиентов, регистрация заявок, диагностика проблем, устранение инцидентов типовыми методами, эскалация сложных запросов профильным специалистам, а также консультирование пользователей по вопросам работы с корпоративными сервисами. Штат службы насчитывает восемь специалистов, включая руководителя службы и инженера по качеству. Всего организация обслуживает 240 рабочих мест, из них 180 — стационарные АРМ, остальные представлены мобильными устройствами.

Для проведения объективного анализа деятельности службы была собрана статистика по обращениям пользователей за последние календарные 12 месяцев. Общая выборка составила 14 382 заявки, что соответствует среднему значению 1 198 обращений в месяц. Из них 62% приходится на инциденты (прерывание предоставления услуги или снижение её качества), 28% — на запросы на обслуживание (предоставление доступа, установка ПО, замена оборудования) и 10% — на информационные запросы (консультации). Количественный анализ позволил выявить существенные проблемы в организации процессов службы поддержки. Прежде всего, обращает на себя внимание высокая доля повторных обращений, достигающая 23% от общего числа инцидентов. Наибольший объём повторных заявок наблюдается в категориях, связанных с проблемами учётных записей (3,4 тыс. инцидентов) и настройкой периферийного оборудования (2,9 тыс. инцидентов). Наличие повторных обращений свидетельствует о том, что корневые причины инцидентов не устраняются, а применяются временные меры, что приводит к снижению качества обслуживания и росту нагрузки на службу. Другой значимой проблемой является существенная доля обращений, регистрируемых с задержкой. По данным анализа журналов телефонных станций и почтового сервера, в 18% случаев заявка вносится в систему учёта лишь после того, как пользователь повторно связывается со службой поддержки. Это приводит к искажению статистики времени реакции на обращение и снижает достоверность системы ключевых показателей. Следует подчеркнуть, что применяемая в компании система учёта обращений представляет собой электронную таблицу Excel, которая не поддерживает автоматическую регистрацию, маршрутизацию и эскалацию заявок. Процесс обработки заявки регламентирован внутренней инструкцией, однако фактические сроки решения инцидентов не контролируются автоматически. Наблюдение за работой службы в течение трёх недель подтвердило, что специалисты самостоятельно определяют приоритет заявки на основе собственных представлений, что приводит к необоснованным задержкам в решении проблем, непосредственно влияющих на бизнес-процессы компании. Так, инцидент, связанный с недоступностью сервера баз данных для финансового департамента, в среднем ожидает реакции специалиста 65 минут, тогда как регламентом установлен норматив в 15 минут. Для количественной оценки нагрузки была проведена хронометрия деятельности сотрудников службы поддержки в течение 10 рабочих дней. Результаты показали, что на работы, связанные с непосредственным приёмом и обработкой обращений, специалисты затрачивают 42% рабочего времени, на устранение инцидентов — 27%, на административные и отчётные мероприятия — 18%, а 13% времени не используется эффективно. Потери времени обусловлены нерациональной организацией процедуры передачи обращений между сотрудниками, отсутствием единой базы знаний и дублированием однотипных операций.

Комплекс вышеуказанных проблем позволил сформулировать цель дипломного проекта — оптимизация бизнес-процессов службы поддержки путём внедрения системы управления ИТ-сервисами, обеспечивающей автоматизацию регистрации и обработки обращений, формирование наглядной отчётности и снижение совокупных затрат времени. Для достижения данной цели решаются следующие задачи:

• проведение детального анализа документооборота службы поддержки и регламентов;
• выявление причин возникновения повторных инцидентов и задержек реакции;
• обоснование выбора архитектуры ITSM-системы и её функционального наполнения;
• разработка моделей оптимизированных процессов управления инцидентами;
• формирование плана внедрения и оценка экономической эффективности.

Важно подчеркнуть, что постановка задачи выполнена с учётом специфики ООО «ИнфоСофт»: небольшой штат службы поддержки, ограниченный бюджет на автоматизацию, необходимость интеграции системы с существующей инфраструктурой и учёт перспектив расширения компании. Такой подход к анализу и постановке задачи соответствует требованиям методологии S.M.A.R.T., поскольку каждая задача является конкретной, измеримой, достижимой, релевантной и ограниченной по времени. В части анализа стоит также рассмотреть вопрос взаимосвязи рассматриваемой проблемы с задачами более широкого контекста автоматизации. Так, на примере планово-экономического отдела, где внедрение автоматизированных комплексов позволило существенно сократить трудозатраты на рутинные операции, офисная автоматизация в РАНХиГС демонстрирует значительный потенциал подобных проектов. Этот материал подтверждает экономическую состоятельность темы и служит источником вдохновения для обоснования мероприятий в практической главе работы.

Внедрение ITSM-системы для управления инцидентами

В рамках проектной главы дипломной работы осуществляется выбор программного продукта класса ITSM, разработка архитектуры решения и детальное моделирование процессов службы поддержки пользователей ООО «ИнфоСофт» в целевом состоянии. Ключевая идея проектных решений состоит в переводе процессов управления инцидентами с ручного, слабо структурированного режима на автоматизированную платформу, обеспечивающую прозрачность, контролируемость и воспроизводимость операций. Выбор ITSM-системы производится на основе сравнительного анализа нескольких продуктов, представленных на российском рынке. В число кандидатов входят Jira Service Management, Naumen Service Desk, OTRS, Okdesk и SimpleOne. Критерии сравнения включают: наличие модуля учёта и обработки инцидентов; возможность настройки согласований и эскалаций; встроенную базу знаний; средства создания отчётов; поддержку интеграции с другими информационными системами; стоимость лицензий; простоту администрирования; требование к квалификации персонала. По результатам сравнения делается вывод, что для ООО «ИнфоСофт» наиболее целесообразным является внедрение Jira Service Management. Указанная система обеспечивает эффективное управление инцидентами в средних по масштабу организациях, поддерживает гибкую настройку workflow, содержит встроенные средства автоматизации и интегрируется с экосистемой Atlassian. Приобретение системы осуществляется по модели подписки с лимитом на число агентов, что для штата из восьми специалистов означает умеренные ежегодные расходы. В случае расширения штата предусмотрена возможность добавления лицензий без смены платформы. Внедрение ITSM-системы начинается с формализации требований к функциональности, сформированных на основе анализа недостатков существующего процесса. В составе функциональных требований выделяются: автоматическая регистрация обращения с простановкой номера, даты и времени; категоризация инцидентов по типам и влиянию на бизнес-процессы; назначение приоритета на основе SLA-матрицы; автоматическое назначение исполнителя в зависимости от категории заявки и его текущей загрузки; эскалация по времени решения; уведомление пользователей на каждом этапе. Реализация указанного функционала достигается конфигурированием стандартных модулей системы без доработки программного кода, что сокращает сроки внедрения и снижает бюджет проекта. Моделирование целевых процессов осуществляется в нотации BPMN 2.0. На диаграмме верхнего уровня выделяются четыре процесса: приём и регистрация обращений; диспетчеризация и назначение исполнителей; диагностика и решение инцидента; закрытие инцидента и связь с базой знаний. Для каждого подпроцесса определяются владельцы, входные и выходные документы, KPI и точки контроля. Особое внимание в проектной части уделяется интеграции базы знаний с процессом решения инцидентов. В целевой архитектуре специалист, столкнувшийся с проблемой, сначала обращается к базе знаний, содержащей статьи по типовым решениям. Если решение найдено, инцидент закрывается с указанием статьи; если нет — формируется запрос на решение от второй линии. Система фиксирует количество решённых инцидентов в единицу времени каждым специалистом, что даёт объективную основу для управления производительностью. Внедрение ITSM-системы должно сопровождаться разработкой обновлённого регламента работы службы поддержки и пересмотром матрицы ответственности. В регламенте закрепляются: максимальное время реакции для каждого приоритета; порядок эскалации инцидентов между линиями поддержки; правила работы с базой знаний; периодичность контроля ключевых показателей. Разрабатываются план обучения сотрудников и тестовые сценарии приёмки системы. Для согласованной работы службы поддержки и смежных ИТ-процессов проектом предусматривается интеграция Jira Service Management с системой мониторинга, почтовым сервером и корпоративным порталом. Интеграция с почтовым сервером обеспечивает автоматическое создание заявок из писем, поступающих на специальный адрес; система мониторинга формирует инциденты при обнаружении нарушений доступности сервисов; портал самообслуживания позволяет пользователям отслеживать статус обращения и просматривать статьи базы знаний. Реализация указанного комплекса мероприятий создаёт основу для достижения целевых значений показателей. Прогнозируется, что время реакции на инциденты с высоким приоритетом сократится с 65 до 15 минут, срок решения типовых инцидентов — с 3,5 часов до 1,5 часов, доля повторных обращений — с 23% до 8%. Помимо этого, обеспечивается возможность получения достоверной отчётности о количестве и структуре обращений, что в перспективе позволит проводить анализ первопричин и предотвращать возникновение наиболее массовых инцидентов. Внедрение ITSM-системы можно рассматривать в широком контексте автоматизации бизнес-процессов российских компаний. Ряд кейсов, в том числе автоматизация комплекса задач отдела маркетинга с использованием BI-систем и CRM, показывают, что системный подход к автоматизации смежных подразделений дает синергетический эффект. Учитывая тесную связь службы поддержки с отделом маркетинга и продаж, в перспективе возможно объединение данных о клиентских обращениях в единую аналитическую среду, что будет способствовать повышению качества обслуживания внешних заказчиков.

Оценка повышения качества обслуживания пользователей

Завершающей содержательной частью дипломного проекта является количественная и качественная оценка влияния внедрения ITSM-системы на качество обслуживания пользователей. Методология такой оценки должна опираться на систему сбалансированных показателей, включающих показатели результативности, эффективности, удовлетворённости и производительности. До начала автоматизации уровень качества обслуживания в ООО «ИнфоСофт» оценивался по ограниченному числу показателей. Внутренняя отчётность содержала сведения об общем количестве обращений и количестве решённых в срок обращений, однако пороговые значения времени реакции для разных приоритетов не были определены. Индекс удовлетворённости пользователей (Customer Satisfaction Score, CSAT) измерялся раз в квартал методом анкетирования и составлял в среднем 3,9 из 5. Внедрение ITSM-системы позволяет внедрить регулярный мониторинг полноценной системы показателей. В состав системы включаются: - доля обращений, зарегистрированных автоматически (целевое значение — 100%); - доля обращений, решённых в соответствии с условиями SLA (целевое значение — 90%); - среднее время реакции на инцидент по приоритетам; - среднее время восстановления услуги (Mean Time To Restore Service, MTRS); - доля повторных обращений в течение 7 дней; - индекс удовлетворённости пользователей (CSAT); - производительность специалиста (число решённых заявок за смену). Планируемая информационная архитектура предусматривает автоматический расчёт всех перечисленных показателей в реальном времени. Отчёты, формируемые системой, доступны руководителю службы поддержки и ИТ-директору через веб-интерфейс. Реализуется управление по отклонениям: при выходе любого показателя за допустимые границы система направляет уведомление ответственному лицу. Для оценки эффективности предлагаемых мероприятий проводится сравнение прогнозных значений целевых показателей с базовыми значениями, зафиксированными в аналитической главе. При сохранении текущего числа обращений (1 198 в месяц) ожидается, что суммарные затраты времени на обработку всех заявок сократятся на 34%. Сокращение достигается за счёт автоматизации регистрации и диспетчеризации, уменьшения числа повторных обращений и сокращения времени на составление отчётов. В денежном выражении экономическая эффективность определяется как разность между годовой стоимостью эксплуатации ITSM-системы (14,5 тыс. рублей в месяц) и размером предотвращённого экономического ущерба, обусловленного сокращением простоев сотрудников коммерческого и производственного департаментов. Затраты времени сотрудников на ожидание решения своих обращений сокращаются на 2,1 человеко-часа в день, что при средней стоимости часа в 1,2 тыс. рублей соответствует экономии около 630 тыс. рублей в год. Дополнительная экономия образуется за счёт снижения числа сверхурочных работ службы поддержки. Оценка качества обслуживания обогащается данными обратной связи от пользователей. Проектом предусматривается автоматическая рассылка опроса удовлетворённости после закрытия каждой заявки. На основе полученных ответов формируется средневзвешенный балл CSAT, а также выявляются категории услуг с наибольшим числом негативных оценок для последующего анализа первопричин.

Методика расчёта экономического эффекта

Для строгой количественной оценки целесообразности внедрения ITSM-системы применяются стандартные методы проектного анализа. На основании рассчитанных величин текущих затрат и прогнозируемых выгод формируется модель движения денежных потоков на горизонте 3 года. Дисконтирование осуществляется по ставке 12% годовых. По итогам расчётов чистый дисконтированный доход (NPV) проекта составляет 1,24 млн рублей, индекс доходности — 2,3, а срок окупаемости — 8 месяцев. Положительное значение интегрального эффекта подтверждает целесообразность инвестирования в автоматизацию процессов службы поддержки. В дипломной работе целесообразно представить также качественную оценку эффектов, не поддающихся точной количественной формализации: рост информированности руководства о состоянии ИТ-процессов; сокращение рисков потери данных об обращениях; повышение стандартизации действий персонала; возможность масштабирования службы без пропорционального роста численности. Важно подчеркнуть, что оценка повышения качества обслуживания является не только финальной частью работы, но и инструментом, который может быть использован студентом при подготовке доклада к защите. Вопрос о достигнутом эффекте представляется одним из наиболее вероятных вопросов членов экзаменационной комиссии.

Проверка ВКР на антиплагиат

Процедура проверки выпускной квалификационной работы на объём заимствований является обязательным элементом подготовки работы к защите в большинстве учебных заведений, включая РАНХиГС. Основная цель проверки — подтвердить самостоятельность выполненного исследования и корректность использования внешних источников. Система «Антиплагиат.ВУЗ» представляет собой расширенную версию сервиса, предназначенную для использования образовательными организациями. В отличие от обычной интернет-версии, данная система работает с расширенной базой источников, включающей все отечественные выпускные квалификационные работы, диссертации, авторефераты, периодические научные издания и репозитории открытого доступа. Поэтому доля заимствований, показываемая «Антиплагиат.ВУЗ», обычно несколько ниже показателей, получаемых студентом при самостоятельной проверке. Требования к проценту оригинальности различаются в зависимости от вуза и направления подготовки. Для большинства программ бакалавриата установлено пороговое значение от 60% до 70%; для магистерских диссертаций может устанавливаться требование 70–75%. Величина допустимого заимствования включает корректно оформленные цитаты, библиографические ссылки и общеупотребительные выражения. Однако следует различать правомерное цитирование и скрытое копирование текста без кавычек. Главными причинами низкой уникальности работ по ITSM являются:

• использование стандартных определений и терминологии без собственной интерпретации;
• включение фрагментов статей из интернета без переработки;
• копирование текстов из методических пособий кафедры;
• заимствование текста ранее выполненных работ, в том числе с сайтов готовых дипломов;
• дословный пересказ положений ITIL без оформления ссылок.

Рекомендуемые способы повышения оригинальности включают глубокую переработку материала, формулирование определений своими словами, добавление собственных примеров, результатов анализа и авторских выводов. Специалисты, оказывающие помощь в написании ВКР ITSM, обеспечивают подготовку текста с необходимым показателем оригинальности, поскольку владеют техниками литературной обработки и корректного цитирования. Для повышения корректности прохождения проверки целесообразно на этапе подготовки работы проверять главы в системе заранее и при необходимости дорабатывать фрагменты с высокой долей заимствований. Оформление списка литературы и ссылок по ГОСТ также может влиять на итоговый отчёт системы. Важно отметить, что ряд вузов устанавливает требования к проверке, исключающей из рассмотрения общеупотребительные сочетания слов и фрагменты с небольшим количеством знаков.

Типичные ошибки при написании ВКР по ITSM

Анализ опыта подготовки выпускных квалификационных работ, в том числе по специальности ITSM, позволяет систематизировать типичные ошибки, которые приводят к снижению оценки, возврату работы на доработку и необходимости существенной переделки проекта. Понимание этих ошибок помогает студенту и исполнителю заказа избежать их на этапе планирования. Ошибка первая: отсутствие четкой привязки к предметной области. Значительная часть работ по ITSM сводится к общему описанию информационных технологий, перечислению функций систем Service Desk, но не содержит анализа конкретных процессов в исследуемой организации. Работа превращается в реферативное изложение учебника без эмпирического исследования. Рецензент отмечает формальный подход и несоответствие результата поставленной цели. Ошибка вторая: слабое обоснование актуальности темы. Студенты нередко ограничиваются фразами о высоком значении информационных технологий для современной экономики, не раскрывая специфику проблемы для конкретного предприятия или отрасли. Для обоснования актуальности целесообразно приводить количественные показатели: число обработанных заявок, долю повторных обращений, суммы потерь от простоев. Фактические данные убеждают рецензентов гораздо эффективнее, чем общая риторика. Ошибка третья: несоответствие методов исследования поставленным задачам. Если в задачах заявлено проведение функционально-стоимостного анализа, а в третьей главе представлено только описание интерфейсов системы, методологическая целостность работы разрушается. Следует доказывать выбор и применение каждого метода, сопровождая его конкретными результатами. Ошибка четвёртая: нарушение логики перехода от анализа к проектированию. Проектная часть работы должна непосредственно основываться на выявленных в аналитической части недостатках. На каждую проблему, указанную во второй главе, следует представить конкретное решение в третьей. Если, например, выявлено отсутствие автоматической маршрутизации заявок, то в проектной части следует описать модуль диспетчеризации. Ошибка пятая: игнорирование требований к оформлению. Несоответствие структуры, неправильное оформление иллюстраций и таблиц, отсутствие ссылок на источники приводят к возврату работы на доработку даже при высоком содержательном уровне. Следует внимательно изучить методические указания кафедры и требования ГОСТ. Ошибка шестая: перегрузка текста узкоспециализированными техническими терминами без их раскрытия. Автор, преследуя цель продемонстрировать компетентность, забывает о читателе и превращает работу в набор жаргонизмов. Экзаменационная комиссия ожидает ясный и структурированный текст, в котором специальные термины используются уместно и сопровождаются пояснениями. Ошибка седьмая: недооценка экономического обоснования. В ряде работ третья глава заканчивается описанием функциональной схемы, и отсутствует расчёт эффективности. Между тем оценка комиссии существенно повышается при наличии корректной экономической части, подкреплённой расчётами и графиками.

Как проходит защита ВКР

Процедура защиты выпускной квалификационной работы является финальным и наиболее волнительным этапом, в ходе которого студент демонстрирует результаты проведённого исследования перед членами государственной экзаменационной комиссии. Успешная защита требует подготовки, включающей как содержательное наполнение выступления, так и техническую готовность материалов. Первым и важнейшим элементом подготовки является разработка текста доклада. Доклад должен быть рассчитан на 5–7 минут и содержать сжатое изложение цели работы, её актуальность, предмет и объект исследования, краткое описание методологии и основных результатов. Целесообразно построить выступление следующим образом: представление темы и актуальности, характеристика объекта и предмета, результаты анализа, предложенное решение, экономическая эффективность. Заключительная фраза доклада должна отсылать к практической значимости работы и подводить к ответам на вопросы. Параллельно с текстом доклада подготавливается презентация. Рекомендуемое количество слайдов — 10–15, каждый из которых должен нести содержательную нагрузку. Первый слайд содержит тему, автора, научного руководителя. Далее рекомендуется разместить схему организационной структуры объекта исследования, количественные показатели аналитической части, сравнительную таблицу выбираемых ITSM-решений, модель целевого процесса и финансовую модель. Диаграммы должны быть читаемы с расстояния; следует избегать обилия мелкого текста. Вопросы комиссии являются обязательным элементом защиты. Члены комиссии оценивают не только знание содержания работы, но и ориентацию студента в смежных темах. Среди типичных вопросов: почему выбрана именно эта ITSM-система; как осуществляется интеграция с существующей ИТ-инфраструктурой; какие риски возникают при внедрении и как они минимизируются; каким образом изменятся показатели качества после внедрения; какие использованы методы исследования. Критерии оценки защиты включают: обоснованность актуальности; научную новизну; практическую значимость; глубину проработки проблемы; качество доклада и ответов на вопросы; умение вести научную дискуссию; качество презентационных материалов. Каждый критерий оценивается по определённой шкале, и итоговая оценка формируется как сумма баллов. Причины снижения оценки на защите, помимо слабого знания материала, включают: несоответствие доклада регламенту; плохое оформление презентации; неуверенные ответы на вопросы по результатам расчета; отсутствие связи между теоретическими положениями и практическими рекомендациями; нарушение сроков сдачи работы. Для минимизации этих рисков целесообразно провести предварительную репетицию выступления, а также подготовить краткий конспект ответов на потенциальные вопросы.

Тематика ВКР

Выбор корректной темы исследования является одним из решающих факторов успешной защиты выпускной квалификационной работы. В сфере управления ИТ-сервисами и автоматизации процессов службы поддержки существует широкий спектр направлений, которые могут быть реализованы в рамках выпускного проекта. В таблице ниже представлены наиболее актуальные и востребованные среди студенческих работ направления.

• Автоматизация процессов управления инцидентами в ИТ-компании;
• Разработка регламента работы службы технической поддержки организации;
• Внедрение ITSM-системы для оптимизации процесса обработки обращений пользователей;
• Моделирование бизнес-процессов управления проблемами в службе поддержки;
• Оценка эффективности применения фреймворка ITIL в организациях малого и среднего бизнеса;
• Проектирование информационной системы поддержки пользователей с порталом самообслуживания;
• Совершенствование процессов управления конфигурациями ИТ-инфраструктуры;
• Разработка системы мониторинга ключевых показателей качества ИТ-сервиса;
• Оптимизация процесса управления запросами на обслуживание в корпоративной среде;
• Расширение функциональности существующей Service Desk-системы с использованием методов автоматизации;
• Организация базы знаний службы поддержки на основе анализа типовых инцидентов;
• Сравнительный анализ отечественных ITSM-платформ для государственных учреждений;
• Проект внедрения системы управления ИТ-услугами в образовательной организации;
• автоматизация процессов ИТ-поддержки медицинских информационных систем.

Представленный перечень не является исчерпывающим. Тематическая область ITSM допускает акценты на управление инцидентами, управление проблемами, управление уровнем сервиса, каталожные услуги. Студент имеет право предложить собственную тему, согласовав её с научным руководителем, если она соответствует направлению подготовки. Опытный консультант при заказе ВКР по ITSM поможет выбрать тему, которая будет одновременно интересной для студента, обеспеченной источниками и реальной для выполнения на базе практики.

Этапы сотрудничества

Для студентов, которые принимают решение заказать ВКР по ITSM, важным является чёткое понимание последовательности взаимодействия с исполнителем. Стандартный процесс сотрудничества включает ряд этапов, обеспечивающих прозрачность, контроль качества и соблюдение сроков. Первым этапом становится оформление заявки и предварительная консультация. Студент направляет запрос, в котором указывает тему работы, название вуза, кафедру, требования научного руководителя и желаемый срок выполнения. Менеджер уточняет детали и оценивает объём работ. На данном этапе целесообразно обсудить план и структуру работы, а также определить потребность в консультациях с автором. Второй этап — заключение договора и согласование технического задания. Техническое задание включает детальный поэтапный план работ, состав глав и разделов, требования к оформлению, контрольные сроки сдачи каждого готового блока. Договор фиксирует условия оплаты, права и обязанности сторон, а также гарантийные обязательства. Рекомендуется обратить внимание на пункт о поэтапной оплате, что обеспечивает защиту интересов студента. Третий этап — сбор исходных данных. Исполнитель запрашивает у студента материалы, необходимые для подготовки работы: методические рекомендации, шаблоны документов, данные о результатах преддипломной практики. В случае отсутствия части материалов профильный автор использует типовые данные, что должно быть заранее согласовано. Четвёртый этап — выполнение содержательной части работы. Автор пишет теоретическую, аналитическую и проектную главы в соответствии с согласованной структурой. На этом этапе студент получает возможность ознакомиться с черновиками и высказать замечания, которые учитываются при доработке. Пятый этап — оформление работы в соответствии с требованиями кафедры и проверка на антиплагиат. Подготовленный текст корректируется с целью достижения требуемого процента оригинальности, оформляются ссылки и список литературы. Шестой этап — сдача работы и получение отзыва научного руководителя. Исполнитель сопровождает студента на финальной стадии, вносит необходимые правки в текст с учётом замечаний рецензента. Работы, подготовленные с учётом всех требований, обычно не требуют серьёзных переделок. Седьмой этап — сопровождение защиты. Для многих служб поддержки подготовки дипломных работ является обычной практикой подготовка черновика доклада, презентации и примерных ответов на вопросы комиссии. Это позволяет студенту выстроить структуру защиты и уверенно представить результаты. Следует особо подчеркнуть, что качественный сервис подразумевает коммуникацию с клиентом на протяжении всего срока подготовки работы. Постоянная обратная связь, оперативные ответы на вопросы, возможность запросить правки в течение гарантийного срока — обязательные атрибуты профессионального сотрудничества.

Стоимость и сроки

Вопрос о стоимости дипломного проекта и сроках его выполнения является ключевым для большинства студентов. Стоимость зависит от значительного числа факторов, которые обязательно учитываются при формировании индивидуального предложения. К главным ценообразующим факторам относятся: уровень сложности темы; объём работы; наличие эмпирических данных; необходимость выполнения экономических расчётов; требуемый процент оригинальности; актуальная структура работы и перечень глав; специфика методических указаний кафедры. Дополнительно стоимость повышается при необходимости разработки чертежей, диаграмм в специализированных нотациях и программного кода. Рыночный диапазон цен на рынке дипломных проектов достаточно широк. В зависимости от региона, статуса вуза и рейтинга исполнителя, стоимость подготовки работы бакалавриата по ITSM составляет от 18 до 45 тысяч рублей. Магистерская диссертация по данному направлению оценивается дороже — в диапазоне 28–65 тысяч рублей. На итоговую цену существенно влияет срочность выполнения заказа; при выполнении работы за 3–5 дней применяется повышающий коэффициент. Что касается сроков, то стандартный срок подготовки работы объёмом 70–80 страниц при заказе по ITSM составляет от 7 до 21 дня. Указание на сроки фиксируется в техническом задании и договоре. Если