Реально ли запустить 1С:ERP 2 на градообразующем предприятии за 3 месяца?

Публикация № 1285836

Методология - Управление проектом

ERP – сложный программный продукт, который требует от внедренцев не только знаний и опыта, но и корректного общения с заказчиком и пользователями. Некоторыми секретами при запуске 1С:ERP 2 с участниками конференции Infostart Event 2019 Inception поделился руководитель офиса БИТ:ERP компании Первый БИТ Глеб Стальной.

 

Где внедряли проект

 

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

 

 

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

У заказчика было более-менее типовое внедрение УПП. Что значит «типовое» в моем понимании? Это то, что мы автоматизировали блоки регламентированного учета, склад, закупки, продажи. Из нестандартных вещей – блок планирования закупок, обеспечение потребностей.

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

Поскольку выполнение требований в рамках УПП – это:

  • во-первых, гарантированная переделка в ближайшем будущем: ты платишь за одну и ту же функциональность два раза – первый раз за внедрение ее в УПП, второй раз – за перенос на ERP;
  • второй минус – ты платишь за изобретение велосипеда, который уже изобрели в рамках 1С:ERP 2.

Отсюда задача – с ограниченным бюджетом и как можно быстрее перейти на новую систему.

 

Lean-подход

 

 

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

 

 

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

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

Основные задачи заказчика я сказал:

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

Lean-подход говорит:

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

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

 

Виды потерь

 

 

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

Основные виды потерь и классификация этих потерь следующая:

  • перепроизводство – мы производим то, что нужно заказчику, но слишком много;
  • дефекты – потери, связанные с постоянной переделкой: мы что-то сделали, но не так, и переделываем. С точки зрения заказчика, с точки зрения ценности – это потеря, потому что все затраты на переделку неэффективны для заказчика, они ему не нужны;
  • запасы. Классический пример – каскадный проект, где очень много запасов, очень много незавершенки. Потому что мы часто начинаем с обследования, потом идет проектирование, разработка ТЗ, разработка, подготовка к опытной эксплуатации… Но что тут ценного для заказчика? Ведь заказчик никогда не заказывает ТЗ для того, чтобы получить ТЗ. Он заказывает ТЗ для того, чтобы получить систему, которую он будет использовать в своей реальной деятельности;
  • лишняя обработка – это когда мы делаем что-то другого сорта. Допустим, заказчик хочет Жигули, а мы делаем Bentley. Но ему-то были нужны Жигули, и проблема здесь не в качестве, а именно в другом сорте;
  • ожидание;
  • лишние движения;
  • потери на транспортировку;
  • неиспользуемый талант сотрудников – это отношения типа «я заказчик, ты дурак» или же отношения иерархии – «я начальник, ты дурак», «ты начальник, я дурак». В этом мировоззрении, в этой картине мира, конечно, талант сотрудников использовать сложно.

 

Концентрация на ключевых процессах

 

 

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

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

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

Главная особенность заключается в том, что:

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

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

 

Scrum

 

 

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

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

 

Дорожная карта

 

 

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

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

Это был поэтапный запуск.

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

Обратите внимание: левая часть – это основные процессы, а правая часть – вспомогательные. Почему мы так делаем? Чтобы сократить риски проекта.

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

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

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

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

 

Ручное тестирование против автоматизированного тестирования

 

 

Автоматизированное тестирование – это тестирование, которое мы делаем автоматически, и которое мы, как правило, всегда используем с точки зрения интеграции.

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

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

 

 

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

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

 

Технические задания и инструкции

 

 

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

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

 

 

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

 

 

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

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

  • И мы помним, что для учетных сотрудников вариативность операций большая, а количество операций маленькое. Тут срабатывает правило рычага – даже если мы будем воздействовать на сокращение трудоемкости конкретного варианта операции, то эффект будет практически нулевым. Потому что мультипликатор таких операций в месяц нулевой. Мы сократили в 2 раза трудоемкость, умножили на ноль и получили нулевой эффект. При этом затраты такие же, как и при автоматизации основных процессов.
  • А у основных процессов – мультипликатор тысяча, 10 тысяч и более. Это значит, что эта операция выполняется 10 тысяч или даже 50 тысяч за месяц. И если вы сократите трудоемкость этой операции в 2 раза, то это будет реальный эффект, который виден, в отличие от практически нулевого эффекта в другом случае.

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

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

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

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

 

 

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

