Инспектор Гаджет… или независимая диагностика проекта 1С в Ростове

Компании, занимающиеся комплексным внедрением программных продуктов 1С в Ростове, предлагают услугу, которая называется независимая диагностика проектов внедрения 1С на производственных предприятиях.

Независимая диагностика проекта 1С в Ростове основывается на анализе трех составляющих проекта:

  • Организационной;
  • Методической;
  • Ресурсной.

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

Источниками рисков могут быть:

  • Исполнитель;
  • Заказчик;
  • Внешняя среда.

К рискам внешней среды относятся:

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

О рисках, связанных с Исполнителем или Заказчиком, мы поговорим чуть ниже, так как их огромное количество.

Выполнение Диагностики проекта 1С

Диагностика проекта 1С включает следующие работы:

  • Анализ имеющейся проектной документации.
  • Анализ внутренней документации предприятия.
  • Интервью с представителями Заказчика и Исполнителя проекта.
  • Формирование выводов о причинах и источниках кризиса.
  • Составление рекомендаций направленных на организацию мероприятий, которые должны привести к выходу из кризиса. Рекомендации Заказчик должен получить в виде документа: «Отчет о диагностике проекта».
  • Контроль выполнения рекомендаций, обратная связь на руководство предприятия.

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

Организационная часть Диагностики проекта 1С

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

 

 

 

 

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

Топ самых популярных примеров конфликтных ситуаций на проектах 1С, когда может возникнуть потребность в услуге диагностики проекта 1С в Ростове:

  • Заказчика ввели в заблуждение и получили проект в результате неверно анонсированной ценой и короткими сроками реализации проекта по 1С. Когда у Заказчика начало расти недовольство, Исполнитель мотивирует заявленные цены и сроки тем, что подразумевалось внедрение типового функционала без детального анализа особенностей предприятия, бизнес-процессов, специфических задач Заказчика. В итоге, так как нужно Заказчику – система 1С не работает. На претензии Заказчика Исполнитель отвечает: “Скажите, что Вам необходимо, и мы за отдельную плату осуществим все доработки“. В свою очередь, ситуация может усугубляться и тем, что Заказчик не знает, как правильно сформулировать то, что ему требуется, т.е. нет технически грамотного специалиста в штате у Заказчика (возможно аналитика), который бы написал техническое задание.
  • Зеркальная ситуация. Заказчик требует скрупулезного изучения бизнес-процессов и систему «под ключ», в которой учтено ВСЕ до мелочей. Проект по внедрению 1С системы реализуется очень долго, без конца выясняются нюансы бизнес-процессов, наработано несчетное количество всевозможных отчетов по моделированию и ТЗ, процесс погряз в согласовании отчетов, ТЗ и прочей документации. Практических результатов нет, а расходы на проект растут…
  • Реализовано/доработано немного не то, как это хотел и видел Заказчик, но в техническом задании были неоднозначные формулировки. За дополнительные доработки Исполнитель просит дополнительную оплату. Заказчик убежден, что недоработки должны быть устранены бесплатно. Аргументирует Заказчик сою позицию тем, что Исполнитель себя позиционировал как компанию с огромным опытом внедрения программных продуктов 1С в различных отраслях и вообще является специалистом в области ИТ и сам должен был все предусмотреть и предугадать. Исполнитель говорит о том, что телепатия не прописана в договорных отношениях. Что просили – то и сделали.
  • Исполнитель говорит, что его плановая трудоемкость разработки ТЗ или реализации доработок полностью выбрана и требует доплатить.
  • Не удается организовать пользователей на выверку данных и ввод информации в параллельно работающей системе в период опытной эксплуатации. Процесс затягивается.
  • Внедрили одну часть системы, которая стояла острее всего, решая только локальные задачи (например, бухгалтерский учет). На внедрении следующей части – управления складом или производства – выяснилось, что бухгалтерский блок надо полностью переделывать. Ситуация возникла в результате того, что на первых этапах внедрения не думали о требованиях следующих по очереди блоков. Не всегда самые остро стоящие или на первый взгляд быстрые и простые задачи необходимо внедрять в первую очередь.
  • Пока Исполнитель разрабатывал техническое задание (по договору с оговоренными сроками и финансированием в очень ограниченном регламенте) у Заказчика случились семь пятниц на неделе и радикально переменилось видение проекта. Исполнитель следует первоначально определенному плану и не горит желанием все бросать и слушать Заказчика, пока не будут подписаны акты по выполненным текущим работам. Которые, возможно, Заказчику уже не нужны… Результат – конфликт.
  • На стадии переговоров, пока договор не был подписан, со стороны Исполнителя был представлен высококвалифицированный специалист, который убеждал, что вся команда, которая будет заниматься автоматизацией 1С будет такой же высококвалифицированной. После подписания договора на проект со стороны Исполнителя были выделены малокомпетентные специалисты-стажеры с минимальным опытом или отсутствием опыта как такового в области внедрения 1С. Для Заказчика это проект всей жизни, а для стажеров Исполнителя – практикум для повышения квалификации. Исполнитель организовал обучение своих специалистов за счет Заказчика плюс сэкономит, так как заплатит своим птенцам копейки. Как итог – конфликт.
  • «Саботаж» пользователей против новой системы 1С. Пользователи не хотят учиться работать в новой системе и делают все, чтобы очернить Исполнителей. Пытаются работать вне новой системы 1С (например, отчеты сдают в Excel), о проблемах никого не оповещают и не дают обратную связь вообще. Проблемы в системе 1С остаются, что дает пользователям повод и дальше ее игнорировать и капать на мозг руководству фразой «Ничего не работает»….
  • Система 1С внедрена, но Заказчик не почувствовал никаких преимуществ. После автоматизации прибыль не увеличилась, качество обслуживания клиентов не возросло, пользователям работу усложнили и прочее.

Что же делать, чтобы избежать конфликта?

Избежать проблемных ситуаций и достойно завершить проект по внедрению 1С системы с получением результатов – конкретных выгод для бизнеса – позволяет корректная, продуманная проектная технология:

  • закрывающая все источники конфликтов и разногласий;
  • обеспечивающая взаимопонимание и конструктивное сотрудничество Исполнителя и Заказчика;
  • неизбежно ведущая к результату.

Методическая часть диагностики проекта 1С в Ростове

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

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

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

 

 

 

 

Оптимальным решением может быть выполнение методической часть диагностики – анализ методических решений, принятых на проекте, и оценка их применимости и полезности для предприятия Заказчика. Если корректные методические решения, по мнению Заказчика, подобрать не удается, (либо предложенные решения сомнительны, либо требуется неприемлемый объем доработок системы) – можно либо обосновать эти решения, либо выполнить поиск других решений, исходя из конечных целей бизнес-процессов и критерия минимизации доработок.

При этом, возможны предложения по реинжинирингу бизнес-процессов с целью:

а) их оптимизации

б) исключения большого объема доработок в системе 1С.

Ресурсная часть диагностики проекта 1С в Ростове

 

 

 

 

Для успешной реализации ERP-проекта Заказчик должен располагать необходимыми ресурсами:

  • Функциональными специалистами предприятия – временными ресурсами на работу в проекте.
  • Нормативно-справочными данными. Как правило, задача подготовки, полной формализации нормативно-справочных материалов становится «Гордеевым узлом», и Заказчики как правило недооценивают ее сложность, масштабы и ресурсоемкость.

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

Компания ДАКАР предлагает услуги по выполнению диагностики проекта по 1С на любой стадии проекта.