Автоматизация текущего планирования. Разработка плана автоматизации предприятия Автоматизация систем планирования на предприятии

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



Модули автоматизированной системы планирования

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

АСП предназначена обеспечивать:

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

Выбор стратегических целей развития

Деятельность любого предприятия направлена на получение максимальной прибыли в календарный период при условии минимальных затрат. Об этом говорилось в статье про планирование малого предприятия.

Основные цели компании

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

Определение курсовых критериев развития

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

Формирование стратегии

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

Современные методы автоматизации

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

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

  • облачные технологии дают возможность предприятию не тратиться на содержание сервера и ремонт технологического оборудования (для малого бизнеса невыгодно индивидуальное финансирование крупной структуры ради нескольких операций);
  • использование инструментария Big Data (позволяет структурировать большие объемы информации на всех этапах деятельности):
    • визуализация анализируемых элементов;
    • Data Mining (нахождение в уже известных данных нетипичных интерпретаций);
    • краудсорсинг (интеллектуально-творческий аутсорсинг);
    • интеграция данных (ускоряет взаимодействие между подразделениями);
    • статистический и пространственный анализ;
    • аналитика возможных прогнозов;
    • имитационное моделирование;
    • искусственные нейронные сети (к примеру, распознавание по звукам и образам) и т. д.;
  • внедрение технологий real-time – т. е. информационная обработка в условиях реального времени и моментальное программирование нового плана действий в измененной ситуации;
  • автоматизация системы маркетингового планирования (внедрение CRM, BI-system и т. д.) позволяет:
    • более полно определить цель деятельности предприятия;
    • выявить всех целевых клиентов;
    • сформулировать уникальное рыночное предложение;
    • разработать имидж фирмы и центр (базис) позиционирования;
    • выбрать наиболее эффективное маркетинговое оружие;
    • максимально точно рассчитать бюджет с учетом незапланированных расходов;
  • технологии М2М, которые предполагают минимальное использование человеческих ресурсов и полную автоматизацию производственных процессов.

Функциональное программное обеспечение для целевого планирования

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

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

Информационные системы, применяемые в ОПП

Систе

Полное

наименование

Сущность системы

Система планирования ресурсов предприятия

Интегрированная система на базе ИТ для управления внутренними и внешними ресурсами предприятия (значимые физические активы, финансовые, материально-технические и человеческие ресурсы)

Планирование потребности в материальных ресурсах

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

Планирование потребности в производственных мощностях

Основа планирования - план продаж и/или портфель заказов в разрезе календарных периодов, на основе которого осуществляется планирование потребности в производственных мощностях

Статистическое управление запасами

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

Планирование производственных ресурсов

Объединение систем планирования MRP, CRP и SIC в единое целое; их совместное, взаимоувязанное применение в процессе управления

Синхронизированное с потребителем планирование ресурсов

Система позволяет осуществлять планирование для предприятий со сложной разветвленной производственной структурой, включающей «дочерние» предприятия или производства, расположенные на удаленных площадках

календарное

планирование

В системе сначала формируется план продаж (в разрезе календарных периодов на основе прогноза и/или портфеля заказов), затем планируется производство и пополнение запасов за счет закупок, с учетом данных о запасах

Система планирования реального обеспечения материальными ресурсами

Возникла в США в качестве альтернативы системе MRP и представляет собой систему планирования реального обеспечения материальными ресурсами

На платформах данных интегрированных систем управления и планирования производством компаниями - разработчиками про-

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

Так, на рис. 3.4 представлены основные программные продукты управления производством промышленного предприятия, созданные на базе ЕЯР-системы.

Охарактеризуем особенности систем, представленных на рис. 3.4.

Программный продукт Му SAP Business Suite - это семейство решений, представляющее собой ERP Н-систему лидера рынка - корпорации SAP. Система характеризуется широкой функциональностью, полной интеграцией, неограниченной масштабируемостью и простым взаимодействием в рамках сетевых инфраструктур ведения бизнеса. Решений SAP основываются на SAP NetWeaver - платформе поддержки интеграции и приложений.