Какой выход? Интерактивный курс. У нас, например, в подразделении есть такая должность как видеомонтажер. Это человек, который помогает профессионально оформлять курсы и записи, которые мы готовим.

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

 

 

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

 

Решение проблемы запутанных обменов

 

 

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

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

Если мы используем современные подходы, эволюционную архитектуру, то мы делаем несколько вещей:

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

 

 

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

Сейчас решение есть – это БИТ.АДАПТЕР.

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

 

Инструменты для управления проектом

 

 

С точки зрения управления, конечно же, то, что уже обсуждалось:

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

 

 

Несмотря ни на что, мы используем классический Scrum:

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

Для поддержки мы используем доски Канбан с установкой WIP лимитов – на рынке есть куча инструментов, которые позволят это делать эффективно. В нашем случае это линейка продуктов от Atlassian – она интегрирована (мы используем Confluence и Bitbucket), поэтому нам удобно. Вы можете использовать что-то еще, но важно запомнить, что Канбан – это действительно хорошая рекомендация.

 

Решение организационных проблем

 

 

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

 

 

Когда мы встречаем ошибку в типовой конфигурации, почему-то вызывает откровение, что первое, что нужно сделать, – это зайти на сайт v8.1c.ru и посмотреть, что на этот счет пишут. Там же есть партнерский форум, где тоже имеет смысл посмотреть.

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

Почему это важно?

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

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

 

Решение проблемы непонятной терминологии – обучение пользователей и механизм хозяйственных операций

 

 

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

У нас на этот счет тоже есть требование: перед запуском проекта мы требуем от заказчика, чтобы все ключевые пользователи прошли рекомендованные нами курсы – обычно это дистанционные курсы Учебного центра № 3, но вы в принципе можете рекомендовать все, что угодно, в том числе курсы своей компании.

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

 

 

Следующий лайфхак – используйте механизм хозяйственных операций 1С: ERP.

В 1С:ERP есть документы, и можно говорить о том, что есть «Поступление» и есть «Приобретение». Но вы устанете объяснять пользователям, в чем разница. Особенно, если они привыкли к УПП, и там был один документ. На данном этапе это ни к чему. Когда вы обсуждаете с пользователем хозяйственные операции, используйте терминологию хозяйственных операций. Вытащить хозяйственные операции и сгруппировать внутри них документы, которые используют данную хозяйственную операцию, можно элементарным отчетом, который делается за 15 минут.

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

 

Коммуникации

 

 

Имеет смысл отказаться от разных способов асинхронной коммуникации. Постарайтесь свести все коммуникации в единый канал.

 

 

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

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

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

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

Видеокоммуникации сейчас с затратами никак не связаны. Я рекомендую Zoom, можно использовать Skype.

Очень важно использовать видео. Веб-камера стоит копейки – от 600 рублей вы получите вполне приличное качество картинки. В рамках проекта это реально незначительная затрата.

 

Эффективное взаимодействие

 

 

Мы используем Slack и активно рекомендуем использовать подобный мессенджер.

 

 

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

 

Просмотр истории хранилища

 

 

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

 

 

Если вы будете выгружать изменения в Git, то у вас реально проблем не будет.

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

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

 

Анализ качества кода

 

 

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

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

 

 

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

 

Что в итоге получил заказчик

 

 

