PDM система для управления проектными данными

Функциональные возможности

По функциональным возможностям все системы практически одинаковы. Однако реально с зарубежными системами конкурируют в первую очередь Lotsia PDM PLUS и Search. Другие отечественные системы (PSS, SWR-PDM, TDMS, T-Flex DOCs, Лоцман:PLM) несколько уступают им по функциональности, что во многом обусловлено меньшим временем их присутствия на рынке. Но и эти системы имеют большинство функций, необходимых для решения задач PLM/PDM/TDM/Worklow.

Различия, как правило, касаются поддержки интеграции с приложениями САПР. Так, для зарубежных систем характерна поддержка интеграции с так называемыми тяжелыми конструкторскими САПР (CATIA, Pro/Engineer, Unigraphics). Интеграция включает возможности как по считыванию данных о составе изделия из файла сборки, так и обмена данными между полями файла и PDM-системы, просмотр 3D-моделей во встроенных вьюерах, а в ряде случаев и поддержку Digital Mockup  формирования цифрового макета изделия.

Как правило, наилучшим образом интерфейс реализован для «родной» САПР (связки TeamCenter Engineering «Unigraphics, Pro/Intralink «Pro/Engineer, SmarTeam «CATIA»). Вероятно, наиболее широкий набор интерфейсов, доступных в стандартной поставке, предлагает SmarTeam (в том числе к широко распространенной в России системе CIMATRON).

Поддержка указанных тяжелых САПР отечественными системами осуществляется в меньшей степени и для меньшего числа версий. САПР среднего уровня (Autodesk Inventor (а также AutoCAD и приложения на его основе), Solid Edge, SolidWorks) поддерживаются отечественными и зарубежными системами примерно в равной степени. При этом по количеству поддерживаемых САПР из отечественных систем лидируют Lotsia PDM PLUS, Search и Лоцман:PLM.

Зато отечественные системы имеют интерфейсы к отечественным конструкторским САПР (T-Flex CAD, Компас), модулям расширения функциональных возможностей (CadMech, MechaniCS) и, что особенно важно в наших условиях, к технологическим САПР (TechCard, Компас Автопроект, «ТехноПро»), а также к локализованным версиям зарубежных САПР (в первую очередь к AutoCAD). Дополнительно практически все ведущие отечественные системы (Lotsia PDM PLUS, Search, T-Flex DOCs) поддерживают ODMA, что позволяет осуществлять интеграцию со многими приложениями без написания дополнительных модулей

Дополнительно практически все ведущие отечественные системы (Lotsia PDM PLUS, Search, T-Flex DOCs) поддерживают ODMA, что позволяет осуществлять интеграцию со многими приложениями без написания дополнительных модулей.

Стандартной возможностью отечественных систем стала поддержка MAPI (например, она реализована в Lotsia PDM PLUS Search).

Большинство отечественных разработчиков ( Аскон, Интермех, «Лоция Софт», НИЦ CALS-технологий «Прикладная логистика», «Топ Системы») заявили о поддержке стандарта ISO 10303 (STEP). Для обмена информацией между приложениями все чаще используется формат XML.

Кроме того, все ведущие отечественные системы имеют API (наиболее развитой  у Lotsia PDM PLUS и Search) и поддерживают работу со скриптами.

Для просмотра файлов САПР в отечественных системах могут использоваться их собственные встроенные средства просмотра и аннотирования изображений (как правило, поддерживающие ограниченное количество форматов, например Showmini компании Интермех), а так же можно подключать внешние вьюеры (наиболее распространен CSI AutoVue; о его поддержке заявили Интермех , «Лоция Софт», «Топ Системы»), в том числе бесплатные.

Зарубежные же системы не просматривают файлы, созданные с помощью отечественных САПР.

По возможностям Workflow отечественные системы (например, Lotsia PDM PLUS) уже как минимум сравнялись с зарубежными.

Ряд отечественных систем (Lotsia PDM PLUS, PDM STEP Suite, Search, Лоцман:PLM) позволяют подключать сертифицированные ФСБ средства ЭЦП.

Зарубежные системы в качестве опций, как правило, имеют сертифицированные интерфейсы к системам ERP (но стоимость их довольно высока).