Интегрированный комплекс приложений Oracle E-Business Suite в настоящее время является, пожалуй, единственным решением для управления предприятием, полностью реализованным в интернет-архитектуре. Благодаря этому Oracle E-Business Suite , обладая всеми преимуществами признанных систем класса ERP, позволяет не только повысить эффективность действующих внутренних и внешних бизнес-процессов предприятия, но и создать основу для решения задач, которые будут актуальны в будущем. Oracle E-Business Suite - это комплекс бизнес-приложений для автоматизации управления современным бизнесом, охватывающий абсолютно все задачи предприятия в области управлений ресурсами и построения взаимоотношений с клиентами, партнерами и поставщиками, вплоть до создания электронных торговых площадок.

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

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

Система «Галактика» характеризуется уникальным сочетанием

передовых западных стандартов управления и поддержкой российской специфики. Это гарантирует заказчикам «Галактики» эффективное решение управленческих и учетных задач в условиях быстро меняющейся бизнес-среды.

Всеобъемлющая функциональность решения Microsoft Business Solutions Axapta, охватывающая абсолютно все аспекты ведения бизнеса, позволяет внедрить современные западные управленческие технологии, оптимизировать ключевые бизнес-процессы и в целом повысить эффективность управления предприятием, обеспечивая при этом оптимальную в этом классе систем стоимость владения.

Решение «Система Alfa / Управление производством» позволяет осуществлять многоуровневое производственное планирование с применением различных технологий и методов, начиная от объемнокалендарного планирования на уровне предприятия, синхронизирующего работу каждого подразделения, и заканчивая внутрицеховым оперативно-календарным планированием производства, регулирующим производственный процесс внутри каждого участка подразделений предприятия.

Система BAAN IV достаточно хорошо известна на российском рынке систем управления предприятием. Она поддерживает множество моделей управления производством: «производство на склад», «производство под заказ», «проектирование под заказ», «производство по принципу «точно вовремя» и т.д.

Систему «1C: Предприятие 8.0» более подробно рассмотрим в следующем пункте.

Таким образом, некоторые российские фирмы, например «Корпорация Галактика», «Корпорация Парус», «R-Style Software Lab», стараются в своих информационных системах управления (ИСУ) усовершенствовать системы ОПП по запросам своих заказчиков. Эти ИСУ по своему уровню совершенства находятся где-то между MRP-1 и MRP-2.

Далее рассмотрим системы MRP. В настоящее время наиболее распространена система MRP-2 (Manufacturing Resource Planning ) - система планирования производственных ресурсов. Необходимо отметить, что до 1970-х гг. в США использовалась система планирования потребностей в материальных ресурсах MRP-1 (Material Requirements Planning ), которая трансформировалась в MRP-2. Достоинствами этих систем являются снижение издержек производства за счет уменьшения складских запасов, сокращение сроков изготовления продукции и их соблюдение.

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

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

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

Системы MRP характеризуются высоким уровнем автоматизации управления, позволяющим реализовывать следующие основные функции:

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

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

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

Система MRP-2 по сравнению с MRP-1 является более интегрированной, так как помимо процессов, присущих системе MRP-1 (подсистемы управления материальными потоками от закупки сырья и комплектующих и до реализации готовой продукции: прогнозирование сбыта и закупок, управление закупками, управление технической подготовкой производства, управление производством, управление запасами, управление сбытом, калькуляция затрат), включает также подсистемы внутрифирменного планирования, имитационного моделирования процессов производства и хозяйственной деятельности, бухгалтерского учета и финансового управления, управления контрактами, управления информацией и управленческой деятельностью, управления качеством продукции и другие по мере ее развития.