Я завершаю свой рассказ результатом, который получил заказчик.

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

 

 

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

  • Он получил оптимизацию всех базовых процессов, потому что УПП была внедрена больше 10 лет назад, на большинство вопросов, которые мы задавали, ответ был «так сложилось исторически».
  • А поскольку мы внедряем типовую ERP, то не можем действовать «как исторически сложилось», мы можем действовать так, как в типовой ERP. Поэтому неизбежно базовые процессы, вопреки желанию конкретных сотрудников, функциональных руководителей заказчика, были оптимизированы. Много дурных вещей было просто убрано, потому что заказчик не смог объяснить, почему это делается, кроме аргументации «у нас так принято». Почему еще убирали более-менее свободно? Потому что ERP предлагает некие хорошие практики для каждого процесса и варианты реализации этих процессов. И если у тебя есть опыт автоматизации типовой ERP, то в принципе ты достаточно уверен в своих решениях. И, кроме того, у нас нет глобальных ошибок, мы можем ошибаться, и ошибаемся, но не фатально, потому что у нас короткие итерации. Мы быстро откатываемся назад, учимся на своих ошибках и с учетом вновь полученной информации действуем дальше.
  • Это все преимущества последней версии ERP-системы. Обслуживать ее гораздо дешевле, чем жутко кастомизированную УПП, и, тем более, ERP.
  • Что касается сроков, все было сделано за 3 месяца. Некоторые наши коллеги успевают за это время обследование провести, в лучшем случае начать проектирование. За тот же самый срок заказчик получил не отчет об обследовании и даже не ТЗ на систему, он получил работающую систему, которая работала. И даже не через 3 месяца, а раньше, поскольку она запускалась блоками, и первый блок был запущен на 2 неделе от начала работ.

У меня все. Спасибо.

 

****************

Данная статья написана по итогам доклада (видео), прочитанного на конференции INFOSTART EVENT 2019. Больше статей можно прочитать здесь.

Приглашаем всех принять участие в тематических митапах Инфостарта: infostart.ru/events/

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. gendal 3 28.08.20 17:13 Сейчас в теме
А то, что было добавлено в УПП, но нет в ERP, переносили в ERP и каким образом, через расширения? Или заказчик лишился этого функционала?
2. OlegAr 11 29.08.20 10:46 Сейчас в теме
почему не реально ? у главного бухгалтера степень Магистр Администрирования МБА и сертификат Специалист 1С по ЕРП, у бухгалтеров Сертификат Профессионала по ЕРП, про финансового Директора вообще молчу, он же Архитектор проекта, тут и за пару месяцев можно внедрить.
pro-rok; muskul; +2 Ответить
3. o.nikolaev 203 29.08.20 19:37 Сейчас в теме
Вот интересно, а остались еще не окученные ERP-хой предприятия? И сколько их осталось?
4. muskul 31.08.20 03:47 Сейчас в теме
Один из главных минусов 1с это перенос остатков. Если фирма с нуля то проблем нет. а если "обрезать" то тут же начинаются проблемы даже на такой же конфигурации.
5. BarkinI 02.09.20 10:07 Сейчас в теме
(4) Согласен. Чего стоит только оформить "Корректировку поступления" или "Корректировку реализации", для документа который был в прошлом периоде (в "старой" системе).
6. pro-rok 258 02.09.20 20:28 Сейчас в теме
Есть вопрос. А был ли предпроектный анализ? Он не отражён на схемах но наверно был. И сколько по времени он длился? Очень интересно какой объем трудозатрат по пред проекту? Сколько человек одновременно работало на проекте?
7. aspirator23 451 03.09.20 13:13 Сейчас в теме
Сколько было программистов - разработчиков?
Оставьте свое сообщение

См. также

Есть ли способ повысить эффективность пищевого производства? Промо

Производство Производство готовой продукции (работ, услуг) Управление проектом v8 ERP2 Пищевая промышленность УУ Бесплатно (free)

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

09.02.2021    904    1СERP    4    

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

Управление проектом v8 v8::Mobile УУ Бесплатно (free)

Не сразу проект «взлетает», иногда нужны масштабные доработки. О том, через какие стадии прошел проект приложения для кабинета партнера в сети франшизных магазинов ГК Пив&ко, на INFOSTART MEETUP Ekaterinburg.Online рассказал заместитель начальника отдела разработки ГК PRO Дмитрий Сидоренко.

