Регистрация запросов на изменения является ключевым элементом в рамках управления информационными технологиями по методологии ITIL (Information Technology Infrastructure Library). В 1С: ITIL, система, специально разработанная для автоматизации процессов управления ИТ, процесс регистрации запросов на изменения (ЗИз) играет важную роль в обеспечении структурированного подхода к модификации информационных систем и услуг.

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

В данной работе будет рассмотрено значение процесса регистрации запросов на изменения в 1С: ITIL, включая его ключевые этапы, методологии и инструменты, а также важность взаимодействия между всеми участниками процесса, что в конечном итоге способствует повышению качества услуг и общему развитию информационной инфраструктуры предприятия.

    

Целью данной работы является анализ и описание процессов регистрации запросов на изменения в системе 1С: ITIL, а также разработка рекомендаций по оптимизации данного процесса для повышения эффективности управления информационными технологиями на предприятии.

В рамках работы планируется:

1.    Исследовать существующие методологии управления изменениями в 1С: ITIL, основанные на практиках ITIL.

2.    Проанализировать механизмы регистрации запросов на изменения, включая их структуру, этапы обработки и взаимодействие с другими процессами управления ИТ.

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

4.    Предложить внедрение эффективных практик и инструментов, которые смогут улучшить процесс регистрации изменений, повысить его прозрачность и упростить взаимодействие между отделами.

5.    Разработать рекомендации по обучению сотрудников и формированию культуры активного участия в процессе управления изменениями, что позволит увеличить уровень вовлеченности и удовлетворенности пользователей.

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

    

1.    Как исследовать методологии управления изменениями в программе 1C:Предприятие.ITIL

 

Управление изменениями - это процесс, который направлен на минимизацию негативных последствий от внедрения изменений в ИТ-системы и услуги. В рамках 1С: ITIL этот процесс организован на основе лучших практик ITIL, что позволяет обеспечивать согласованность, прозрачность и контроль над всеми изменениями.

Ключевые этапы процесса управления изменениями:

Запрос на изменение (ЗИз):

На этом этапе инициируется сам запрос на изменение. Примером может служить случай, когда пользователь замечает ошибку в приложении и создает ЗИз через интерфейс 1С: ITIL. Запрос включает описание проблемы, предполагаемое решение и приоритет.

Оценка изменений:

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

Рассмотрение и одобрение:

После оценки запрос отправляется на рассмотрение в Комитет по изменениям (Change Advisory Board, CAB), который принимает решение о целесообразности реализации. Пример: если обновление требует значительных ресурсов или затрагивает критически важные системы, могут быть установлены дополнительные условия или необходимость в тестировании.

Планирование и реализация:

После одобрения изменения разрабатывается план его реализации. Например, команда может запланировать этапы внедрения обновления, провести необходимые тесты и подготовить документацию.

Тестирование и внедрение:

После завершения всех подготовительных этапов осуществляется тестирование изменения в контролируемой среде. Пример: перед внедрением новой функции в продуктивной среде тестирование может быть выполнено на отдельном тестовом сервере.

Закрытие и проверка:

После внедрения изменения проводятся финальные проверки, и ЗИз закрывается. Например, пользователь может подтвердить, что проблема решена и новая функция работает корректно.

Мониторинг и оценка:

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

Примеры методологий управления изменениями в 1С: ITIL:

ITIL v3: в ITIL v3 управление изменениями рассматривается как часть общего управления средней производительностью, где акцент на интеграции процессов и минимизации рисков.

ITIL 4: в новой версии ITIL 4 управление изменениями стало более адаптивным, акцентируется внимание на гибких методах работы, таких как Agile и DevOps. Применение методов типа Scrum для регистрации и реализации изменений позволяет сокращать время на внедрение и повышать степень вовлеченности команды.

Таким образом, 1С: ITIL, опираясь на мировые практики ITIL, организует управление изменениями в комфортном и понятном формате, что позволяет эффективно реагировать на запросы пользователей и обеспечивать стабильность работы информационных систем предприятия.

2.    Как анализировать регистрацию запросов в конфигурации системы 1С:ITIL

 

Процесс регистрации запросов на изменения в системе 1С: ITIL представляет собой последовательную и структурированную активность, направленную на управление изменениями в информационных системах. Данный процесс состоит из нескольких ключевых этапов, а также активно взаимодействует с другими процессами управления ИТ.

Структура запроса на изменение (ЗИз):

Идентификатор запроса:

Уникальный номер, присваиваемый каждому запросу для дальнейшего отслеживания.