Планирование по алгоритму MRP-2 выполняется по рекурсивной схеме:

  • 1) планируется закупка или производство необходимых изделий из расчета бесконечных ресурсов;
  • 2) оцениваются ресурсы;
  • 3) в случае несоответствия доступной мощности ресурса и планируемой загрузки производится перепланирование даты запуска в производство с учетом конечной мощности;
  • 4) затем (так как даты изменились) производится перепланирование закупки или производства, опять же из расчета бесконечных ресурсов;
  • 5) далее повторяются шаги 2, 3 и т.д.

Достоинством системы MRP-2 является большая производительность по сравнению с системой MRP-1 (использование рабочего времени рабочих и оборудования достигает до 70% против 50% в MRP-1). Это происходит за счет также применения основных принципов MRP-2:

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

Система МАР (Material Availability Planning ) возникла в США в качестве альтернативы системе MRP и направлена на планирование реального обеспечения материальными ресурсами.

Суть МАР заключается в том, что в отличие от MRP процесс определения размеров партий и продуктовой структуры выпуска продукции в данной системе рассматривается как динамичный процесс и протекает под воздействием оценки величины затрат на материальные ресурсы, поступающие из внешних источников. Таким образом, входными данными в этой системе является информация о фактическом поступлении заказов на продукцию, а параметрами, регулирующими размеры партий готовой продукции, выступают данные о фактическом кумулятивном уровне затрат на материальные ресурсы, складывающиеся в текущем периоде. При этом учитываются сроки поставок материальных ресурсов, а также «перекрестное» воздействие множества факторов и требований, которые в системе МАР задаются по мере их определения. Размеры партий определяются таким образом, чтобы не допускалось превышение предельного уровня вложений в материальные ресурсы.

Помимо рассмотренных интегрированных систем ОПП, существуют и другие более совершенные ПСУ, например, система управления производством фирмы Hewlett Packard, которая по своему уровню развития находится между MRP-2 и «точно в срок»; система оперативного управлений производством для непоточного производства «Маршрутная система оперативного управления непоточным производством» (МС ОУНП), позволяющая поднять уровень использования рабочего времени рабочих и оборудования до 90% и выше, если это не противоречит требованию обязательного резервирования ресурсов в зависимости от силы воздействия возможных дестабилизирующих факторов внешней среды.

Рассмотрим также и другие АСУ и ОПП.

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

· отсечение случаев, когда сотрудники, просто, забывают что-либо;

· внедрение нетривиальных алгоритмов оптимизации затрат;

· уменьшение рутинной нагрузки на сотрудников и ускорение их работы;

· создание, выравнивание и контроль планов работы.

Есть и минусы:

· допущенная ошибка, может автоматически масштабироваться программой;

· дополнительные затраты на разработку, внедрение и поддержку программы;

· дестабилизация бизнес-процессов компании во время внедрения.

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

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

База заявок на перевозку.

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

· Номер и дата заявки на перевозку;

· Инициатор;

· Диспетчер;

· Статус заказа;

· Объём, вес и количество мест в заказе (плановые и фактические данные);

· Состав заказа;

· Стоимость доставки;

· Способ оплаты (оплачивает контрагент / нал / безнал);

· Адрес отгрузки (или склад компании);

· Дата отгрузки (плановые и фактические данные);

· Адрес доставки (или склад компании);

· Дата доставки (плановые и фактические данные);

· Необходимые сопроводительные документы;

· Необходимые условия доставки;

· Примечание для отражения дополнительных договорённостей с клиентом.

Планирование и отслеживание выполнения перевозок.

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

· Номера заявок на перевозку;

· Транспортное средство;

· Водитель;

· Экспедитор;

· Суммарный пробег (плановые и фактические данные);

· Время работы (плановые и фактические данные);

· Даты и время прохождения контрольных точек (плановые и фактические данные);

· Заполнение объёма транспортного средства и использование его грузоподъёмности;

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

Оплаты.

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

· Перевозчик;

· Счёт;

· Сумма транша;

· Дата транша (плановые и фактические данные);

· Примечания для отражения причин несоответствия плановых и фактических значений.

