102299 (Секреты успешного внедрения автоматизации раскрывают практики), страница 2

Личный опыт. Дмитрий Курицын:

"Если фирма-внедренец утверждает, что после проведенной ею автоматизации, к примеру бухгалтерского учета, все остальные процессы сами собой нормализуются, не верьте. Бухучет принадлежит фазе контроля и не отражает истинного положения дел в компании. Допустим, вам известен месячный объем продаж, но его не с чем сравнить. Значит, регулировать этот объем в последующем (в зависимости от той или иной ситуации) вам придется, полагаясь на интуицию. Другой путь - финансовый директор планирует объем продаж и через автоматизированную систему доводит его до менеджера, осуществляя постоянный контроль над выполнением плана. Менеджер, ежедневно получающий информацию, видит, укладывается он в запланированные "рамки" либо нет. Кроме того, он сразу может проанализировать, в результате чего возникло отклонение".

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

Документы, без которых не обойтись.

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

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

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

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

Личный опыт. Дмитрий Курицын:

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

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

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

Далее можно приступать к кодированию (это "личное" дело автоматизируемого предприятия) и параллельно работать над определением круга обязанностей сотрудников - будущих пользователей системы. Результатом этих шагов является подготовка этапа опытной эксплуатации. Здесь необходимо обучить пользователей работе с системой (а иногда и ПК) и обязательно (!) выдать им должностные инструкции. Кто же обеспечивает хороший результат выполнения данного этапа?

Всему свое время

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

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

Личный опыт. Дмитрий Курицын:

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

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

Личный опыт. Дмитрий Курицын:

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

При автоматизации "Криницы" и Белгосстраха как наши работники, так и сотрудники этих компаний проходили обучение по информационным технологиям на специализированных курсах. Специалисты заказчиков изучали сервер Microsoft и конфигурации 1С. Работа велась очень "плотно". Причем все это происходило еще на этапе разработки системы (а средняя разработка занимает год). К моменту внедрения со стороны заказчика уже было 5-7 человек, хорошо ориентирующихся в информационных технологиях".

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

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

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

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

* Более подробно о разработке стратегии и установлении целей читайте: Линник К., Лазарева О. Стратегия компании - маршрут бизнеса // Финансовый директор. - 2004. - № 1. - Здесь и далее прим. ред.

** Более подробно об этом читайте: Синкевич А., Верех Е. В автоматизации бюджетирования нет мелочей // Финансовый директор. - 2003. - № 9.

Техническое задание по разработке и внедрению интегрированной информационной системы (ИИС) для производственного предприятия.

1. Цель проекта

2. Предыстория

3. Обоснование проекта

4. Организация

5. Сроки реализации и бюджет проекта

Основные обозначения и сокращения 1. наименование разработки 2. основание для разработки 3. назначение 4. требования к программно-инженерному и правовому обеспечению ИИС.

4.1. Структура программно-инженерного и правового обеспечения ИИС

4.2. Требования к правовому обеспечению

4.3. Требования к кадровому обеспечению

4.3.1. Структура пользователей ИИС предприятия

4.4. Требования к техническому обеспечению

4.4.1. Общие требования

4.4.2. Требования по унификации

4.4.3. Требования к безопасности

4.4.4. Технические средства 

4.4.5. Типовые решения по техническому обеспечению ИИС 

4.5. Требования к программному обеспечению 

4.5.1. Общие требования к программному обеспечению ИИС 

4.5.2. Требования по унификации 

4.5.3. Требования к лицензионной чистоте 

4.5.4. Требования по документированию заказного прикладного программного обеспечения

4.5.5. Порядок разработки и приемки заказного прикладного программного обеспечения для предприятия

4.5.6. Программное обеспечение ИИС предприятия

4.6. Требования к средствам электронных коммуникаций 

4.7. Требования к средствам защиты информации 

4.8. Требования к методическому обеспечению

4.8.1. Формирование данных ИИС 

4.8.2. Анализ данных ИИС 

4.8.3. Управление производственным процессом и персоналом на основе данных ИИС 

5. Описание функций иис предприятия

5.1. Общая характеристика иис 

5.2. Назначение ИИС 

5.3. Основные подсистемы ИИС

5.3.1. Отдел материально-технического снабжения (ОМТС)

5.3.2. Отдел продаж

5.3.3. Центральный материальный склад

5.3.4. Цех тары

5.3.5. Бухгалтерия

5.3.6. Цех готовой продукции

5.3.7. Отдел кадров

5.3.8. Отдел труда и зарплаты (ОТИЗ)

5.3.9. Магазин-склад 

5.3.10. Финансовый отдел 

5.3.11. Плановый отдел 

5.4. Описание бизнес-процессов

5.4.1. Процесс "Снабжение ТМЦ"

5.4.2. Процесс "Выдача и учет спецодежды"

5.4.3. Процесс "Реализация готовой продукции"

5.4.4. Процесс "Реализация отходов производства"

5.4.5. Процесс "Отгрузка готовой продукции"

5.4.6. Процесс "Возврат продукции"

5.4.7. Процесс "Учет движения готовой продукции"

5.4.8. Процесс "Учет движения тары"

5.4.9. Процесс "Управление персоналом"

5.4.10. Процесс "Управление финансами и бухгалтерские операции" 

6. Стадии создания ИИС 

6.1. Стадия разработки 

6.1.1. Содержание, сроки и порядок выполнения работ

6.1.2. Порядок контроля хода выполнения работ

6.1.3. Порядок приемки результатов

6.2. Этап внедрения

6.2.1. Сроки и прядок внедрения

6.2.2. Порядок приемки результатов

6.3. Эксплуатация и сопровождение ИИС

6.3.1. Эксплуатация

6.3.2. Сопровождение

Приложение 1. Организационная структура предприятия

Приложение 2. Структура отдела ИТ предприятия

Приложение 3. Специальные требования к специалистам с высшим образованием подразделений предприятия

Приложение 4. Основные технические требования к серверу баз данных на основе процессоров intel pentium III для ИИС предприятия

Приложение 5. Основные технические требования к серверу баз данных на основе risk процессоров для ИИС предприятия

Приложение 6. Основные технические требования к отладочному серверу для иис предприятия

Приложение 7. Основные технические требования к серверу обмена 

Приложение 8. Основные технические требования к персональным компьютерам, входящим в состав АРМ

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

Приложение 10. Календарный план выполнения работ по созданию ИИС предприятия

Приложение 11. Структурная схема

Приложение 12. Нормативно-справочная информация

Специальности 

Должности