Описание изменения:

Подробное описание запрашиваемого изменения, включая выявленную проблему и предложенное решение.

Приоритет и срочность:

Оценка того, насколько быстро требуется реализовать изменение (например, высокий, средний или низкий).

Инициатор:

Данные о пользователе или подразделении, подающем запрос.

Сроки исполнения:

Указание желаемых сроков для завершения изменения.

Оценка воздействия:

Потенциальное влияние изменения на существующие бизнес-процессы и ИТ-системы.

Статус запроса:

Текущий статус (например, «В ожидании», «В процессе», «Закрыт»).

Этапы обработки запроса на изменение:

Регистрация (Создание ЗИз):

Пользователь создает запрос в системе, заполняя все необходимые поля. Например, сотрудник ИТ-отдела обнаруживает ошибку в отчете и подает запрос с полным описанием проблемы.

Первичная оценка:

Запрос проходит первоначальное рассмотрение для определения его целесообразности и необходимости дальнейшей обработки. Если запрос прост, например, изменение настроек пользователя, он может быть сразу отклонен или обработан.

Выполнение анализа (Технический анализ):

Если запрос одобряется, он направляется на техничную оценку. Команда разработчиков может оценить, какой ресурс и время потребуется для реализации, а также возможные риски.

Рассмотрение в CAB:

Запрос обсуждается на встрече Комитета по изменениям (CAB), где принимается окончательное решение о его реализации.

Планирование:

После одобрения разрабатывается план реализации, включая график работ и ответственных исполнителей.

Внедрение изменения:

Реализация изменения согласно запланированному процессу. Например, обновление системы может быть выполнено в нерабочие часы, чтобы минимизировать влияние на пользователей.

Тестирование:

После реализации необходимо протестировать изменения, чтобы убедиться в их корректности и отсутствии негативного воздействия на другие процессы.

Закрытие ЗИз:

Как только изменения успешно внедрены и протестированы, запрос закрывается, а статус обновляется.

Обратная связь и оценка эффективности:

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

Взаимодействие с другими процессами управления ИТ:

Управление инцидентами:

Запросы на изменение часто исходят от инцидентов. Например, если много пользователей сообщают о проблемах с определенной отчетностью, это может привести к созданию ЗИз на изменение.

Управление проблемами:

Если изменение связано с проблемой, зарегистрированной в процессе управления проблемами, это может упростить оценку и внедрение изменений.

Управление конфигурациями:

Регистрация изменений может требовать обновления документации конфигурации. Все изменения должны быть отражены в базе данных управления конфигурациями (CMDB).

Управление проектами:

Запросы на изменения могут быть частью больших проектов, что может требовать интеграции с процессами управления проектами, планированием ресурсов и сроками.

Пример из практики:

Допустим, в компании обнаружили, что функция автоматической генерации отчетов в 1С не работает. Сотрудник подает ЗИз, который проходит все упомянутые этапы. После анализа и одобрения решение реализуется, изменения тестируются, и система продолжает работать без сбоев. Закрытие ЗИз включает отчет об успешном внедрении, который отправляется всем заинтересованным сторонам.

Таким образом, механизм регистрации запросов на изменения в 1С: ITIL обеспечивает структурированное управление изменениями, интегрированное с другими процессами, что способствует более высокой эффективности и прозрачности в управлении ИТ-ресурсами. 

 

3.    Как выявить проблемы и риски в учетной системе 1С

 

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

1. Неполная или некорректная информация в запросах на изменения

Проблема: Часто пользователи могут не предоставлять полную информацию о запрашиваемом изменении, что затрудняет анализ и оценку.

Пример: Пользователь подает запрос на изменение формата отчетности, но не указывает, какие именно параметры необходимо изменить. Это может привести к задержкам в обработке запроса и необходимости дополнительных уточнений.

Влияние: Задержки в обработке изменений могут вызвать недовольство пользователей и снизить доверие к ИТ-отделу.

2. Отсутствие четкой классификации и приоритезации изменений

Проблема: Несоответствующая приоритизация изменений может привести к тому, что более важные запросы останутся без внимания.

Пример: Запрос на исправление критической ошибки в системе может оказаться на одном уровне с обычным улучшением, что приведет к его длительному ожиданию.

Влияние: Это может повлечь за собой серьезные последствия, включая финансовые потери и негативное влияние на бизнес-процессы.

3. Негативное влияние на производительность служб

Проблема: Частые изменения в системах могут сказаться на их производительности и стабильности.