Машина же по-хорошему должна отслеживать и моменты, когда счёт не был оплачен в срок, и напоминать об этом ответственному лицу. Также данный модуль можно использовать и в планировании ожидаемого расхода денег. Однако в таком случае в него будет необходимо включить и данные обо всех остальных ожидаемых приходах и расхода денег. В таком случае, вы сможете управлять потоком доступных денег, и заранее знать о возможных проблемах в будущем. А это уже и отсутствие лишних трат на перезаймы; и хорошие отношения с контрагентами, благодаря оплате в срок; и чёткая информация о необходимости изменений политики организации, касающейся процента предоплаты и величины отсрочек для сокращения разрыва по доступным деньгам. Здесь тоже возможны различные алгоритмы планирования:

· Просто возможность высветить все данные по необходимым на сегодня платежам – чтобы никакой из них не потерялся;

· Сортировка платежей по дате и важности, чтобы сотрудник мог сам планировать свои платежи на ближайшие день-два-неделю, и оплачивал в первую очередь более срочные и более важные из них;

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

Оптимизация при планировании перевозок.

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

· Минимальное число используемых для доставки машин;

· Минимальные совокупные затраты на доставку;

· Максимально быстрая доставка имеющимся парком автомобилей.

Дополнительной возможностью этого модуля может оказаться учёт дорожной ситуации при прокладке маршрутов.

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

ГЛОНАСС / GPS навигация.

Как только у вас прорисовались на карте маршруты доставки, сразу же появляется возможность проверки, на сколько ваши водители следуют указанному маршруту. Для этого используется оборудование для геостационарного позиционирования ГЛОНАСС / GPS, установленное на автомобилях. Покупка самого этого оборудования, его установка и обслуживание на всех транспортных средствах – может оказаться достаточно затратным мероприятием, сопоставимым по стоимости со всей остальной системой, поэтому данный модуль надо включать в необходимый функционал только в случае наличия острой потребности в этом и чёткого экономического обоснования. Кроме текущего местоположения автомобиля такие системы позволяют рассчитывать скорость движения и отслеживать:

· открытие дверей;

· вынимание ключа зажигания;

· уровень топлива в баке;

· температурный режим в фургоне.

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

Мотивация сотрудников компании.

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

· не останется белых пятен, когда не ясно, кто за что ответственен;

· появится возможность проследить реальную загрузку каждого сотрудника;

· при передаче дел, когда сотрудник уходит в отпуск, заболевает или увольняется «никто не будет забыт, и ничто не будет забыто».

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

Справочники.

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

· транспортные средства:

o модель,

o марка,

o цвет,

o регистрационный номер,

o грузоподъёмность,

o полезный объём,

o тип кузова;

o тип и расход топлива и смазочных материалов,

o статус (свободен / работает / в ремонте / законсервирован),

o VIN ,

o ПТС,

o Год выпуска,

o Пройденный километраж для прохождения следующего технического обслуживания,

o Дата продления страховки,

o Показания одометра,

o Остаток топлива в баке;

· водители:

o паспортные данные,

o контактные телефоны,

o заработная плата,

o статус (болен / отпуск / работает);

· контрагент:

o тип (поставщик / клиент),

o контактное лицо,

o контактный телефон,

o реквизиты,

o адрес,

o координаты на карте,

o схема проезда,

o сотрудник компании, ответственный за работу с этим контрагентом;

· ограничения:

o горизонт планирования перевозок,

o лимит на остаток денежных средств у материально ответственного лица,

o лимит на остаток топлива у материально ответственного лица.

Итоговая аналитическая отчётность.

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

· по затратам в разрезе:

o контрагентов,

o типов затрат,

o водителей,

o типов автомобилей,

o тоннажа автомобилей,

o полезного объёма кузова автомобилей;

· по оплатам и задолженностям перевозчикам;

· специфические отчёты:

o табель работы водителей,