Интеграция с системами управления предприятием у отечественных разработок в большинстве случаев производится под конкретного клиента и последовательно в дальнейшем не поддерживается, но это не мешает иметь реально работающие интеграционные решения с системами BAAN, Microsoft Axapta, SAP R/3 и др.

Количество проданных в нашей стране лицензий
на системы PLM/PDM/TDM/Workflow в 1999-2004 гг.

Почему стоит выбрать EnvyCRM

Большинство представленных на рынке CRM-систем разрабатывались «технарями». Мы предлагаем вам собственный продукт, который проходил доработку в течение семи лет, адаптируясь под нужды шести компаний различных отраслей.

Преимущества EnvyCRM:

  • Первая CRM-система, работе с которой не требуется обучать менеджеров по продажам
  • Шесть уникальных решений, выполняющих за менеджера 95 % работы
  • Максимальная автоматизация, позволяющая управлять сделкой при помощи кнопок

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

Например, чтобы отметить каждый недозвон, нужна 1 сек.

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

Подробнее

Например, настраиваем кнопку «Недозвон»:

  • 1-й недозвон – перенести автоматически на 5 минут;
  • 2-й недозвон – перенести автоматически на 30 минут;
  • 3-й недозвон – перенести автоматически на 3 часа;
  • 4-й недозвон – перенести автоматически на 1 день;
  • 5-й недозвон – перевести клиента автоматически в этап Архив.

Время клиента, соответствующее его часовому поясу

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

Причины перехода на новую платформу

Несмотря на выводы предыдущего раздела статьи, отметим, что очень часто на предприятии, где внедрен электронный архив, конструкторский документооборот, автоматизированная система технологической подготовки производства, элементы PDM/PLM, работа без внедренных средств уже не представляется возможной. Это — основной показатель внедрения. В работе нашей компании был случай, когда при сбоях, произошедших в ЛВС Заказчика не по нашей вине, стал недоступен сервер электронного архива одного машиностроительного предприятия. Время от первого сбоя до первого звонка с предприятия в наш офис специалистам по техподдержке составило менее минуты. При этом все эмоциональные заявления объединяло одно — «без доступа к БД предприятие не может работать». На наш взгляд, это наиболее весомый практический показатель, превзошедший все теоретические выкладки.

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

Нужны ли PLM-решения?

В последнее время часто приходится слышать утверждение, что PLM-решения не приносят пользы и, более того, даже вредны. При этом системы PDM предлагаются в качестве альтернативы, действительно нужной и работоспособной.

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

Если полагать, что за аббревиатурой PLM скрывается некая панацея, что зачастую утверждают некоторые коммерческие представители ком­паний-продавцов, то, наверное, действительно «оно нам не нужно».

Рис. 1. Результаты опроса на тему «На каком количестве рабочих мест
вы планируете использовать систему PLM?»

Рис. 2. Объемы первично приобретаемых лицензий на решения PLM/PDM

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

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

При этом потенциальные пользователи проявляют серьезный интерес к PLM-решениям.

Как видно из рис. 1, наибольший процент (35%) опрошенных потенциальных пользователей планируют использовать PLM-решения не менее чем на 100-300 рабочих мест.

Казалось бы, приведенная диаграмма дает поставщикам PLM-решений все основания для оптимизма. Хотя, как можно видеть, доля предполагаемых крупных внедрений (более 500 рабочих мест) составляет не более 10%; а на 6% предприятий вообще не планируется использование каких-либо PLM-решений. Но это только планы.

Практика же реальных внедрений все же предоставляет несколько иные данные (рис.  2).

Как видно из диаграммы, почти половина организаций при первичном приобретении лицензий на решения PLM/PDM ограничивается менее чем 50 лицензиями, а доля компаний, приобретающих от 100 до 300 лицензий, составляет менее 15%. Правда, в дальнейшем в течение полутора-двух лет каждая вторая компания приобретает дополнительные лицензии.

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

Цели внедрения PDM систем

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

