Рубрика: Новости

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

Компания Дакар осуществляет свою деятельность не только в Ростове, а и по всей территории РФ.

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

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

Кому и для чего нужна разработка на 1С

• Разработка на 1С необходима, если есть потребность в сложных и нестандартных интеграциях (например, интегрировать 1С с IBMWebSphere, SAP, MSProjectServer или Почтой России).
• Бизнес клиента – очень специфический (зачастую, чем больше бизнес, тем больше набирается «специфических моментов», не укладывающихся в стандартные схемы.

Ведение проекта

1. Организация документооборота:

• Документирование требований и задач.
• Документирование хода проекта.

2. Участие архитектора (роль – контроль качества) — следит за качеством кода, оптимальностью решений, соответствием того, что делают программисты 1С, первоначальной задумке.

3. Задействование методолога — следит за тем, чтобы все участники проекта поняли задачи бизнеса и решали их.

4. Управление проектом.

Технологии:

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

Подходы к разработке:

Существует несколько методов разработки ПО. Приведем самые популярные и часто используемые:

1. Waterfall — традиционный подход (каскадная разработка);

2. Agile — общая методология гибкой разработки;

3. RUP (Rational Unified Process) — рациональный (итеративная разработка);

4. Crystal Clear — подход с уравниванием разработчиков в коллективе;

5. Spiral — спиральный метод;

6. FDD (Feature Driven Development) — методология, рассматривающая будущие изменения;

7. DSDM (Dynamic Systems Development Model) — динамическая модель;

8. JAD (Joint Application Development) — ориентированный на пользователя подход;

9. RAD (Rapid Application Development) — модель быстрой разработки;

10. Scrum — концепция работы в условиях сорванных сроков и идеологического кризиса;

11. XP (Extreme Programming) — экстремальная разработка в динамической среде;

12. LD (Lean Development) — метод, предполагающий бережное отношение ко всем участникам процесса.

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

«Waterfall Model» (каскадная модель или «водопад») – классическая версия

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

Когда использовать каскадную (Waterfall) методологию?

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

«Agile Model» (гибкая методология разработки)

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

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

Когда использовать Agile?

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

Итеративность и инкрементальность

Итеративная разработка — это когда мы показываем заказчику и утверждаем промежуточные результаты.

«Iterative Model» (итеративная или итерационная модель)

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

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

Когда оптимально использовать итеративную модель?

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

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

 

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

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

 

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

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

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

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

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

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

Что же делать?

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

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

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

Визирь (Менеджер — владелец системы)

Миссия:

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

Характеристики:

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

Капеллан (Аналитик)

Миссия:

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

Характеристики:

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

Констебль (Архитектор)

Миссия:

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

Характеристики:

Обладание абсолютными знаниями по системе 1С. Умение вести переговоры, грамотно аргументировать свою точку зрения – от архитектора зависит конечная цена работ и качество получаемого продукта.

Герольд (Администратор)

Миссия:

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

Характеристики:

Требуется внимательность стрессоустойчивость и ответственность.

Подрядчик

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

Миссия:

Получает и анализирует техническое задание от архитектора. Предоставляет архитектору план работ с указанием трудозатрат своих аналитиков 1С, программистов 1С. Выполняет работы по согласованному плану. После тестирования и подписания акта о приемке работ получает оплату.

Характеристики:

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

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

Мы с уважением относимся к каждому нашему клиенту, поэтому все наше взаимодействие с клиентами базируется исходя из целей, которые мы преследуем, а целей у нас три:

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

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

Внедрение 1С — это лестница. Многие пытались взойти по ней, но оступались и уже не пытались вновь. Падение ломало их. У других был шанс взойти наверх, но они отказывались, думая о надуманной экономии и не желали познавать что-то новое… Всё это иллюзии. Реальна лишь 1С, и нет ничего, кроме восхождения наверх (важен лишь подъем наверх).

Самая распространённая для нас ситуация.

Обращается к нам ИТ-директор сети розничных магазинов. Директор этот новоиспеченный, недавно назначенный.

Повествует он следующую вереницу событий.

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

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

Выяснилось, что есть 1С, что худо-бедно она работает, вот только ее никто не любит.

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

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

Хаос — это порядок, который нужно расшифровать.

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

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

В этом момент на помощь приходим мы.

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

В результате находим многое – от маленьких неудобств, до крупных проблем в системе:

• Дубли товаров, на которых одновременно есть приходные и расходные движения (один из них обязательно называется «не использовать» и использовался последний раз вчера);
• Ошибки в партиях, тянущиеся много лет, и поэтому неисправляемые;
• Механизм ценообразования, переписанный программистом 1С-ником, который должен делать то, что умеет типовой функционал. А из-за непрофессионализма или лени программист не пожелал разбираться и написал свой. Как следствие не работает ни типовой, ни собственный.
• И, конечно, шедевральное – обмены между базами, которые по неведанным сакральным причинам «не ходят».

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

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

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

В итоге любых переговоров должна появиться дорожная карта.

Вот так выглядит среднестатистическая дорожная карта:

• Описание процессов и утверждение;
• Моделирование, описание требований к разработке и настройкам. Разработка архитектуры систем;
• Переносы данных, где это возможно;
• Обучение, передача обучающих материалов;
• Тестовый запуск;
• Внедрение.

Структура и состав основных справочников — это всегда очень важно!

В рознице без четкой структуры совсем плохо.

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

Давайте попробуем нарисовать нечто перфекционное.

1. Есть один уполномоченный человек роль, которого заносить новые позиции в справочники, или редактировать существующий. Подчеркну, что это один ответственный и уполномоченный человек, а не сто и не все подряд. Все остальные кому может понадобится новый элемент, или изменение – подают заявки этому уполномоченному лицу – «властелину справочника».
2. Есть регламент, описывающий структуру справочников (папки, подпапки, уровень вложенности, что есть папка – группа товаров, поставщик, или что-то еще?)
3. Есть регламент, описывающие заведение элемента справочника (что писать в наименовании, как давать артикул, как использовать свойства и характеристики, какие единицы измерения использовать и так далее).
4. Все правила и регламенты выполняются. Каждый сотрудник, пользующийся справочниками (для поиска товара, клиента, и т.д.), знает эти правила и легко находит нужную позицию.

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

Обучение…

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

В группе обучающихся работе в 1С сюжет закручен примерно также.

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

Люди относятся к обучению по-разному.

• Заинтересованный – сотрудник, которому сейчас плохо из-за коряво работающей 1С, он хочет изменений в лучшую сторону. Он рад тому, что у него появилась возможность учиться, ему интересно все, он считает, что это развитие для него, он вникает, записывает, задает вопросы по делу.
• Обычный пользователь – обычный он и есть обычный и таких подавляющее большинство. В случае, если постараться захватить их внимание, стараться эмоционально преподносить информацию, активно жестикулировать, то есть шанс привлечь их внимание и хоть что то вдолбить в их головы. В ином случае они будут отвлекаться и думать о своем.
• Скучающий – надеющийся, что по каким-то причинам его все эти знания касаемо 1С его конкретно не коснутся и не понадобятся, а если коснется, то можно будет списать у соседа по парте. Он засыпает, он сидит в телефоне, переписывается с кем-то, пытается отпустить неуместную шутку. Он вообще не следит за темой.
• Сопротивленец-провокатор – активно сопротивляющийся человек. Может быть из вредности, может не хочет учить новое, считая, что школу он окончил двести лет назад, а может, потому что могут вскрыться какие-то нехорошие вещи. Он будет громко вздыхать и закатывать глаза («ой, какую ерунду придумали»). Если он задает вопрос, то это вопрос вида: «А кто вообще сказал, что нам нужен 1С?».

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

• Выше рангом всех обучающихся;
• Быть заинтересован в успехе проекта;

Перед запуском. Обратный отсчет…

Процесс пошел.

И вот все на низком старте. Внутри волнение как перед экзаменом – ты уже десятки раз сдавал экзамены, ты готов, но все равно волнуешься.

Завоевать королевство и править им — это разные вещи.

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

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

Проект успешно завершен, наступило время для поощрения невиновных и наказания непричастных.

Пройти через внедрение 1С, это:

• Подвиг для операционного руководителя Заказчика, у которого это впервые.
• Осознанный тяжелый труд, для ИТ директора Заказчика.
• Привычное дело для нашей компании.

В заключении хотелось бы привести два мудрых высказывания:

Даже маленький человек может отбрасывать большую тень…

Это высказывание хотелось бы посвятить ИТ директору Заказчика, на чьих плечах будет реализовываться проект.

И еще одно высказывание:

Каждый полет начинается с падения.

Не бойтесь изменений, не держитесь за старое, старайтесь выводить свой бизнес на новый уровень!

 

 

ERP (сокр. от Enterprise Resource Planning) означает «планирование ресурсов предприятия».

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

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

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

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

Архитектура ERP систем

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

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

Почему ERP-система необходимо для бизнеса

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

ERP охватывает множество функций компании. Вот несколько основных:

Финансы

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

Управление персоналом

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

Производство

ERP-система упрощает деловое общение, автоматизирует ежедневные процессы и помогает производителям удовлетворять запросы клиентов, управляя данными в режиме реального времени. Также ERP-система оптимизирует управление проектами и затратами, а также позволяет осуществлять планирование производства.

Цепочка поставок

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

Три признака, что вам нужна ERP-система

Вам срочно нужна новая ERP-система, если:

1. Базовые решения мешают развитию

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

2. Вы используете разнородные системы

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

3. Ваша компания не соответствует ожиданиям клиентов

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

Преимущества современных ERP систем

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

Почему все компании, предприятия, от гигантов до небольших компаний, стремятся к внедрению современных ERP систем?

Основные преимущества, которые дает внедренная на предприятии ERP система:

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

Недостатки ERP систем

Для полноты картины, обозначив преимущества, следует остановиться и на недостатках перехода на современные ERP системы:

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

Почему некоторые компании опасаются внедрять ERP

ОПАСЕНИЕ. Как быть 100-процентно уверенным в том, деньги будут потрачены не зря, и выбранное ERP-решение будет полностью подходить компании.

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

ОПАСЕНИЕ. Полная замена ERP-системы — это слишком дорого.

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

ОПАСЕНИЕ. Боязнь потерять текущие системы.

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

 

Статья будет интересна всем тем, кто стоит на пороге внедрения продуктов 1С.

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

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

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

Стоит сказать, что некоторые компании решают пойти по другому пути.

Первый путь – обратиться к программисту-фрилансеру 1С.

Второй путь – набрать в штат программистов 1С.

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

Глава первая — программист 1С фрилансер.

Для тех, кто услышал термин «фрилансер» впервые, давайте немного поясним что это и с чем его едят.

Фрилансер (freelancer – английское слово, которое имеет два корня free — свободный lance — рыцарское копье). Термин фрилансер обычно приписывается Вальтеру Скотту (используется в романе «Айвенго» (1819) для описания средневекового наёмного воина, буквально «вольного копейщика»).

Сейчас, когда речь идет о фрилансере, имеется ввиду свободный работник. Что значит свободный? У нас сегодня нет крепостного права и все работники свободные.

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

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

Итак, программист 1С фрилансер – для некоторых это загадочное словосочетание, а для других – образ жизни.

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

А кто же тогда идет в фриланс? Что заставляет программистов 1С покинуть стабильную работу в комфортном офисе IT-компании и податься на вольные хлеба, живя от заказа до заказа?

На самом деле есть два типа фриланса.

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

Чем же рискует компания, прибегая к услугам программиста 1С фрилансера? Риск может быть колоссальный, так как пользуясь услугами программистов 1С фрилансеров, неизвестно, что именно получишь в итоге работы. Как правило, программист 1С фрилансер не соглашается на сложные проекты, осознавая, что не имеет достаточной компетенции в этой области. Есть, конечно, и такие, которые могут согласиться: взять деньги предоплатой, а в итоге пропасть и не выходить на связь. Не исключено, что могут угробить и имеющуюся систему, которую планировалось модернизировать, достроить. При этом никакой ответственности за содеянное!

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

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

Глава вторая – штатный сотрудник программист 1С

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

Глава третья – аутсорсинг

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

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

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

 

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

Какова цель внедрения 1С?

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

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

Техническое задание

 

Зачем пишут техническое задание

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

1. Написание документов дает возможность взглянуть на задачу «со стороны». Автор и все заинтересованные лица получают возможность увидеть в замысле слабые места или пропущенные моменты.
2. Задокументированное техническое задание дает возможность предельно четко разделить зоны ответственности между сторонами проекта. Этот аспект обязательно необходимо прописывать в договоре.
3. Наличие технической документации дает возможность предотвратить многие недоразумения. Грамотное ведение технической документации обязывает всех участников процеса внедрения вести себя толерантно по отношению друг к другу и профессионально, что конечном счете, выгодно всем.
4. Заказчику заблаговременно важно увидеть, как будут тратиться его деньги.

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

Техническое задание включает в себя:

• Описание целей и задач;
• Спецификацию требований;
• Технико-экономическое обоснование работ.

В таблице ниже дано описание того, что дает ТЗ заказчику и разработчику:

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

1. Заказчик заведомо не оговаривает четких требований, чтобы в дальнейшем бесплатно эксплуатировать разработчика «на скрытых работах».
2. Разработчик надеется на постоянное пролонгирование работ за счет заказчика, объясняя это некой неопределенностью.

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

 

Сроки внедрения

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

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

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

Квалификация заказчика и исполнителя

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

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

Стоимость внедрения

Проект 1С – это решение индивидуальных потребностей бизнеса в автоматизации. Поэтому для определения стоимости внедрения информационной системы необходимо изучить:

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

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

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