o КПД использования кубо-километра и тонно-километра транспортного средства – условный показатель порожнего пробега и пустого места в кузове,

o средняя грязная скорость – с учётом времени на загрузку и разгрузку,

o средняя сумма штрафов за поездку,

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

o среднее время недоиспользования транспорта за день;

· по выполнению плановых показателей.

При этом надо помнить, чтобы получить корректные отчёты по затратам сотрудничества с клиентами и даже по отдельным поездкам – необходимо учитывать разнесённые затраты:

1. разнесённые затраты на бензин и смазочные материалы (плановые и фактические данные);

2. затраты на ремонт с привязкой к транспортным средствам;

3. затраты на штрафы с привязкой к доставкам;

4. оплата водителям;

5. примечания для отражения причин несоответствия плановых и фактических значений.

Разработка.

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

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

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

поставщик: название IT решения

интеграция в 1С 8

заявка на доставку

построение маршрутов

деление по автомобилям

печать документов

план-факт

учёт найма

учёт ГСМ

учёт постоянных затрат

учёт разнесённых затрат

итоговые отчёты

цена
от (руб.)

ДТКсофт: ИАС "Грузоперевозки"

8000

РАРУС: Управление транспортом

13500

ФОРЕС: Автотранспорт

25000

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

27000

ITOB: Центр логистики

49000

АНТОР: LogisticsMaster

100000

ESRI: ArcLogistics Route

108400

ТопПлан: TopLogistic

120000

CDC: ОПТИМУМ ГИС

133000

Эрмасофт: СИТИ-Доставка

189800

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

Апробация.

После того, как техническое задание будет реализовано, надо тщательно проверять полученный результат. Желательно делать это на ограниченном объёме работы, например, один сотрудник, или одно направление, параллельно с дублированием стандартными методами. Во время апробации надо проверять все возможные варианты, которые могут возникнуть в работе, именно поэтому на данном этапе удобно создавать защиту от ввода заведомо некорректных данных. Хотя, как показывает практика, в то время как разум берет одну преграду за другой, глупость, вообще, не замечает препятствий. Поэтому эта работа не закроет все возможные «дыры» в коде, но, по крайней мере, позволит, ограничить вал проблем при дальнейшем использовании. В любом случае работа в этом направлении должна осуществляться и в последствии – каждый раз, когда будет обнаружена возможность такого заведомо некорректного ввода. Список первоочередных мер:

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

· предупреждение, когда вводимая дата сильно отличается от текущей;

· предупреждение, когда вводимые веса или объёмы:

o меньше минимальных перевозимых данным типом транспортра,

o больше грузоподъёмности и объёма кузова автомобиля;

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

Внедрение.

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

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

Адаптация персонала.

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

Во-вторых, надо обязательно привлекать рядовых сотрудников, которые будут работать с программой на этапе её создания. Не редко они – единственные, кто знает, как на самом деле протекает тот или иной бизнес-процесс, и таким образом они смогут помочь учесть все подводные камни при реализации. Но даже, если они не дадут много ценных советов, то сам факт привлечения их, когда у них спрашивают: «А как вам будет удобнее тот или иной момент?» – или: «А как вы считаете, будет лучше реализовать это?» – сделает очень много для положительного восприятия сотрудниками этой программы. Кроме этого станет невозможной ситуация, когда сотрудник, которому предстоит работать в программе, узнаёт о её появлении последним, и в результате, любое неудобство в ней воспринимает, как личное оскорбление от руководства, которое «специально всё так неудобно сделало». А на начальном этапе использования программы в любом случае всё и сразу получаться не будет.

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

Обучение.

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

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

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

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

Внесение изменений в программу.

Если вы решили дорабатывать существующее решение или разрабатывать с нуля своё, то после определения целей, необходимо разрабатывать техническое задание. Любая автоматизированная система состоит из раздельных модулей – собственно, эти модули мы и рассматривали выше. Выходные данные из одних модулей являются входными в другие. В итоге мы получаем последовательную цепочку операций, объединяющую все этапы работы, начиная с входных данных для будущих доставок и заканчивая получением аналитической отчётности по итогам работы.

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