Пример: Внедрение большого количества мелких изменений в короткий период без должного тестирования может вызвать сбои в работе приложения.

Влияние: Это может привести к увеличению числа инцидентов и снижению общего качества предоставляемых ИТ-услуг.

4. Недостаток документирования и прозрачности

Проблема: Некоторые изменения могут не быть должным образом задокументированы, что усложняет последующий анализ и поддержку.

Пример: Если разработчики не фиксируют изменения в коде, это затруднит поиск и устранение проблем в будущем.

Влияние: Недостаток документирования может удлинить время реагирования на инциденты и изменения, что негативно сказывается на пользовательском опыте.

5. Сопротивление изменениям со стороны сотрудников

Проблема: Сотрудники могут воспринимать изменения как угрозу или проявление контроля, что приводит к сопротивлению.

Пример: Если вводится новая политика изменения доступа к данным, некоторые пользователи могут противостоять этому изменению, утверждая, что это усложняет их работу.

Влияние: Сопротивление может замедлить внедрение необходимых изменений и негативно сказаться на атмосфере в команде.

6. Неэффективное взаимодействие между процессами управления ИТ

Проблема: Недостаточное взаимодействие между процессами управления изменениями, инцидентами и проблемами может привести к более долгому времени обработки запросов.

Пример: Запрос на изменение, связанный с ранее зарегистрированной проблемой, может быть обработан отдельно, что вызовет дублирование усилий и затраты времени.

Влияние: Это может снизить общую эффективность и удовлетворенность пользователей, так как запрос может требовать дополнительных шагов для своего завершения. 

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

 

4.    Как внедрить практики управления изменениями в системах 1C:Предприятие

 

Для улучшения процесса регистрации изменений в системе 1С: ITIL, повышения его прозрачности и упрощения взаимодействия между отделами можно внедрить ряд эффективных практик и инструментов. Вот несколько рекомендаций:

1. Внедрение стандартизированных форм запросов на изменения

Практика: Разработка унифицированных шаблонов для оформления запросов на изменения (ЗИз).

Пример: Создание формы в системе, где пользователи должны заполнить обязательные поля, такие как описание проблемы, ожидаемый результат, бизнес-ценность изменений, приоритет и влияние на другие системы. Это обеспечит полноту информации при создании ЗИз, что пригодится на этапе анализа.

2. Использование системы управления проектами

Практика: Интеграция инструментов управления проектами, таких как Jira, Trello или Asana, для отслеживания статуса изменений.

Пример: Использование Jira для создания доски задач, где каждая задача представляет собой запрос на изменение. Участники команды могут комментировать, оценивать и видеть статус задач в реальном времени, что облегчает взаимодействие и повышает прозрачность.

3. Внедрение системы автоматизации

Практика: Использование инструментов автоматизации, таких как ServiceNow или другие CI/CD инструменты.

Пример: Внедрение автоматизированных рабочих процессов для предварительного согласования ЗИз, тестирования изменений и их последующей реализации с минимальным вручным вмешательством.

4. Регулярные встречи и коммуникационные каналы

Практика: Введение регулярных встреч (например, еженедельные стендапы) для обсуждения текущих запросов на изменения и их статуса.

Пример: Команда ИТ может проводить короткие ежедневные собрания, на которых участники делятся статусом своих ЗИз, описывают возможные проблемы и получают помощь от коллег. Это повысит уровень коллаборации и даст возможность быстро реагировать на возникающие вопросы.

5. Проведение обучения сотрудников

Практика: Регулярное обучение и ознакомление сотрудников с процессами управления изменениями и их важностью.

Пример: Организация вебинаров или тренингов для сотрудников с целью объяснения процессов работы с ЗИз, а также значение их корректного заполнения и обработки. Это поможет улучшить качество предоставляемой информации на этапе регистрации изменений.

6. Внедрение метрик и KPI

Практика: Определение ключевых показателей эффективности (KPI) для оценки процесса регистрации изменений.

Пример: Установка метрик для отслеживания времени обработки ЗИз, уровня удовлетворенности пользователей и количества повторных запросов. Это позволит более точно оценивать эффективность процессов и выявлять проблемные области.

7. Обратная связь от пользователей

Практика: Внедрение механизма сбора обратной связи от пользователей после завершения изменения.

Пример: После реализации изменения пользователи могут получить опросник для оценки удовлетворенности и предоставления комментариев. Это поможет собирать полезные данные для улучшения процесса в будущем.

8. Централизованное хранилище документации

