Как внедрить программу 1с на предприятии

Технология внедрения программ системы 1С:Предприятие

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

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

Наш материал построен следующим образом.

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

Дорожная карта проекта внедрения 1С // Выпуск 1

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

При изложении технологии применены следующие ДОПУЩЕНИЯ:

КЛИЕНТ уже ВЫБРАЛ СИСТЕМУ (если это касается внедрений категорий А и Б; см. задачу 7) с помощью грамотных специалистов фирмы-франчайзи и его выбору оказался правильным и рациональным;

ВНЕДРЕНИЕ 1С:Предприятия — оказание франчайзинговых услуг любого объема: от решения частных задач автоматизации до внедрения «в комплексе». Минимальный набор услуг предоставляемых внедренческими фирмами определен Франчайзинговым договором (рекомендации по оказанию услуг см. [1, раздел 2.3], [2, раздел «Типовой набор услуг»]).

• 1. Заказ на внедрение. РУКОВОДИТЕЛЬ ОТДЕЛА ВНЕДРЕНИЯ (здесь и далее: или диспетчер) принимает заказ от клиента, если тот обращается за оказанием услуг внедренческой фирмы.
• 2. Оформление и подготовка заказа. РУКОВОДИТЕЛЬ ОТДЕЛА ВНЕДРЕНИЯ должен заполнить бланк заказа утвержденной формы в журнале заказов. Все поля бланка заполняются в обязательном порядке на основе диалога с клиентом (рекомендации по перечню необходимых сведений и форме бланка заказа см. [I, раздел 3.2.1, 7.11], [2, раздел «Типовая организация обслужи­вания»]). Затем подготавливается сопроводительный ПАКЕТ ДОКУМЕНТОВ и ПРОДУКТОВ для заказа: документы, требуемые для оформления взаимоотношений с заказчиком и закрытия выполненных работ, сопроводительная методическая документация и продукты, набор рекламно-информационной продукции. Рекомендации по формам докумен­тов и методике их оформления см. [1, разделы 3.2.5, 7.2-7.10]. Проверяется наличие на складе ПРОГРАММНОГО ПРОДУКТА, в том случае, если внедрение включает его доставку и установку. Ответственным за подготовку пакета документов и продуктов является руководитель отдела внедрения.
• 3. Определение исполнителей для начального этапа внедрения. РУКОВОДИТЕЛЬ ОТДЕЛА ВНЕДРЕНИЯ определяет исполнителя для начального этапа работ у клиента. Основные критерии выбора: специфика заказа, предметная специализация (компонента 1С:Предприятия, спектр выполняемых услуг и пр.) и опыт «кандидата», отраслевая специализация (наличие «готовых решений» и наработок на рынке деятельности заказчика), текущая загрузка. Далее руководитель отдела внедрения ставит задачу исполнителю на выполнение работ, исходя из данных бланка соответствующего заказа и диалога с клиентом.
• 4. Предварительный анализ задачи. ЭКСПЕРТ (в т.ч. технический специалист) должен подготовиться к предварительной беседе с клиентом на основе бланка заказа и обсуждения задачи с руководителем отдела внедрения. Далее эксперт связывается с клиентом для выяснения деталей предстоящей автоматизации, договаривается о своем визите. Эксперт должен взять с собой на заказ ПРОГРАММНЫЙ ПРОДУКТ (в случае надобности; и проверив работоспособность ключа защиты и носителей информации) и ПАКЕТ ДОКУМЕНТОВ, уточнив при необходимости правильность их заполнения.
• 5. Начальное обследование объекта. ЭКСПЕРТ выезжает для выполнения заказа на основании договоренности с клиентом. На месте экспертом уточняется предполагаемый спектр реальных задач внедрения (в т.ч. определяется круг первоочередных задач автоматизации). При необходимости вносятся соответствующие корректировки. Здесь важно добиться одинакового понимания проблем, для чего уже на этом этапе начинается процесс ПОДГОТОВКИ специалистов заказчика к различным аспектам внедрения, его технологическим и организационным особенностям. Эксперт при выполнении задачи 5 должен выяснить и зафиксировать всю необходимую информацию, в том числе для более точной оценки категории (см. задачу 7) и объема внедрения, а также возможностей клиента. Рекомендации по списку необходимых сведений см. [1, раздел 3.2.1]. Рекомендации по методике общения с клиентами и ведению переговоров см. соответственно [1, разделы 3.2.2 и 3.2.3].
• 6. Определить союзника внедрения. Одной из важнейших задач ЭКСПЕРТА при выполнении задачи 5 является определение отв. лица или круга лиц со стороны заказчика, которые в первую очередь заинтересованы в успешной автоматизации. Тесное сотрудничество с ними при выполнении внедрения поможет сделать работу эксперта более продуктивной. Возможные варианты см. в задаче 13. Кроме того, важно обеспечить: а) поддержку внедрения со стороны руководства заказчика, б) понимание важности внедрения как такового со стороны всех причастных к этому лиц заказчика. ПРИМЕЧАНИЕ: Желательно определить союзника внедрения и заручиться его поддержкой (важно создать КОМАНДУ внедрения, в которую, кроме эксперта, входили бы представители заказчика) как можно раньше, однако не всегда на данном этапе это бывает возможным, особенно в комплексных внедрениях.
• 7. Анализ категории внедрения. ЭКСПЕРТ на основании предварительной оценки делает вывод о предполагаемой категории внедрения. ПРИМЕЧАНИЯ: 1) Понятие КАТЕГОРИИ внедрения вводится для их ранжирования, что предполагает а) более объективную оценку своих возможностей и ресурсов при обслуживании заказа, 6) более четкое следование дальнейшим этапам цепочки технологии внедрения. 2) Масштаб и сложность внедряемой системы, условия ее сопровождения должны быть адекватны уровню фирмы-франчайзи. 3) Границы представленных категорий внедрений весьма условны; часто в процессе реальной работы происходит плавный переход внедрений из младших категорий в старшие.

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