Права доступа.

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

Метаданные

Операция

Начальник отдела

Менеджер отдела

Помощник менеджера

Справочники

Чтение

Корректировка и ввод нового значения

Пометка и снятие пометки на удаление

Удаление

Документы

Чтение

Корректировка

Ввод нового

Пометка на удаление

Удаление

Снятие пометки на удаление

Проведение документа

Изменение проведённых документов

Изменение не проведённых документов

Отчеты

Использование

Валерий Разгуляев

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

Автоматизация планирования проектов с помощью параметрического моделирования в системе T-FLEX CAD

Борис Рутенберг

При производстве технологического оборудования на Волжском автомобильном заводе (ПТО АО «АВТОВАЗ») разрабатываются и реализуются проекты агрегатных станков, автоматических линий для механической обработки, сварки и других операций, связанных с производством автомобилей. Как правило, каждый проект уникален, а его разработка и изготовление оборудования осуществляются за довольно продолжительный период времени силами многих специалистов из различных подразделений завода.

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

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

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

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

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

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

Одной из форм представления проекта на самой ранней его стадии (техническое предложение) является структурная схема проекта (рис. 1), которая создается для каждого типа оборудования в соответствии с логикой реализации объектов, входящих в состав проекта.

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

Для реализации гибкой модели разработки подобных схем в T-FLEX CAD были подготовлены простые и удобные параметрические элементы «Объект» и «Этап», оснащенные необходимыми внешними параметрами, которые с помощью имеющегося в T-FLEX CAD инструментального обеспечения могут быть заданы при нанесении их на схему и редактироваться после нанесения.

«Объект» — это составляющая часть проекта, обусловленная технологической или конструктивной целостностью, понятной для участников проекта. Модель объекта (рис. 2) представляет собой графический элемент, выполненный в виде расположенного по дуге текста. Наименование объекта, величина прогиба дуги, а также ее цвет определяются внешними параметрами, которые задаются в диалоговом окне редактора переменных, вызываемого при нанесении на структурную схему или при корректировке объекта. Положение концевых узлов и соответственно длина дуги устанавливаются закреплением объекта на сетевом графике с помощью манипулятора типа «мышь». При этом T-FLEX CAD обеспечивает возможность отображения ассоциативно связанных с дугами текстов, что позволяет легко модифицировать положение и размеры объектов без потери наглядности в представлении общей структуры.

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

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

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

Для решения этой задачи в T-FLEX CAD имеются необходимые инструментальные средства и технологические возможности, с помощью которых были разработаны и внесены в библиотеку системы такие элементы сетевого графика, как «Работа», «Наборы работ» и «Шкала времени».

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

В T-FLEX CAD координаты внешних узлов каждой работы принимают значения по месту их нанесения на сетевой график, при этом соответственно изменяется расстояние между ними. В модели эти координаты задаются с помощью переменных X1, Y1 и X2, Y2 . Модель работы снабжается также другими внешними параметрами, которые могут характеризовать каждый этап работы при включении ее в сборную модель. Все эти параметры вносятся в модель с помощью диалоговой панели редактора переменных, причем для объявления этих параметров внешними в редакторе переменных они отмечаются галочками.

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

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

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

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

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

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

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

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

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

Затем из библиотеки выбирается этап и посредством манипулятора типа «мышь» в необходимом количестве переносится на лист с привязкой к специально созданным для этого узлам (рис. 10). На этапах создаются узлы привязки к ним работ или наборов работ (рис. 11), которые для наглядности могут располагаться на разных по высоте уровнях.

