Управление изменениями информационных систем
Управление изменениями в информационной системе
Управление изменениями в информационной системе представляет собой не только те изменения, которые должны улучшать повседневную работу пользователей. Но такой вид изменений является очень важным, при этом существует не один подход для управления изменениями. В первую очередь это проектирование архитектуры информационной системы, а также ее трансформация, которая зависит от того, какие изменения получит бизнес. Вторым направлением является интеграция системы, которая входит в КИС.
Управление изменениями информационных систем
В ходе процесса управления изменениями в компании часто возникают вопросы, связанные с доработкой внедренного решения. Обычно подразумевается то, что такие задачи будет решать штатный программист, а составлять такие задачи будет целый ряд пользователей услуг. Но затем пользователи обнаруживают, что системы ведут себя некорректно. Это могут быть повторяющиеся отчеты, системные ошибки в рабочей базе, отказ работы других систем, жалобы сотрудников на некорректную работу системы.
Чтобы узнать, почему управление информационными системами не дает необходимых результатов, выделяют несколько этапов. В первую очередь это выявление потребности. Инфраструктура может требовать изменений тогда, когда произошли изменения на законодательном уровне, необходимо внести изменения в методы учета или нужно использовать, например, новый отчет.
Во-вторых, это должна быть правильная постановка задач. На этом этапе четко формулируются задачи для разработчика. Далее необходимо провести анализ задачи. Такие работы разработчик выполняет не самостоятельно. Этот процесс реализует специалист по ИТ. Также процесс внесения изменений требует документального сопровождения. Например, это может быть составление технического задания. В этом документе фиксируют цели и задачи изменения, сроки их изменения и последовательность этапов работы. Далее следует непосредственно сама разработка, а затем – тестирование и проверка. Такое тестирование – это два этапа работы. В первую очередь тестирование проводит сам разработчик, а затем работу проверяет заказчик. После этого изменения доставляются в рабочую базу.
Управление изменениями. Standard+Case approach
Системы управления могут быть разными, поэтому необходимо выбрать именно тот подход, который будет наиболее эффективен для компании. Сегодня многие организации применяют подход, в котором объединены стандарты ITIL и ITSM, а также кейс менеджмент. Для такого процесса управления изменениями характерна следующая последовательность. Когда от клиента получен запрос, необходимо найти нужную модель в самом каталоге и запустить ее. Если проблема будет заключаться в том, что модель процесса не найдена, то запрос отправляется в категорию кейс, и далее будет реализовываться при помощи данной практики. После того, как кейс успешно выполнен, он переходит в категорию моделей, и в следующий раз он будет использован в качестве стандартного. Причем такая схема отлично подходит для архитектуры, так как позволяет успешно вписывать и постоянно улучшать бизнес-процессы.
Почему же такой подход подойдет для процесса управления изменениями? В первую очередь это связано с тем, что информационная система управления изменениями представляет собой главный управляющий процесс в области предоставления ИТ услуг. Сам процесс ничего не производит – он направлен на управление другими процессами. Но настройка такого процесса требует большого профессионализма от специалистов организации. Ведь данный процесс формирует ландшафт для области информационных технологий. Именно здесь достаточно сложно отделить стандартные изменения и хаотичный, непредсказуемый процесс.
Архитектура информационных систем
Инфраструктура архитектуры предприятия в области информационных технологий представляет собой концепцию, определяющую модель, структуру и взаимосвязь компонентов информационной системы. Для архитектуры характерен целый набор различных решений, которые направлены для организации системы ПО. Инфраструктура архитектуры предприятия может включать в себя виды архитектуры для программного обеспечения, компьютерной системы, информационной системы. Вместе с тем каждый из представленных вариантов архитектуры связан со структурой и поведением, в том числе важны только значимые решения, соответствующие архитектурному стилю.
Управление изменениями в сложных информационных системах
Стоит отметить, что не для каждого управления изменениями в информационной системе будут присутствовать положительные моменты. Для большинства специалистов, работающих в области информационных технологий, слишком частые изменения представляют собой огромный объем работы. При этом приходится перестраивать системы под новые бизнес-процессы, в том числе такие работы приходится выполнять в срочном порядке. Для крупной компании выбранные системы управления могут показаться простыми, для небольшого предприятия – слишком сложными. Именно поэтому следует выбрать единый сценарий процесса, который в дальнейшем будет постоянно улучшаться.
Чтобы на изменения информационной системы уходило меньше времени, типовые изменения относят к отдельным категориям, которые становятся стандартными. Часто предусматривают несколько сценариев по обработке запросов на изменения. Они могут отличаться и срочностью, и масштабностью. Приоритеты для каждого изменения могут быть низкими, обычными, высокими и самыми высокими. Описание приоритетов для каждого предприятия может быть разным. Если же говорить о масштабности, то изменения могут быть крупными, средними, мелкими и незначительными. Бывает и так, что изменения влияют и на другие бизнес-процессы. Поэтому специалисты должны согласовать такие изменения с другими заинтересованными лицами. Это может быть финансовое одобрение, которое представлено как анализ затрат и прибыли бюджета. Также это может быть техническое одобрение, представленное в качестве оценки необходимости проведения изменения и определения уровня его воздействия. Кроме того, это может быть бизнес-одобрение. Это одобрение пользователей функциональности бизнес-приложения. Важно понимать, что нужна комплексная информационная система управления: изменения затронут всю компанию. Поэтому для небольшого предприятия необходимо организовать специальный комитет, а в крупных компаниях формируют сразу несколько таких комитетов, которые затрагивают изменения в комплексе.
Помимо комитетов обязательно необходимо назначить владельца процесса управления изменениями. Он принимает решения при небольших изменениях, а также анализирует успех каждого отдельного изменения. Крупные предприятия назначают владельцев процесса управления изменениями на определенные области, за которые такие владельцы будут отвечать.
В задачи владельца процесса управления изменениями входит непосредственное руководство таким процессом, классификация запросов и их фильтрация, принятие решения для небольших запросов, планирование и координация изменений, а также анализ успешности проведенных изменений.
В комплексе с управлением изменениями в информационной системе действует система управления договорами. Такие системы направлены на то, чтобы были автоматизированы работы над договорами, чтобы они были согласованы, утверждены и контролировались для обязательного исполнения. Для этого будет использоваться единое хранилище информации, генерироваться типовые документы по шаблонам. После того как будет подготовлен проект договора, специальные системы электронного документооборота обеспечат автоматическое направление такого проекта для согласования. Также в этот момент пользователям будет доступна дополнительная информация о проекте, для которой будет проведен анализ и последующая корректировка. Благодаря такой системе появляется возможность автоматизации всего бизнес-процесса, что значительно повышает эффективность деятельности компании.
Например, можно говорить об эффективности программы ИСУ АХК. Что такое программа ИСУ АХК? Ее целью является обеспечение производственного плана предприятия при помощи информационной поддержки, которые основаны на процессах, связанных с договорной деятельностью. Проект миграции ИСУ ОКБ стал ключевым этапом в информационной системе управления. При этом был перенесен не только обычный функционал, но и всевозможные расширения, доработки, в том числе отчеты, выполненные в системе за все время ее эксплуатации. Проект также подразумевал перенос функционала на более удобную новую платформу. Кроме того, выполнена настройка ядра всей системы для того, чтобы новые корпоративные системы гармонично сочетались с имеющейся архитектурой. Также была реализована не только система управления договорами, но и управления закупками и управления качеством. Такие системы станут инструментом для обеспечения достоверности и прозрачности информации о приобретаемой продукции на каждом этапе. Это может быть как формирование потребности, так и оценка качества. Также это поможет организовать взаимодействие различных подразделений и филиалов в пределах одного крупного производственного предприятия.
У нас вам будет предложена подписка на блог по электронной почте, благодаря чему любые актуальные новости всегда будут доступны каждому подписчику.