7А. Категория А: Внедрение НАЧАЛЬНОГО УРОВНЯ. ВОЗМОЖНЫЕ ЗАДАЧИ: установка и начальное обучение (гарантированный сервис) после чего пользователь предполагает начать самостоятельную работу с использованием типовой конфигурации, небольшие консультации по использованию типовой конфигурации системы.

СКОЛЬКО НА САМОМ ДЕЛЕ СТОИТ ВНЕДРЕНИЕ 1С

ОБЪЕМ ЗАКАЗА: ограничивается обычно 10-ю часами работы специалистов франчайзи (1-2 визита). ОСНОВНЫЕ ЗАКАЗЧИКИ: небольшие фирмы. ТИП ПОСТАВКИ: работа обычно в локальной версии 1С: Предприятия на основе типовой конфигурации (используется чаще всего компонента 1С:Бухгалтерия). 7Б. Категория Б: НЕБОЛЬШОЕ внедрение.

ВОЗМОЖНЫЕ ЗАДАЧИ: гарантированный сервис, конвертация базы при переходе с предыдущих версий программы (или других программ), незначительное изменение плана счетов, незначительная переделка форм и отчетов, обучение работе с программой, консультации и пр. ОБЪЕМ ЗАКАЗА: от 10 до 50 часов работы специалистов франчайзи (2-10 визитов в течение месяца или разовые визиты в процессе эксплуатации системы).

ОСНОВНЫЕ ЗАКАЗЧИКИ: небольшие и средние фирмы. ТИП ПОСТАВКИ: работа в локальной, 3-х пользовательской или сетевой версиях 1С:Предприятия (используются чаще всего 1-2 компоненты системы: ВЕДУЩЕЙ может быть любая из компонент в зависимости от профиля фирмы заказчика; 1С:Бухгалтерия при этом используется практически всегда). 7В. Категория В: КОМПЛЕКСНОЕ внедрение.