19.03.2021    945    dsdred    0    

Внедрение 1С: Комплексной автоматизации 2 на небольшом машиностроительном заводе – первая очередь

Управление проектом v8 КА2 Машиностроение и приборостроение Россия УУ Бесплатно (free)

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

17.11.2020    2566    Soliton    31    

Применение методологии внедрения проектов Майкрософт на проектах внедрения 1С

Управление проектом v8 УУ Бесплатно (free)

Практика применения фирменной методологии внедрения SureStep от Майкрософт на проектах внедрения продуктов 1С.

08.10.2020    2392    impextr    13    

Как правильно купить 1С Промо

Управление проектом v8 1cv8.cf Бесплатно (free)

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

23.03.2018    15396    raiml    27    

Управление релизами 1С

Управление проектом v8 1cv8.cf Бесплатно (free)

При непрерывном развитии сложных информационных систем на 1С возникает потребность управлять процессом обновления релизов их конфигураций. Необходим инструмент, предоставляющий полную информацию о вносимых в конфигурацию изменениях и полном жизненном цикле каждого из них, начиная от обращения пользователя до реализации и документирования функциональности. О принципах работы такого инструмента и полученных в ходе его внедрения преимуществах на конференции Infostart Event 2019 Inception рассказала директор департамента информационных систем «Иркутской нефтяной компании» Екатерина Шушина.

15.09.2020    3741    INK2018    0    

Какими критериями стоит руководствоваться при выборе партнера на проект по автоматизации? Часть 2

Управление проектом v8 1cv8.cf Россия Бесплатно (free)

В предыдущей статье https://infostart.ru/1c/articles/1268138/ мы поговорили про критерии выбора партнера, единый формат оценки и отбор наиболее интересных подрядчиков.

27.08.2020    616    Aprsoft    2    

Такие разные франчайзи. Часть вторая: Особенности реализации крупных проектов, Глава 2. Проектная технология при внедрении «1С:ERP» Промо

Управление проектом v8 ERP2 Бесплатно (free)

Очередная статья о бизнесе франчайзи 1С. Здесь мы постараемся рассказать о том, какой подход используется при относительно крупных проектах, в частности, при внедрении «1С:ERP», дадим описание этапов проекта, укажем, какие риски имеет каждый этап работ, расскажем, уместны ли при внедрении «1С:ERP» такие модные методики, как Agile, автоматизированное тестирование и пр. Автор статьи Андрей Мироненко.

24.04.2017    31009    1СERP    85    

Шорт-лист граблей при внедрении 1С:УНФ – от небольшого магазинчика до нефтяной компании

Управление проектом v8 УНФ УУ Бесплатно (free)

УНФ – довольно популярное решение. Но, несмотря на многие ее преимущества, при внедрении необходимо учитывать и некоторые особенности. О том, c какими подводными камнями можно столкнуться при внедрении 1С:УНФ и как их обойти, рассказал руководитель компании «РАУ АйТи» Юрий Павлов.

17.08.2020    6722    pavlov_yv    25    

Какими критериями стоит руководствоваться при выборе партнера на проект по автоматизации? Часть 1.

Управление проектом v8 ERP2 1С:Франчайзи, автоматизация бизнеса Россия УУ Бесплатно (free)

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

22.07.2020    2127    Aprsoft    4    

Как кропотливая работа оказалась эффективнее энергичной атаки

Управление проектом v8 ERP2 Машиностроение и приборостроение Россия УУ Бесплатно (free)

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

10.07.2020    3894    Soliton    16    

Организация эффективной техподдержки 1С внутри компании Промо

Управление проектом v8 1cv8.cf Бесплатно (free)

Как сделать общение с пользователями эффективным, правильно организовать работу программистов 1С и перестать быть "шестируким Шивой"

10.03.2015    42152    adapter    36    

Мастер-класс "Ведение проектов в типовых конфигурациях 1С"

Управление проектом CI/CD БСП (Библиотека стандартных подсистем) v8 Бесплатно (free)