Своевременный поиск информации, возможность видеть динамику изменений и доступ к архивным данным ускоряют работу проектировщика на 25-30%. Для современного КБ отличительно:

  • Отсутствие не постоянных расходов на работу с бумажными носителями (длинный и не всегда благоприятный поиск, копирование, очень много ошибок и утерянных листов).
  • Доступная каждому служащему база знаний и готовых решений, постоянное использование которой позволяет довести до 80% заимствование и еще одно применение готовых элементов в ЖЗИ.
  • Параллельная разработка, постоянный информационный обмен не только в рамках бюро, но и с производственными технологами, помогают убирать ошибки в теоретических расчетах на шаге проектирования – на производство идут уже доработанные модели, уменьшается время на проверки и получение прототипов.

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

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

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

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

Для хорошего применения важно определить самые основные моменты, отличительные для определенного изготовителя, и сосредоточиться на них

Описание изделия

Одним из основных информационных объектов в PSS является изделие. Этот объект
описывает в БД материальный предмет, вещество, услугу, программный продукт,
а также систему, состоящую из материальных предметов и программных средств,
взаимодействующих между собой. При помощи объекта «Версия изделия» описываются
различные модификации и исполнения изделия. С изделием ассоциируется различного
рода информация (которая накапливается на протяжении всего жизненного цикла
изделия (ЖЦИ)):

  •  Набор характеристик (рис. 1). Для описания разнообразных
    свойств изделий в PSS используется объект «Характеристика». Перечень возможных
    характеристик может легко дополняться. Важным атрибутом характеристики является
    «Тип», с помощью которого одна и та же характеристика может присоединяться
    к изделию на разных стадиях ЖЦИ. Например, при получении технического задания
    на разработку к изделию может быть присоединена характеристика «Ресурс» с
    типом «Требуемая», при выполнении проверочного расчета — с типом «Расчетная»,
    а после испытаний опытного образца — с типом «Измеренная». Характеристики,
    составляющие тайну, могут быть доступны только конкретным сотрудникам (для
    этого используется функция разграничения доступа). Для легитимности характеристик
    им могут назначаться статусы с использованием электронной цифровой подписи
    (ЭЦП).
  •  Документы (комплекты документов). Система PSS позволяет хранить различные
    типы электронных документов. При этом документ может существовать самостоятельно
    или быть ассоциирован с любым объектом БД. Логически документ (электронный
    технический документ) состоит из двух частей: содержательной и реквизитной
    . В качестве содержательной части может выступать любой файл, хранящийся в
    компьютере: 3D-модель, мультимедиа-файл, растровое изображение (например,
    отсканированный чертеж). Реквизитная часть содержит аутентификационные и идентификационные
    данные документа, в том числе одну или несколько электронных цифровых подписей.
    Документ имеет дерево версий, среди которых одна является актуальной (активной
    — рис. 2). Встроенный механизм управления изменениями
    позволяет проследить всю историю изменений каждого документа для последующего
    анализа и дает возможность произвести откат (возврат к предыдущим версиям).
    Вся информация, порождаемая при инициировании и проведении изменений (служебные
    записки, документы, описывающие требуемые изменения (функции «красного карандаша»),
    извещения об изменениях и др.), может храниться для последующего использования.
  •  Объекты-статусы. Под статусами в PSS подразумеваются результаты согласований
    и утверждений всех объектов системы (рис. 3).
  •  Изделия-аналоги (заменяющие изделия). Для каждого изделия задается перечень
    изделий, заменяющих его. Такая связь является направленной. Например, болт
    без покрытия можно заменить никелированным болтом, но никелированный болт
    заменить болтом без покрытия нельзя.
  •  Описание экземпляров и партий изделия. Важным этапом ЖЦИ является этап
    изготовления. Поскольку отклонения от технологии изготовления могут привести
    к серьезным последствиям при эксплуатации и ремонте, PSS позволяет вести учет
    специфики изготовления и последующего ремонта конкретного экземпляра изделия
    (например, учет результатов испытаний конкретного образца).
  •  Классификационная информация. Для упорядочения информации в PSS используются
    справочники и классификаторы (см. выше). Часто по каким-либо причинам (в частности,
    для подбора другого резца) возникает необходимость просмотра справочников
    и классификаторов, в которые входит изделие. Система PSS позволяет проделать
    это посредством одной команды.

