Подходы к внедрению

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

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

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

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

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

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

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

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

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

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

- На стадии формирования проекта необходима серьезная совместная работа по выработке однозначной трактовки целей, результатов, согласованию тактических схем достижения целей и принципах выделения потребных для этого ресурсов. Более того, эта работа не должна прекращаться в ходе выполнения проекта, так как невозможно всего предусмотреть «на старте». Результаты этой работы должны обязательно оформляться документально. - Просто «настроить ПО» недостаточно. Необходимо «выстроить» взаимодействие служб предприятия в процессах, задействованных во внедрении, например – процессах конструкторского и технологического проектирования. «Выстраивание» процессов непременно связано с принятием ряда серьезных технических и управленческих решений. Задача поставщика – найти и предложить оптимальные в данных условиях решения, опираясь на собственный опыт и глубокое понимание особенностей предприятия, а задача предприятия – провести эти решения в жизнь – «внедрить» их. - Важнейшую роль в успехе внедрения играет задача управления процессами взаимодействия служб. Хорошо если коллектив конструкторов и технологов на предприятии небольшой по численности. Если же процессы подготовки производства децентрализованы, разработка и внедрение технологии происходит в цехах, а отдел Главного технолога скорее играет роль координатора процесса - не обойтись без специальных средств контроля и управления процессом разработки и последующего внедрения технологий в целом.