При адаптации типовой конфигурации под особенности учета в компании важно обеспечить возможность легкого обновления поставки. Как организовать архитектуру решения и продумать процесс быстрой и эффективной разработки без ущерба типовой функциональности, на конференции Infostart Event 2019 Inception рассказал ведущий программист компании BIA-Teсhnologies Алексей Князьков.

05.06.2020    4599    AKnyazkov    4    

Отраслевые чудеса

Управление проектом v8 1cv8.cf УУ Бесплатно (free)

Про отраслевые конфигурации

03.06.2020    4452    1c-intelligence    81    

Автоматизация управления закупками: специфика проектов, методология работ или "как не наступить на грабли"

Управление проектом v8 ERP2 УУ Бесплатно (free)

В этой статье речь пойдет об автоматизации закупочной деятельности. Причем не о том, как настраивать рабочие места, документы и реквизиты в 1С:ERP. А о том, что на самом деле обычно нужно компании, когда она заявляет об «автоматизации процессов закупок». И о том, как правильно подойти к этой самой автоматизации, чтобы проект не стал «вечным долгостроем», а внутренние заказчики (руководство компании, руководители отделов и департаментов) получили действительно полезный результат. Подробнее тему автоматизации МТО можно изучить на курсе //infostart.ru/public/1201558/

06.04.2020    5925    1СERP    4    

Как не нужно "запускать" проекты 1С Промо

Управление проектом v8 УПП1 Оптовая торговля, дистрибуция, логистика Пищевая промышленность Бесплатно (free)

Описываю мою практику работы над проектами совместно с компаниями Франчайзи. И рекомендации по работе с такими проектами.

24.02.2013    104852    axxell    132    

Внедрение 1С:ERP и 1С:КА - одна тестовая база для всех

Управление проектом v8 ERP2 КА2 Россия Бесплатно (free)

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

03.04.2020    2337    Egenee    0    

Опыт внедрения/разработки продуктов 1С

Управление проектом v8 1cv8.cf Россия Бесплатно (free)

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

16.01.2020    7097    BraunAlex    11    

Проблемы интеграции 1С: ERP с негибкой системой производственного учета

Обмен данными 1С Управление проектом v8 ERP2 Бесплатно (free)

Данная статья описывает трудности интеграции 1С: ERP с негибкой внешней системой производственного учета. Статья поможет консультантам/менеджерам проектов обойти стороной те грабли, с которыми познакомились мы.

14.01.2020    4136    user1042803    5    

Почему можно начать внедрение ЕРП с регламентированного учета и что нам мешает это сделать?

Управление проектом Бухгалтерский учет v8 ERP2 1С:Франчайзи, автоматизация бизнеса Россия БУ Бесплатно (free)

В этой статье постараемся разобрать риски запуска ЕРП с регламентированного учета и обосновать возможность такого запуска.

25.09.2019    10884    Praktika_resheniy    16    

Как внедрить 1С:Документооборот в условиях хаоса

Управление проектом Документооборот и делопроизводство Документооборот и делопроизводство v8 ДО УУ Бесплатно (free)

Не всегда проекты можно внедрить по заранее спланированному алгоритму. Скорее, даже никогда проекты не удается выполнить по универсальному плану: в каждой конкретной ситуации есть свои сложности и свои проблемы. Опытом внедрения 1C:Документооборот в отсутствии описанных процессов и утвержденной структуры предприятия на конференции поделилась руководитель отдела автоматизации торговой сети РЕМИ Марина Лимонтова (г. Владивосток).

21.08.2019    18343    limm28    15    

PinkRabbitMQ - Native API компонента 1С с открытым исходным кодом, для обмена сообщениями через RabbitMQ

Разработка внешних компонент v8 Бесплатно (free)

PinkRabbitMQ представляет собой Native API компоненту для 1С Предприятия 8 (Windows 32bit и 64bit) с открытым исходным кодом на с++ (можно собрать компоненту самостоятельно). PinkRabbitMQ это низкоуровневая компонента которая реализует обмен по протоколу AMQP с брокером сообщений RabbitMQ. Для организации высокоуровнего обмена между информационными базами предназначен Адаптер. Компонента разрабатывается в рамках проекта Адаптер.