Практика: Создание единого хранилища для документации, связанной с изменениями.

Пример: Использование вики или системы документации (например, Confluence) для хранения всех оптимизированных ЗИз, решений по проблемам и внедренным изменениям. Это обеспечит легкий доступ к информации для всех участников.

Внедрение данных практик и инструментов не только облегчит процесс регистрации изменений, но и повысит уровень взаимодействия между различными отделами. Четкая документация, регулярное взаимодействие и использование современных инструментов управления могут значительно повысить качество и скорость обработки запросов, а также удовлетворенность пользователей и сотрудников.  

 

5.    Рекомендации по обучению сотрудников и формированию культуры активного участия в процессе управления изменениями

 

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

1. Разработка структурированной программы обучения

Рекомендация: Создать обучающий курс по основам управления изменениями, который будет доступен для всех сотрудников.

Пример: Проведение регулярных семинаров или вебинаров, на которых объясняются принципы управления изменениями, основные процессы и роль каждого сотрудника в этом процессе. Можно использовать платформы, такие как Moodle или Coursera, для онлайн-обучения.

2. Создание менторской программы

Рекомендация: Назначить наставников, которые смогут поддерживать и обучать новых сотрудников или тех, кто хочет углубить свои знания.

Пример: Опытные сотрудники могли бы проводить индивидуальные занятия с новичками, демонстрируя, как правильно заполнять запросы на изменения и объясняя значение каждого поля. Это не только улучшит понимание процессов, но и создаст атмосферу поддержки.

3. Регулярные встречи и мастер-классы

Рекомендация: Организовать регулярные совещания или мастер-классы по обсуждению актуальных изменений и их последствий.

Пример: Еженедельные встречи команд, посвященные текущим изменениям, где каждый участник может подробно рассказать о своих запросах и услышать мнения коллег. Это даст возможность оценить качество и важность каждого запроса.

4. Стимулирование активного участия

Рекомендация: Ввести систему вознаграждений для сотрудников, активно участвующих в процессе управления изменениями.

Пример: Каждый месяц проводить конкурс на лучшее предложение по улучшению процесса управления изменениями с призами за внедрение самых актуальных предложений. Это может мотивировать сотрудников предлагать новые идеи и улучшения.

5. Создание обратной связи и опросов

Рекомендация: Регулярно собирать обратную связь от сотрудников по процессу управления изменениями, чтобы вовлечь их в принятие решений.

Пример: Разработка опросников для оценки удовлетворенности сотрудников процессами управления изменениями и предложениями по улучшению. Результаты опросов можно обсуждать на общих собраниях, что подчеркнет внимание к мнению каждого.

6. Прозрачность и доступ к информации

Рекомендация: Обеспечить доступ сотрудников к информации о текущем состоянии изменений и их влияние на бизнес.

Пример: Создание интерактивной панели мониторинга (dashboard), на которой отображается статус всех текущих запросов на изменения, их приоритеты и результаты внедрения. Это позволит всем участникам быть в курсе изменений и их значимости.

7. Формирование культуры открытости и обмена опытом

Рекомендация: Создание среды, в которой сотрудники могут делиться своими знаниями и опытом без страха перед критикой.

Пример: Введение практики "открытых дверей", когда сотрудники могут свободно обращаться к руководителям с вопросами или предложениями, а также делиться своим опытом в ведении запросов на изменения. Это может быть поддержано через регулярные "дни открытых дверей", когда можно общаться с руководством.

8. Проведение тематических мероприятий

Рекомендация: Организовать мероприятия, посвященные обмену опытом и лучшим практикам управления изменениями.

Пример: хакатоны или командные мероприятия, посвященные решению конкретных задач в области управления изменениями. Это поможет укрепить командный дух и создаст возможность для совместного изучения и внедрения инноваций.

 

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

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

Рекомендуемые меры по обучению сотрудников и формированию культуры активного участия могут значительно повысить вовлеченность и мотивацию команды. Наставничество, регулярные встречи, система вознаграждений и прозрачность процессов способствуют созданию среды, в которой изменения воспринимаются как возможность для улучшения, а не как источник проблем.

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

           

Если вашему предприятию требуется настройка управления изменениями в 1С: ITIL, наши эксперты помогут автоматизировать процессы регистрации запросов, внедрить систему и провести обучение сотрудников для эффективной работы с платформой. Мы предоставим полный цикл услуг: от установки до сопровождения системы.

Специалист компании ООО "Кодерлайн"

 Илья Портнягин