Непременным атрибутом PDM-системы является удобная и простая функция поиска.
Встроенный в PSS механизм поиска позволяет пользователю создавать специфические
запросы по произвольному набору критериев, например, по запросу типа «Найти
все документы типа “Чертеж”, утвержденные сотрудником Ивановым в определенный
промежуток времени». Соответственно, любой объект БД может быть доступен посредством
функции поиска (конечно, с учетом прав доступа к объекту).

Справочники и классификаторы

PLM/PDM­решения должны иметь как встроенные средства ведения справочников и классификаторов, так и механизмы подключения к справочникам, хранящимся во внешних системах (с использованием прямых SQL­запросов, через XML, PLM XML и т.п.). При использовании справочников из внешних систем необходимо наличие возможности задания мастер­системы (первичного источника данных) для каждого справочника или классификатора.

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

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

Что такое IBP и для каких целей используются эти решения?

Различные классы систем управления бизнесом – ERP, CRM, BI и другие, в том или ином виде используются во всех крупных компаниях. Особняком среди них стоят системы интегрированного планирования (Integration Business Planning, IBP). IBP — это гибкий инструмент моделирования, what-if симуляций и предиктивного анализа, позволяющий планировать деятельность предприятия в условиях современной изменчивой экономики. Подобные решения только набирают популярность, но заказчики все чаще задумываются о переносе своих оптимизационных алгоритмов из разрозненных и самописных систем в централизованные решения этого типа.

IBP-системы позволяют планировать деятельность предприятия в условиях изменчивой экономики

IBP-система включает два основных компонента: Demand Planning (планирование спроса) и Supply Chain Planning (планирование цепочки поставок). На практике встречаются решения, которые используют только один из компонентов, но обычно они дополняют друг друга.

Общая оценка Team PDM

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

Отличительной особенностью продукта является то, что он поставляется в виде,
практически готовом для немедленного использования (как «коробочный» продукт),
и в то же время имеет впечатляющий набор средств настройки на конкретные нужды
самых разнообразных потребителей — от индивидуальных пользователей до предприятий
или объединений.

В стандартный комплект поставки Team PDM включены несколько так называемых шаблонов
(templates) информационной модели объекта автоматизации. Под шаблоном понимается
готовая структура метаданных, отражающая типовую структуру предприятия определенного
профиля. Использование шаблонов позволяет существенно ускорить процесс внедрения.
Разумеется, предусмотрены мощные и удобные средства настройки, позволяющие «на
лету» изменять информационную модель, а также интерфейс пользователя.

Базовый комплект поставки также включает средства интеграции с различными CAD-системами
и с Microsoft Office.

Продукт очень быстро развивается и получает стремительное распространение. Несмотря
на то что компания Smart Solutions основана только в 1995 году, к середине 2000
года системы Team PDM и SmarTeam были установлены приблизительно у 1100 заказчиков.

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

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

Современное состояние автоматизации конструкторской деятельности, производства и информационной поддержки последующих стадий ЖЦ изделий

Компания Бюро ESG имеет большой опыт проведения работ по внедрению систем электронного архива, PDM, PLM, систем управления инженерными данными в самых разных отраслях: судостроении (ОАО «Балтийский завод» — Рособоронэкспорт, ОАО «Севмаш», ЗАО «ЦНИИ Судового машиностроения»), машиностроении (ОАО СПб «Красный Октябрь»), промышленном и гражданском строительстве (ПФ «Союзпроектверфь», ОАО «Гипроспецгаз»), атомной отрасли (ОАО «Атомпроект», ОАО «Росжелдорпроект») и на многих других предприятиях и организациях, перечисление которых не входит в цели и задачи статьи.

Подчеркнем, что внедрения проводились на базе использования различных программных систем: TDMS, Search, SmartPlant Fondation, Autodesk Vault и других, в том числе собственной разработки. Использование той или иной программной среды обусловлено отраслью, стоящими задачами и прочими факторами. Именно обширный опыт, накопленный Бюро ESG по перечисленным направлениям, позволяет нам обрисовать общую картину внедрения систем электронных архивов, систем документооборота PDM и PLM на российских предприятиях.