29.07.2019    20660    976    Begemoth80    169    

Начало автоматизации (Часть 1) Промо

Управление проектом v8 1cv8.cf 1С:Франчайзи, автоматизация бизнеса Россия Бесплатно (free)

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

30.04.2011    24990    milkers    86    

Внедрение конфигурации 1С:Государственные и муниципальные закупки 8 по технологии контрольного примера

Управление проектом v8 1cv8.cf Государственные, бюджетные структуры Россия Бесплатно (free)

Внедрение конфигурации 1С:Государственные и муниципальные закупки 8 с помощью технологии контрольного примера. Коротко рассмотрен состав работ и целесообразность использования этой технологии в конкретном случае: ФЗ-223 и неполное использование функционала 1С:ГиМЗ.

22.05.2019    5722    2ncom    11    

Корпоративный мозг на 1С и Python

Управление проектом v8 1cv8.cf Бесплатно (free)

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

17.05.2019    27632    user995065    74    

УПП: Хроники малобюджетного внедрения (Часть 3) Промо

Управление проектом Производство готовой продукции (работ, услуг) Производство готовой продукции (работ, услуг) v8 УПП1 Россия Бесплатно (free)

Можно ли внедрять УПП на небольших фирмах с небольшими затратами? Это попытка рассказать об итерационной технологии внедрения на живом конкретном примере. Один раз в неделю Заказчик присылает свою базу и вопросы по ней, на один час автор связывается со IT-специалистом клиента по Skype и консультирует его. Прошло два месяца. Результаты перед вами.

10.09.2012    30373    PAVI    34    

Где теряется эффективность?

Управление проектом Личная эффективность v8 1cv8.cf Бесплатно (free)

Общее понятие об эффективности командной работы. Где она теряется, где ее ищут, и почему ничего не получается.

03.05.2019    7184    1c-intelligence    13    

Особенности реального внедрения 1С:ТОИР

Управление проектом Бухгалтерский учет v8 1cv8.cf Машиностроение и приборостроение Россия Бесплатно (free)

Часть 1. Учет объектов ремонта. Интеграция ТОИР с учетной системой. Планирование ремонтов.

29.03.2019    15650    Aprsoft    4    

Есть 2 подхода к внедрению информационных систем. На примере 1С УПП 8 Промо

Управление проектом Техническое задание v8 УПП1 Россия Бесплатно (free)

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

26.01.2012    81221        54    

Git + 1С. Часть 2. Реализация Git workflow в 1С-разработке по шагам

Инструментарий разработчика Управление проектом v8 1cv8.cf Бесплатно (free)

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

28.01.2019    21155    stas_ganiev    30    

Как запустить 1С:ERP 2 на тысячу пользователей и не написать ни одной страницы ТЗ?

Управление проектом v8 ERP2 Бесплатно (free)

Глеб Стальной делится опытом построения полного цикла процесса DevOps на проектах 1С с помощью использования современных инженерных практик – разработки через поведение, автоматизации ночных сборок, непрерывного анализа качества кода и т.д. В статье много внимания уделяется работе с инструментами (Slack, Zoom, Jira, Confluence, Jira Service Desk, Bitbucket, Vanessa Behavior, БИТ.Адаптер, Jenkins, SonarQube 1C (BSL) Plugin, Allure и т.п.)

17.01.2019    23355    glebushka    60    

Диалог с клиентом. Правда vs ложь. Промо

Управление проектом Управление взаимоотношениями с клиентами (СRM) Управление взаимоотношениями с клиентами (СRM) v7.7 v8 1cv8.cf 1cv7.md Россия Бесплатно (free)

Как оценить работу и стоит ли говорить всю правду клиенту? Где та золотая середина, которая поможет «настроить» крепкие деловые отношения исполнителя с заказчиком?