ВОЗМОЖНЫЕ ЗАДАЧИ: комплексная поэтапная работа: всестороннее обследование объекта, составление ТЗ, разработка конфигурации, обучение персонала, ввод конфигурации в эксплуатацию, подготовка пользовательской документации, комплексное сопровождение и пр. ОБЪЕМ ЗАКАЗА: не менее 30 часов работы специалистов франчайзи. ОСНОВНЫЕ ЗАКАЗЧИКИ: средние и достаточно крупные фирмы; ТИП ПОСТАВКИ: работа в сетевой версии 1С:Предприятия (используется чаще всего комплексная конфигурация, ВЕДУЩЕЙ может быть любая из компонент в зависимости от профиля фирмы заказчика). ПРИМЕЧАНИЯ: 1) Необходимо четкое понимание руководством фирмы-франчайзи следующего непременного условия: Только наличие соответствующей инфраструктуры позволяет рассчитывать на успешную работу над внедрениями категории В. 2) Внедренческая структура должна быть готова: а) подключиться к автоматизации системы у клиента на любом из ее этапов, б) к возможной замене конкретных исполнителей проекта.

Источник: center-comptech.ru

Блог компании «СИТЕК»

Проект по внедрению 1С:ERP делится на две основные части:

• подготовка к внедрению системы;
• запуск в промышленную эксплуатацию.

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

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

Обследование

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

Дальше мы приступаем к полноценному обследованию бизнес-процессов.

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

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

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

В результате обследования появляется Устав проекта и Иерархическая структура работ (ИСР). Мы понимаем «как есть сейчас» и фиксируем требования к системе: какие задачи нужно решить, какие неудобства в работе исправить.

Определяем цели и границы по каждому функциональному блоку, а также критерии оценки автоматизации: «как мы поймем, что задача решена?», «какие документы, отчеты, показатели должны появится?». Не всегда ответы получаем сразу. Их порой нет даже у заказчика.

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

Обследование длится от 2 до 5 недель. На этом этапе формируются требования к контрольному примеру, который мы будем реализовывать в дальнейшем — на этапе моделирования.

Моделирование

В рамках этого этапа создается функциональная модель системы. Что это значит? В чистой 1С:ERP выполняются верхнеуровневые настройки, вносится минимальное количество данных. Это некая демо-база, приближенная к процессам заказчика. Создаются 2-3 наименования номенклатуры со всеми характеристиками, присущими настоящей номенклатуре предприятия заказчика.

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

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

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

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

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

Это самое ценное — мы погружаем заказчика с начала работы в возможности системы и трепетно относимся к его ожиданиям.

Этап моделирования длится 4-10 недель.

Настройка системы и доработка по функциональным разрывам

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

Перенос данных

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

И вся эта работа должна быть закончена к 31 декабря, потому что ERP-система, если внедряется регламентированный учет, должна внедряться с 1 января.

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

Поэтому, когда мы говорим о комплексном проекте ERP, включающем блок регламентированного учета, то в 99% случаев планируем проект так, чтобы 1 января можно было начать полноценную работу в новой системе.

Тестовая эксплуатация и нагрузочное тестирование

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

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

И для тестовой эксплуатации, и для нагрузочного тестирования составляются сценарии, они согласуются «на берегу», до начала работ по этим этапам. Определяются критерии качества: по каким показателям поймем, что тестовая эксплуатация и нагрузочное тестирование прошли успешно.

Обучение

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

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

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

Запуск в промышленную эксплуатацию

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

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

От 2-х недель до 2-х месяцев, в зависимости от количества пользователей и масштабов проекта, наши консультанты работают на территории заказчика. Дальше их присутствие постепенно снижается. Сначала они находятся буквально за соседним компьютером. Потом все так же 100% времени доступны для заказчика, но уже удаленно в Skype, Zoom, Telegram и т.п. Постепенно это взаимодействие сокращается.

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

Оптимальное время для старта проекта — середина года, июнь-июль.

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

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

Узнайте подробнее о внедрения 1С:ERP на странице с описанием услуги.

Компания «СИТЕК» оформит 1С:ИТС за один день в любом регионе РФ

Автор статьи: Елена Лоренцова — коммерческий директор компании «СИТЕК». Дата обновления статьи: 10.11.2020 г.

Подпишитесь на нашу рассылку
и получите еще больше статей от экспертов по 1С!

Источник: sitec-it.ru