Затем из библиотеки выбирается работа или набор работ и с помощью мыши в необходимом количестве переносится на лист с привязкой к созданным для этого узлам (рис. 12.) В каждой работе при перенесении на график или позже с помощью диалоговой панели могут быть изменены значения переменных, кроме сроков выполнения, которые для каждой работы автоматически принимают значения координат Х их внешних узлов, выраженных в количестве дней от начала проекта. Изменение сроков в случае необходимости осуществляется путем переноса посредством мыши концов работ или наборов работ с привязкой к другим этапам (рис. 13) или переноса узлов расположения этапов на сетевом графике (рис. 14).

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

С помощью еще одного средства T-FLEX CAD — автоматизированной подготовки спецификации — создается база данных в формате MS Access по параметрам всех входящих в сетевой график работ. Эта база динамически связывается с MS Project, что позволяет расширить круг пользователей и возможности основной системы планирования.

Таким образом, благодаря уникальным возможностям, подкрепленным инструментальным обеспечением системы графического параметрического моделирования T-FLEX CAD, нам удалось разработать модели структурной логической схемы и сетевого графика, обеспечивающего предварительное планирование на раннем этапе проекта, с возможностью передачи полученного календарного расписания в систему управления проектами на базе MS Project.

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

«САПР и графика» 11"2004

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

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

Путь автоматизации - создание комплексной автоматизированной системы управления (КАСУ).

Учитывая, что внедрение КАСУ - наиболее эффективный способ повышения производительности и качества всего производства, руководство созданием КАСУ осуществляет генеральный директор завода.

Организует внедрение и поддержание КАСУ директор по ИТ.

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

Принцип работы КАСУ : информация заносится в систему один раз и только! в месте ее возникновения. Остальные сотрудники используют ее при выполнении функциональных обязанностей.

1. Основа КАСУ - система управления данными о продукции 1С:PDM (PDM система - Product Data Management) - управление данными об изделиях, выпускаемых на предприятии, т.е. источник нормативно-справочной информации (НСИ) о том:

  • Что делать;
  • Из чего делать;
  • На чем делать;
  • Кому делать;
  • Какие трудовые ресурсы необходимы.

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

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

Без решения задачи автоматизации конструкторско-технологической подготовки производства автоматизация всех остальных участков бессмысленна!

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

Процесс проектирования сложен и состоит из множества стадий.

Программные средства в настоящее время играют в нем важную роль, но пока еще не главную. Все--таки проектированием занимаются люди.

Поэтому, PDM -система нужна и для организации совместного проектирования в трехмерном режиме, поскольку позволяет:

  • всем видеть все;
  • не потерять контроль над файловой системой, устраняя иерархию на уровне файлов и перенося ее на уровень состава изделия;
  • осуществить распределение прав.

2. Повышение производительности труда проектировщиков и конструкторов достигается внедрением систем автоматизированного проектирования (САПР) на основе 3-х мерного моделирования. Наглядность 3D моделей влечет за собой повышение качества труда технологов и сборщиков, уменьшения ошибок при оформлении чертежей, автоматическое формирование спецификации.

3. Уменьшение трудоемкости заполнения НСИ в PDM-системе достигается электронным обменом структурой изделия между системами автоматизированного проектирования и PDM .

Автоматическая загрузка состава изделия, т.е. создание электронной структуры продукции, увеличивает скорость (в сотни раз) и достоверность (до 100%) внесения информации.

4. Наличие древовидной структуры продукции в PDM системе позволяет использовать методологию объемно-календарного планирования с визуализацией информации .

Использование ERP и MES (Manufacturing Enterprise Solutions — корпоративные системы управления производством) систем на базе 1С:Предприятие , когда задачи объемно-календарного планирования и выполнения экономических расчетов решаются на уровне ERP системы, а задачи пооперационной оптимизации и управления на MES - уровне

5. Графики объемно-календарного планирования с обозначенными потребными ресурсами позволяют осуществить:

Планирования потребности в материальных ресурсах;

Планирование производственных ресурсов;

Планирование финансовых ресурсов;

Планирование производства;

Актуализация данных планирования путем:

  • Учета материальных и нематериальных активов предприятия;
  • Учета производственных, общепроизводственных и общехозяйственных издержек;