02.01.2012    26322    Yury1001    238    

Выбор программы 1С

Пользователю системы Интеграция Управление проектом v8 1cv8.cf Россия Бесплатно (free)

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

16.01.2019    10330    itworks    22    

Как правильно выбрать поставщика услуг 1С

Управление проектом v8 Россия Бесплатно (free)

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

14.01.2019    5837    itworks    14    

Код по цене пачки пельменей и сорок бочек скрама

Управление проектом Практика программирования v8 Бесплатно (free)

Быстрый код по цене пачки пельменей и сорок бочек скрама пятому столику.

10.01.2019    12169    Alex_Japanese_Student    143    

Вы как хотите, а я сделал

Управление проектом v8::Бизнес-процессы 1cv8.cf Бесплатно (free)

Хвастаюсь системой управления задачами

28.12.2018    12447    1c-intelligence    18    

Как получить сервер разработки под 1С в Azure на 80% дешевле

Управление проектом v8 Россия Бесплатно (free)

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

05.12.2018    5800    zhogov    15    

Мой опыт: Внедрение ERP системы

Управление проектом v8 1cv8.cf Бесплатно (free)

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

03.12.2018    8025    dinopopyys    21    

Git + 1С. Часть 1. Как подключиться к команде разработки и начать использовать Git

Инструментарий разработчика Управление проектом v8 1cv8.cf Бесплатно (free)

Первая статья из цикла инструкций по работе с Git в 1С-разработке. Рассмотрим, как настроить рабочее место, как получить свою "копию" проекта для разработки и приступить к полезным действиям. Все примеры будут изложены в рамках трёх практических кейсов: 1. Моя команда дорабатывает типовую конфигурацию, использует приватный репозиторий на BitBucket, в котором версионируются внешние отчеты/обработки, расширения конфигураций и правила обмена; 2. Я участвую в стартап-команде, которая разрабатывает свою конфигурацию с использованием Git и GitLab; 3. Я принимаю участие в развитии OpenSource-продукта на GitHub как заинтересованный разработчик (контрибьютор).

18.10.2018    81238    stas_ganiev    82    

Как проектировать отчетность

Техническое задание Управление проектом Управленческие v8 УУ Бесплатно (free)

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

16.10.2018    10028    weissfeuer    2    

"Гнем" Waterfall

Управление проектом v8 ERP2 Бесплатно (free)

В прошлой статье (https://infostart.ru/public/898904/) мы поговорили о проблематике разных методик управления проектами – традиционный Waterfall и ныне модный Scrum. Но каких-то конкретных рекомендаций пока не дали. В рамках этой статьи поговорим о том, как же синтезировать эти подходы в то, что можно использовать в работе. Статья построена на примерах из практик ВЦ «Раздолье». Автор статьи директор по развитию ВЦ «Раздолье» Андрей Мироненко.

04.10.2018    8625    1СERP    9    

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

Управление проектом Интеграция СППР v8 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

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

03.10.2018    18124    roman72    19    

Место гибких методов управления (Agile) в практике 1С

Управление проектом v8 ERP2 УХ Бесплатно (free)

Всякое описание тех или иных методик управления проектами является достаточно малоценным, если мы ведем речь об абстрактных проектах. Одно дело – проект строительства дома, другое проект автоматизации. Но даже этого недостаточно – автоматизация бывает весьма разной – делаем ли мы систему «с нуля» или адаптируем готовое решение под конкретного заказчика, сколько заказчиков у данной системы – один или множество и пр., пр., пр.. В итоге даются некие универсальные принципы, которые на практике бывают мало применимы и даже вводят людей в заблуждение. Попробуем поговорить о конкретике - но сразу предупреждаем что это субъективный взгляд на проблему от лица ВЦ "Раздолье". Автор статьи директор по развитию ВЦ "Раздолье" Андрей Мироненко.

05.09.2018    10659    1СERP    3    

Управление отделом разработки с помощью "1С:СППР"

Управление проектом СППР v8 Бесплатно (free)

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

20.08.2018    17231    pau74    11