Современную конструкторскую, производственную деятельность, поддержку эксплуатации, модернизации и утилизации изделий невозможно представить без использования различного рода автоматизированных систем: CAD (САПР), CAM, PDM, систем технологической подготовки производства, PLM­систем. Общую картину иллюстрирует рис. 1.

Рис. 1. Общая картина автоматизации

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

Заявления о «внедрении PDM или PLM­технологий» на практике часто оказываются лишь внедрением системы электронного архива и документооборота КД и ТД, TDM, и не более. Причины:

  • «игра слов» — это когда для создания функционала электронного архива и документооборота КД и ТД использована дорогостоящая PDM­система (что часто трактуется как «внедрение PDM­технологии», хотя такого нет, налицо лишь внедрение электронного архива и/или TDM с использованием ПО — PDM­системы);
  • подмена понятий — когда в названии программного средства присутствует аббревиатура «PDM» или «PLM», но система по роду решаемых задач не является таковой и, опять же, в лучшем случае решает две задачи, но чаще — одну из двух:

– управление работой конструкторов на уровне документов, а иногда и 3D­моделей,

– управление электронным архивом КД и ТД.

Приведем пример: опыт компании Бюро ESG, включающий работы по созданию макета информационной модели военного корабля, показал, что на стадии ЖЦ эксплуатации наиболее важна, увы, не информация проектанта и строителя, а эксплуатационная документация, интерактивные электронные технические руководства (ИЭТР). Крайне необходима на стадии ЖЦ эксплуатации и логистическая поддержка, позволяющая в кратчайшие сроки пополнить ЗИП. Очень часто ни одна система, позиционируемая производителем как PLM, не решает «по умолчанию» задач эксплуатации, хотя, не будем отрицать, такая система вполне может быть использована при соответствующих доработках, например, и для решения вопросов логистики. Заметим, что по эффективности и затраченной на доработку трудоемкости такой подход эквивалентен использованию бухгалтерской или ERP­системы для управления конструкторской деятельностью или текстового редактора для разработки конструкторских чертежей.

Стараясь быть объективными в оценках, не будем дальше сгущать краски, а всего лишь заметим:

  • современная автоматизация конструкторской деятельности, производства, поддержки последующих стадий ЖЦ изделий часто включает лишь элементы PDM и PLM;
  • часто внедрения PDM и PLM — не более чем создание электронного архива и документооборота КД и ТД;
  • говорить о полном внедрении технологии PLM для всех стадий жизненного цикла изделия преждевременно.

Особенности внедрения, разработки и других процессов

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

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

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

Третий момент, который может стать проблемой, — сопутствующие траты

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

И у Вас будет возможность узнать «цену вопроса» еще до начала работы.

Также у многих руководителей возникает резонный вопрос о том, стоит ли привлекать консалтинговую организацию или пробовать справляться своими силами Несмотря на то, что услуги консалтинговой компании стоят денег, будет ошибочным думать, что решение справиться самим позволит Вашей организации сэкономить. Приведение бизнес-процессов в соответствие требованиям международного стандарта может оказаться достаточно трудоемкой, а для некоторых и неподъемной задачей. Зачастую ответственные сотрудники, которым было поручено разработать и внедрить СМИБ, недостаточно компетентны, без должного образования и опыта (это и понятно, ведь стандарт очень узконаправленный). Нагрузка помимо основной работы сотрудников начинает раздражать, а процесс внедрения изрядно затягиваться. Ну и конечно, не стоит забывать о том, что впоследствии предприятие ждет сертификация. Потратив немало ресурсов, как временных, так и денежных (в том числе оплатив органу за выезд, командировочные расходы, проживание, питание, трансфер аудитора), будете ли Вы уверены в том, что заветный сертификат окажется «в кармане»? Вряд ли!

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

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

И напоследок…

Примите в качестве дружеского совета… Если Вы уже приняли решение о внедрении СМИБ по международному стандарту информационной безопасности, не стоит медлить. Время играет против Вас. Чем раньше Вы займетесь этим вопросом, тем быстрее в условиях нынешнего нестабильного рынка получите все те преимущества, о которых мы говорили выше.

Поделитесь в социальных сетях:vKontakteFacebookTwitter
Напишите комментарий