Ведение управленческого, бухгалтерского и налогового учета.

При выборе системы ERP необходимо руководствоваться следующими принципами:

Имеются ли успешные внедрения системы в машиностроительной отрасли?

Ни одна из существующих систем в прямую не подходит для предприятия;

Имеет ли система возможность адаптироваться под требования предприятия?

Имеются ли на рынке ресурсы для адаптации системы?

Какие затраты необходимы для доработки системы под наши требования?

Система программ на платформе «1С:Предприятие 8» в наибольшей степени отвечает всем перечисленным требованиям.

Затраты на внедрение программы будут значительными, но в любом случае меньше чем любой другой. «1С:Управление производственным предприятием» (1С:УПП) с существенными доработками (или использованием дополнительных блоков, специально для этого разработанными, например «1С:БИТ-Финанс», «Пооперационный оперативный учет в производстве» и т.д.) способно обеспечить решение задач посменного планирования, бюджетирования и казначейства, управленческого учета и производственного планирования.

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

7. Инфраструктура, обеспечивающая создание КАСУ

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

Оборудование - компьютеры, серверы, сетевое оборудование, принтеры должны приобретаться с перспективой развития и под самое современное ПО.

Серверы баз данных - высокопроизводительные, с большим объемом памяти, с зеркальным резервированием.

Для повышения производительности программно-аппаратных комплексов внедрять перспективные технологии:

  • Терминальные серверы;
  • «Тонкий клиент»;
  • WEB - клиент;
  • «Облачные технологии».

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

8. Организационные вопросы

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

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

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

Сотрудники ИТ, аутсорсинга - только консультанты и проводники новых технологий, технические исполнители.

Необходимо предусмотреть мотивацию: материальное и моральное (награждение грамотами, освещение в местных СМИ) поощрение участников процесса автоматизации за увеличение показателей,

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

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

9. Кадровая политика.

Учитывая интенсивное развитие отрасли ИТ и, в связи с этим, огромную нехватку специалистов:

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

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

Кадровая политика должна строиться на принципах:

  • Подбора сертифицированных специалистов (обучение и сертификация налажена у всех мировых брендов - Microsoft, Oracl, 1C).
  • Сохранения кадрового потенциала.
  • Эффективного стимулирование.
  • Совершенствования профессионального уровня.
  • Специализации.
  • Взаимозаменяемости кадров.
  • Формирования команды единомышленников.

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

10. Планирование автоматизации деятельности предприятия

Планирование создания КАСУ должно вестись на основании принятой концепции и должно предусматривать:

  • Определение автоматизируемых бизнес-процессов;
  • Сроков реализации проектов;
  • Определение ответственных за реализацию проектов;
  • Определение потребных человеческих собственных и привлекаемых ресурсов;
  • Развитие инфраструктуры (аппаратное, сетевое, программное и сервисное обеспечение);
  • Финансирование всех этапов плана.

11. Финансовое обеспечение

Финансирование проектов внедрения КАСУ должно вестись на достаточном уровне для выполнения поставленных задач в строго определенные сроки.

Финансовое обеспечение должно предусматривать:

Закупку лицензий на программное обеспечение;

Модернизацию аппаратной части комплекса;

Затраты на консультационное обслуживание;

Материальное поощрение участников процесса внедрения.

Только при этом условии можно ожидать экономического эффекта от внедрения КАСУ.

11. Экономическая эффективность создания КАСУ

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

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

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

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

Однако некоторые технологии (CAD, PDM, СЭД) непосредственно участвуют в технологическом процессе (проектировании и конструировании, разработке и описании технологий, документообороте) и инвестиции в них легко оцениваются на основе сокращения трудозатрат процессов.

Оценка статьи:
1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд (Пока оценок нет)
Загрузка...
Поделиться с друзьями:
Статьи на похожую тему
Закрыть
Найти на сайте
Например: виды гипсокартона