Как превратить бизнес-заказчиков и разработчиков в единую команду?

Публикация № 1666140 26.05.22

Управление - Управление командой

Один из подходов, который помогает найти с бизнес-заказчиком общий язык и организовать сотрудничество – это использование принципа бережливой разработки (Lean Development). На митапе «Сбор требований и составление ТЗ» директор по проектам Инфостарта Мария Темчина рассказала, как с помощью этого принципа наладить взаимодействие с заказчиком, и показала практические инструменты, которые удобно применять при сборе требований.

Мне нравится подход дизайн-мышления, который говорит про то, что возможность попробовать что-то сделать – ценнее, чем тысячи слов, чем много разговоров. Поэтому давайте сначала рассмотрим типичные проблемы работы с требованиями, разберемся, как найти общий язык и организовать сотрудничество с заказчиком. А потом попробуем с вами на практике посмотреть, как работает инструмент сбора требований – Lean Requirements Workshop.

 

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

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

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

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

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

 

 

В подавляющем большинстве проектов работа с требованиями – это непросто.

 

 

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

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

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

 

Типичные проблемы работы с требованиями

 

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

 

 

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

Они могут составить техническое задание из одной-единственной фразы. Или мне как-то показывали техническое задание в виде листа бумаги, на котором была изображена какая-то совершенно непонятная схема (весь расчерканный), и гордо было сказано: «Вот вам ТЗ – пожалуйста, работайте!»

 

 

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

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

 

 

Заказчики искренне считают, что знают, что им нужно. До тех пор, пока разработчики не дают им ровно то, что они просили.

Типичная история, когда говорят: «Давайте выстраивать бизнес-процесс по регламенту компании». А потом выясняется, что по этому регламенту никто не работает. Да действительно в компании есть регламент, но он чисто на бумаге, и поэтому смысла в бизнес-процессе, который выстроен по регламенту, нет.

 

 

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

 

 

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

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

Что с этим делать – совершенно непонятно.

 

 

Взаимодействие заказчиков и разработчиков не всегда конструктивно.

Я помню, как успокаивала в какой-то момент аналитика, который очень устал от общения с бухгалтерией, и объясняла, как можно улучшить обстановку. Аналитик попробовал вместе с бухгалтером попить кофе – это немного улучшило обстановку.

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

 

 

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

 

Как найти общий язык и организовать сотрудничество

 

 

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

 

Конечно, это гораздо проще сказать, чем сделать. Но один из подходов, который нам может в этом помочь – это использование принципа бережливой разработки (Lean Development).

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

  • на людях;

  • на том, чтобы выстроить процесс оптимальным образом;

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

 

 

Этап сбора требований – тот самый момент, когда мы в наибольшей степени можем реализовать эти принципы бережливой разработки:

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

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

  • Создавать знание – то есть содержимое ТЗ могут определять разработчики вместе с бизнес-заказчиками (пользователями).

  • Откладывать необратимые решения – принимать решения по ходу.

  • Доставлять быстро – выдавать реализацию маленькими кусочками (тот же самый MVP).

  • Рассматривать ситуацию в целом.

  • И быть готовым воспринимать точку зрения собеседника.

 

 

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

 

Lean Requirements Workshop – это совместное обсуждение требований с командой разработки и заказчиком по методике бережливого управления

Что мы делаем:

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

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

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

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

 

 

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

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

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

  • Составим карту пути пользователя – как пользователь будет использовать продукт

  • Составим карты пользовательских историй – user story map, то есть посмотрим, какие функции должны быть у продукта, и каков приоритет тех или иных функций.

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

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

 

 

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

 

 

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

 

Практикум

 

Инструменты Lean Requirements Workshop мы рассмотрим на примере проекта внедрения электронного документооборота некоей условной компании, которой система документооборота нужна для реализации проектного управления.

Работать будем на доске Miro.

 

Устав продукта (Product Charter)

 

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

 

 

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

  • В левой колонке напишите, про какой продукт идет речь.

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

  • В третьей колонке пишем, какое у вас видение итогового результата.

  • И в последней колонке запишите ответ – как мы можем измерить успех.

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

Очень часто внедрение идет по принципу: «А давайте мы внедрим вот этот программный продукт». А «Зачем? Почему? Какие цели? Что мы хотим получить в результате?» совершенно никого не интересует. «Ну как же, мы такая большая организация, у нас нет ERP. Конкуренты внедрили, нам тоже нужно».

 

Роли пользователей (Users, roles, and flow map)

 

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

 

 

Нам нужно разобраться:

  • какие роли могут использовать продукт – напомню, мы внедряем ЭДО для проектного управления;

  • какие пользователи могут быть по отношению к той или иной роли;

  • какие цели для каждой роли (что пользователи хотят получить в результате использования продукта?);

  • какие риски для каждой роли (что может помешать пользователям добиться своих целей?);

  • какие мотиваторы для каждой роли (зачем пользователи пытаются добиться своих целей?).

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

  • представители высшего руководства;

  • РП, работающие с внутренними заказчиками;

  • РП, работающие с внешними заказчиками;

  • представители заказчиков;

  • начальники отделов;

  • роль наблюдателя, предоставляющая доступ только на чтение – внешние подрядчики, аудиторы и т.д.;

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

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

А в дорожке еще ниже – какие у представителей этих ролей цели.

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

  • отчетность в разных разрезах (статус, ФИО, заказчик);

  • возможность отслеживать сроки и бюджет (превышение и т.д.);

  • возможность лицам, принимающим решения, принимать решения вне офиса;

  • отбор данных в различных разрезах;

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

В следующей дорожке мы перечислим риски – чего боится руководитель проекта.

  • это утечка информации;

  • потеря данных всей базы.

И еще ниже – какие у руководителя проекта мотиваторы:

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

  • удобство видеть стадию договора.

 

Карта пользовательского пути (User Journey Map)

 

Сейчас давайте попробуем пройти по карте пути пользователя.

 

 

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

  • Инициация – на этом этапе у нас появляется заявка на проект, она согласуется, принимается решение, подписываются документы

  • Реализация – этап, на котором проект реализуется,

  • Архив – после реализации проект уже попадает в архив, откуда можно запросить и получить информацию по этому проекту.

 

 

Строки этой таблицы – это разные роли в нашем проекте.

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

  • инициация согласования протоколов (она не часто встречается, но здесь она появляется);

  • согласование таких документов как бизнес-кейс;

  • разработка и согласование параметров устава проекта также на инициации;

  • далее приказ о составе проекта и формирование рабочих групп;

  • согласование и инициация – это согласование бюджета проекта;

  • регистрация плана проведения при согласовании с рабочими группами;

  • согласование технического задания.

Мы с вами уже плавно переместились по горизонтали на этап реализации. Далее, на этапе реализации, если мы используем документальное сопровождение проекта, у нас будут шаги:

  • подписание и регистрация договора, если этот проект с внешними подрядчиками;

  • регистрация плана проекта;

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

  • протоколы совещаний;

  • фиксация требований и ограничений – чем больше моментов у нас будет зафиксировано в общей системе на старте работы, тем меньше у нас потом будет конфликтов из серии: «Я этого не говорил».

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

  • утверждение актов выполненных работ.

После завершения разработки и подписания актов выполненных работ у нас появится работа с проектом в архиве:

  • хранение архивных документов;

  • поиск документов;

  • хранение шаблонов и так далее.

 

Карта пользовательских историй (Story Map)

 

Следующий инструмент – это карта пользовательских историй.

 

 

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

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

Ниже, на уровне задач пользователя, укажем, что пользователи хотят делать с информацией в системе:

  • вносить;

  • собирать;

  • выводить;

  • хранить сканы и т.д.

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

  • статус;

  • ответственных;

  • бюджет;

  • сроки оплаты.

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

  • работать с версиями – хранить историю изменений;

  • иметь возможность возвращаться к версии.

Карта пользовательских историй детализирует бизнес-требования к системе до конкретных пользовательских историй:

  • на верхнем уровне у нас конкретные бизнес-цели;

  • дальше идут задачи пользователя,

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

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

  • учитывать информацию;

  • ограничивать доступ;

  • маршрутизировать согласование;

  • применять аналитические инструменты;

  • обучать пользователей – проводить обучение, проводить проверку знаний;

  • иметь систему уведомлений – например, напоминания о необходимости согласовать;

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

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

Результат работы на воркшопе можно посмотреть на доске Miro.

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

 

Вопросы

 

Какой уровень детализации мы должны использовать при заполнении карты пользовательских историй? Как далеко на этом этапе заходим?

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

На карте пользовательских историй мы можем планировать сразу несколько релизов.

  • В верхнюю дорожку пользовательских историй у нас войдет то, что называется MVP – Minimum Viable Product. Здесь мы будем детализировать возможности и расписывать их подробно.

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

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

Какую роль в Lean Requirements Workshop играют представители разработки?

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

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

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

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

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

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

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

Получается, что разработчики на встрече нужны, чтобы приземлять требования пользователей, спускать их на землю из «космоса»?

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

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

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

Кому интересно больше узнать о проектном управлении – приглашаю на мои курсы на Инфостарте.

 

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

Данная статья написана по итогам доклада (видео), прочитанного на онлайн-митапе "Сбор требований и составление ТЗ: современные подходы в управлении проектами". Больше статей можно прочитать здесь.

Приглашаем всех 6-8 октября принять участие в INFOSTART EVENT 2022 в Санкт-Петербурге: //infostart.ru/events/1573038/

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

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

Оставьте свое сообщение

См. также

Обзор рынка автоматизации ввода данных с документов в систему учета Промо

Внедрение ИТ-системы Россия Бесплатно (free)

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

07.11.2018    23715    Yana Petina    34    

EAM-система для российского бизнеса

Внедрение ИТ-системы v8 1cv8.cf Россия УУ Бесплатно (free)

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

01.08.2022    347    Desnol_Soft    0    

Импортозамещение для ERP — социальная сеть управления предприятием

Анализ и проектирование ИТ-систем Внедрение ИТ-системы v8 ERP2 Россия Бесплатно (free)

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

19.07.2022    588    sereginseregin    8    

Ни в ЗУП ногой!? А мне нравится! Часть 3. Как меня туда занесло?

Зарплата Кадровый учет Внедрение ИТ-системы v8 v8::СПР ЗУП2.5 ЗКБУ 1С7:ЗиК ЗКГУ3.0 ЗУП3.x Бесплатно (free)

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

18.07.2022    1592    biimmap    7    

Ошибка №1 внедрения "Бюджетирования" в 1С:ERP2 и 1С:КА2: настройка статей бюджетов и статей ДДС 1-в-1 Промо

Бюджетирование и планирование Внедрение ИТ-системы Анализ и проектирование ИТ-систем v8 ERP2 КА2 Россия УУ Бесплатно (free)

В цикле статей я хочу поделиться ошибками во внедрении подсистемы «Бюджетирование», которые мне приходится исправлять после коллег на реальных проектах, и лучшими приемами по автоматизации бюджетирования на 1С:ERP 2 и 1C:КА 2. Сегодня поговорим и о самой распространенной ошибке – настройке статей бюджетов 1-в-1 к справочнику «Статьи ДДС».

13.06.2018    38963    SergeyN    97    

10 «заповедей» эксплуатации крупной информационной системы 1С

Управление ИТ-подразделением Внедрение ИТ-системы HighLoad оптимизация Бесплатно (free)

Крупные системы 1С давно уже перешагнули и десятки терабайт, и тысячи пользователей, но во многих случаях подход к эксплуатации таких систем остаётся не на должном уровне. Антон Дорошкевич на конференции Infostart Event 2021 Post-Apocalypse поделился более чем 10-ти летним опытом эксплуатации подобных систем, сведя его к 10 «заповедям», соблюдение которых сделает 1С надёжнее, а труд разработчика – благодарнее и благороднее.

11.07.2022    4972    a.doroshkevich    33    

1С:Документооборот как прикладное решение оптимизации кадровых бизнес-процессов в организации

Документооборот и делопроизводство Внедрение ИТ-системы v8 ДО Россия УУ Бесплатно (free)

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

06.07.2022    887    qwerfff    2    

Как мы адресный склад внедряли на КА 2

Склад и ТМЦ Внедрение ИТ-системы v8 КА2 Оптовая торговля, дистрибуция, логистика Россия УУ Бесплатно (free)

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

05.07.2022    1925    pro-rok    53    

Иерархия IT-систем и выбор программного обеспечения для организации труда Промо

Внедрение ИТ-системы Бесплатно (free)

IT-системы плотно вошли в нашу жизнь. Мощные и сложные программные продукты используются в самых разных сферах. При этом многие забывают, что появились IT-системы не просто так, как программные продукты, которые нужно продавать и внедрять, а как инструменты организации и автоматизации труда.И очень важно помнить при выборе и внедрении IT-систем, что первичен здесь — труд, а не программное решение. Я не единожды сталкивался с тем, что люди выбирали программу просто потому, что: “она понравилась”. В результате появляются попытки “натянуть” процессное производство, например, работу молокозавода, на ERP-систему, предназначенную для дискретного производства (сборка изделий). 

23.03.2018    12657    raiml    16    

Ни в ЗУП ногой!? А мне нравится! Часть 2. Плюсы решения, где они прячутся?

Зарплата Кадровый учет Внедрение ИТ-системы v8 v8::СПР ЗУП2.5 ЗКБУ 1С7:ЗиК ЗКГУ3.0 ЗУП3.x БУ Бесплатно (free)

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

04.07.2022    3036    biimmap    49    

Автоматизация vs оптимизация

Анализ и проектирование ИТ-систем Внедрение ИТ-системы Бесплатно (free)

Анализ и оптимизация бизнес-процессов становятся все более востребованными в проектах автоматизации, а с массовым переходом с 1С: УПП на 1С:ERP эта задача станет еще более актуальной. О том, как собрать полную картину реальных потребностей вашего заказчика, исходя из логики его бизнес-процессов, на конференции Infostart Event 2021 Moscow Premiere рассказала Елена Иванова.

27.06.2022    1179    e_ivanova    0    

Переход с SAP на 1С: стоит ли?

Внедрение ИТ-системы v8 ERP2 Россия Бесплатно (free)

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

17.06.2022    6146    1СERP    74    

Проблемы внедрения 1С:ERP на крупном предприятии Промо

Внедрение ИТ-системы Бесплатно (free)

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

29.06.2017    37269    1СERP    79    

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

Внедрение ИТ-системы Россия Бесплатно (free)

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

16.06.2022    2400    1СERP    0    

Эмпатия и системный подход в сборе требований и составлении ТЗ

Анализ и проектирование ИТ-систем Внедрение ИТ-системы Бесплатно (free)

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

10.06.2022    1435    kacelena    2    

1С:Документооборот КОРП: отличия версий 2.4. и 3.0

Документооборот и делопроизводство Внедрение ИТ-системы v8 v8::Бизнес-процессы ДО ERP2 Россия УУ Бесплатно (free)

В начале 2022г. фирма 1С выпустила новую версию 3.0 1С:Документооборот КОРП (далее 1С:ДО). И в данном материале мы представим некоторые существенные отличия версии 3.0 от ее предшественника.

07.06.2022    1264    Aprsoft    9    

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

Внедрение ИТ-системы v8 ERP2 Бесплатно (free)

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

24.04.2017    33276    1СERP    85    

РКМ ГОЗ: автоматизация. Ускоряем подготовку больше, чем в 20 раз

Внедрение ИТ-системы v8 ERP2 Россия Бесплатно (free)

Предприятиям, исполняющим гособоронзаказ (ГОЗ), работа по формированию расчетно-калькуляционных материалов (РКМ) доставляет немало трудностей. В данной статье мы поделимся своим опытом создания инструментов подготовки РКМ на базе программного продукта «1С:ERP:Управление предприятием» (1C:ERP), на примере проекта внедрения в ГК «Информтехника» (победителя конкурса «1С:Проект года»).

07.06.2022    1080    1СERP    7    

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

Внедрение ИТ-системы v8 ERP2 Россия УУ Бесплатно (free)

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

03.06.2022    2076    1СERP    21    

Как автоматизировать учет по проектам в 1С:Бухгалтерии

Учет доходов и расходов Внедрение ИТ-системы v8 БП3.0 Россия БУ УУ Бесплатно (free)

В статье рассматриваются различные варианты организации управленческого учета по проектам в "1С:Бухгалтерии".

30.05.2022    1015    accounting_cons    6    

Практические вопросы внедрения и развития автоматизации склада. Часть 2 Промо

Оптовая торговля Внедрение ИТ-системы 1С:Франчайзи, автоматизация бизнеса УУ Бесплатно (free)

Слайды к докладу на секции "Складские технологии" в малом зале на IEE-2013. Пример автоматизации склада по "бюджетному" варианту с использованием ТСД+RDP.

26.03.2015    32887    CheBurator    36    

Открытое ПО и опыт его внедрения

Linux Внедрение ИТ-системы Бесплатно (free)

Open Source. Открытое ПО и опыт его внедрения.

30.05.2022    2554    300_po_vstrechke    56    

Компетенции руководителя проектов

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

На конференции Infostart Event 2021 Post-Apocalypse выступила HR компании IT Capital Анна Степанян. Она предостерегла от ошибок при выборе руководителя проектов и рассказала о том, как выстроить свою систему отбора кандидатов на роль человека, которому можно доверить команду и репутацию всей компании.

17.05.2022    863    Охотница за головами    0    

Современные СЭД: курс на упрощенчество и подмена понятий

Документооборот и делопроизводство Анализ и проектирование ИТ-систем Внедрение ИТ-системы УУ Бесплатно (free)

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

12.05.2022    479    user1214797    5    

"Бескомпьютерная" автоматизация Промо

Анализ и проектирование ИТ-систем Внедрение ИТ-системы Россия Бесплатно (free)

Новое, хорошо забытое старое. Недавно решали проблему в логистике, и я вспомнил статью про автоматизацию без компьютеров, основанную на системе "канбан". Канбан система - система эффективной синхронизации многоэтапного производства и материально-технического обеспечения, осуществляемая с помощью карточек производственного заказа и карточек отбора (карточек канбан). Канбаном часто называют всю систему организации производства Toyota Motor Company, считая его почти синонимом данной системы. Это не совсем точно. Канбан - только один из элементов Toyota Production System (TPS). Канбан как инструмент предложил один из создателей TPS - Таичи Оно. Хотя он утверждает, что придумал его вместе с рабочими для упрощения управления на местах.

17.08.2007    32335    support    32    

Новый релиз 1С:ТОИР 2 КОРП: юзабилити и еще раз юзабилити

Управление услугами и сервисом Внедрение ИТ-системы v8 1cv8.cf Россия УУ Бесплатно (free)

В конце апреля увидел свет новый релиз системы «1С:ТОИР Управление ремонтами и обслуживанием оборудования 2 КОРП» (2.0.43.1). Основные изменения коснулись совершенствования процессов управления активами, которые позволят использовать систему в условиях российских предприятий для достижения установленных целей с заданной результативностью и эффективностью.

08.05.2022    635    Desnol_Soft    0    

Переход с УПП на ERP с сохранением документов. Фантастика или реальность?

Внедрение ИТ-системы Обмен между базами 1C v8 УПП1 ERP2 Бесплатно (free)

В последнее время задача перехода с УПП становится все более актуальной. Причина – ожидаемое снятие УПП с поддержки и более продвинутые возможности последних версий конфигураций 1С. О том, какие методики переноса данных из УПП в ERP можно применить, и как в автоматическом режиме убедиться, что все перенеслось корректно, на конференции Infostart Event 2021 Moscow Premiere рассказал Сергей Сорокин.

28.04.2022    1602    primat    1    

Признаки и причины неуспешных внедрений 1С: ERP

Внедрение ИТ-системы v8 ERP2 Бесплатно (free)

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

22.04.2022    4502    roman72    19    

Внедрение программного продукта. Особенности работы бизнес-консультанта. Часть II Промо

Внедрение ИТ-системы Бесплатно (free)

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

16.11.2014    29657    raiml    46    

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

Внедрение ИТ-системы Управление проектом Бесплатно (free)

Директор по проектам Инфостарт Мария Темчина на конференции Infostart Event Post-Apocalypse делала большой доклад о внедрении Канбан-систем. В преддверии старта курсов Марии по управлению ИТ-проектами редакция Инфостарт решила поделиться с читателями докладом о работе ИТ-команд с Канбан. В статье вы узнаете, зачем внедрять такую систему работы, и как она помогает договариваться разработчикам и бизнесу.

22.04.2022    2003    MariaTemchina    1    

Переход с 1С:УПП на 1C:ERP. Переделываем интеграции, использующие SQL запросы к СУБД (на примере УПП -> QlikView -> ERP)

Внедрение ИТ-системы v8 ERP2 Россия Бесплатно (free)

При переходе с УПП на ЕРП меняется структура метаданных и требуется изменять интеграции, использующие SQL запросы к СУБД. В статье представлены инструменты, которые помогут упростить переход.

11.04.2022    2059    1СERP    39    

Переход с 1С:УПП на 1C:ERP. Переезд пользователей с сохранением прежних прав

Внедрение ИТ-системы v8 ERP2 Россия Бесплатно (free)

В очередной статье, посвящённой практике перехода с 1С:УПП на 1С:ERP, мы рассмотрим перенос пользователей в новую автоматизированную систему с сохранением прежних прав на примере кейса одного из наших заказчиков, крупного производителя кофейной продукции. Автор статьи: Дмитрий Малышев - разработчик 1С с 2004 года на платформах 1С 7.7, 8.1, 8.2, 8.3. Сертификат «1С:Эксперт по технологическим вопросам». Участник 30 проектов полного цикла внедрения 1С:УПП и 1C:ERP.

25.03.2022    1738    1СERP    2    

Необходимые факторы для успешного внедрения "1С:УПП" Промо

Внедрение ИТ-системы УПП1 Бесплатно (free)

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

12.08.2013    28339    Adapta    13    

Виды учета в 1С: ERP Управление холдингом

Внедрение ИТ-системы v8 ERP2 УХ БУ НУ УУ Бесплатно (free)

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

12.03.2022    1377    user662404_itlexusss    3    

Как сформировать команду проекта цифровизации ТОиР? Из "Отряда самоубийц" — в "команду мечты"

Управление проектом Управление командой Внедрение ИТ-системы v8 1cv8.cf Беларусь Россия Казахстан УУ Бесплатно (free)

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

11.03.2022    1112    Desnol_Soft    0    

Ни в ЗУП ногой!? А мне нравится! Часть 1. Главные сложности решения, что отталкивает

Зарплата Кадровый учет Механизмы типовых конфигураций Внедрение ИТ-системы v8 v8::СПР ЗУП2.5 ЗКБУ 1С7:ЗиК ЗКГУ3.0 ЗУП3.x БУ Бесплатно (free)

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

03.03.2022    6230    biimmap    57    

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

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

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

10.09.2012    30878    PAVI    34    

Как мы подружили "1С:Аналитику" и "Финансист". Практический опыт

Консолидация данных Внедрение ИТ-системы Анализ и проектирование ИТ-систем Бесплатно (free)

«1С:Аналитика» – достаточно молодой инструмент от фирмы «1С». О том, как его настроить и запустить для отображения консолидированных данных из различных баз, на митапе «Бизнес-анализ по данным базы 1С. Интеграция с платформами BI» рассказала Ирина Богданова – ведущий разработчик тиражного решения «Финансист» в компании WiseAdvice.

11.02.2022    2153    bogira    2    

Интеграционные возможности 1С:ТОИР 2 КОРП на примере реальных кейсов

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

В статье рассмотрим современные интеграционные возможности 1С:ТОИР 2 КОРП с ключевыми решениями на платформе «1С:Предприятие 8.3», а также с АСУ ТП и системой мониторинга производственного оборудования АИС «Диспетчер».

09.02.2022    1234    Desnol_Soft    4    

Документальное оформление бизнес-процессов в проектах по автоматизации

Анализ и проектирование ИТ-систем Управление проектом Внедрение ИТ-системы Бесплатно (free)

При формировании проектной документации под конкретного заказчика важно использовать в качестве основного источника информации автоматизируемые бизнес-процессы. О том, как такой подход позволяет соблюсти правило полноты и непротиворечивости информации на митапе «Бизнес-аналитик. Роль в команде, компетенции, инструментарий» рассказал руководитель отдела экспертизы компании «Первый БИТ» Денис Галимов.

02.02.2022    3273    denisgalimoff    3    

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

Внедрение ИТ-системы v8 УПП1 Россия Бесплатно (free)

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

26.01.2012    127719        53    

Экспресс-обследование и реинжиниринг бизнес-процессов

Внедрение ИТ-системы Управление проектом Анализ и проектирование ИТ-систем Бесплатно (free)

Проведение обследования – это первый этап работы на проекте. От того, как этот этап пройдет, и какие результаты будут получены, будет зависеть дальнейший исход вообще всего проекта. О проведении обследования предприятия для целей управленческого учета на основе МСФО рассказал Генеральный директор ООО «Рэй Консалтинг» Николай Шилкин.

26.01.2022    1889    RayCon    0    

Бизнес-аналитики 1С: спрос есть, но кто они?

Управление ИТ-подразделением Внедрение ИТ-системы Анализ и проектирование ИТ-систем Бесплатно (free)

Каждый понимает по-своему, кто такой бизнес-аналитик и чем он занимается. Руководитель компании CORS Consulting Илья Отькало постарался ответить на вопросы, что должен знать такой специалист, какие знания и навыки ему пригодятся в работе.

24.01.2022    4584    otkalo    0    

Роль и задачи аналитика в проектной команде при внедрении 1С

Управление командой Внедрение ИТ-системы Анализ и проектирование ИТ-систем Бесплатно (free)

Типовые продукты фирмы «1С» становятся все более гибкими, и функция разработки или изменения для них очень часто вообще не требуется или требуется точечно, поэтому для подобных проектов появился отдельный специалист – аналитик 1С. Какие у него задачи, и чем он отличается от системного аналитика и бизнес-аналитика, рассказал руководитель отдела экспертизы компании «Первый БИТ» Денис Галимов.

19.01.2022    5524    denisgalimoff    8    

Принципы внедрения и сопровождения учета на базе 1С Промо

Внедрение ИТ-системы v8 1cv8.cf Россия Бесплатно (free)

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

19.01.2012    68290    stvorl    185    

Переход с 1С:УПП на 1C:ERP: Подсистема поддержки пользователей в 1С:ERP

Внедрение ИТ-системы v8 ERP2 Бесплатно (free)

Очередная статья из цикла статей о практических особенностях перехода с программы 1С:УПП на 1C:ERP. Автор статьи: Малышев Дмитрий - Разработчик 1С с 2004 года на платформах 1С 7.7, 8.1, 8.2, 8.3. Сертификат 1С:Эксперт по технологическим вопросам. Участвовал в 30-ти проектах внедрения 1С:УПП и 1C:ERP.

06.12.2021    4719    1СERP    9    

Подбор и организация работы команды на проекте внедрения 1С. Создание команды проекта

Внедрение ИТ-системы Управление командой Бесплатно (free)

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

30.11.2021    970    Koder_Line    3    

"Пасти котов распределенно" – 7 важных приемов для менеджера проектов в управлении распределенной командой, особенно если раньше она такой не была

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

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

22.11.2021    2162    Selikhovkin    1    

Обзор новшеств редакции БП 2.0 по сравнению с 1.6 Промо

Закрытие периода Внедрение ИТ-системы v8 БП2.0 1С:Франчайзи, автоматизация бизнеса Россия НУ НДС УСН Бесплатно (free)

Чем отличается редакция БП 2.0 от редакции 1.6. На что нужно обратить внимание при переходе на новую редакцию.

13.12.2010    21327    KapasMordorov    30    

Переход с 1С:УПП на1C:ERP: Перенос остатков и затянувшееся начало работы в ЕРП

Внедрение ИТ-системы v8 УПП1 ERP2 Россия УУ Бесплатно (free)

Настоящей статьей мы продолжаем цикл из трех статей о технических особенностях перехода их программы 1С:УПП на 1C:ERP. Автор статьи: Малышев Дмитрий - Разработчик 1С с 2004 года на платформах 1С 7.7, 8.1, 8.2, 8.3. Сертификат 1С:Эксперт по технологическим вопросам. Участвовал в 30-ти проектах внедрения 1С:УПП и 1C:ERP.

28.10.2021    7210    1СERP    20    

Оценка стоимости проекта по внедрению ERP

Внедрение ИТ-системы 1cv8.cf Бесплатно (free)

Вопрос о стоимости внедрения 1С:ERP неизменно возникает у заказчика при обсуждении деталей проекта, причем нередко – первым. Однако ответ на него не всегда так однозначен, как хотелось бы. Когда можно дать ответ на этот вопрос и насколько точным он будет – расскажем в этой статье.

30.09.2021    2044    Koder_Line    2    

Как выбрать конфигурацию 1С для автоматизации производства?

Производство готовой продукции (работ, услуг) Внедрение ИТ-системы v8 1cv8.cf Россия УУ Бесплатно (free)

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

22.09.2021    2814    murzilka88    3    

Переход с 1С:УПП на 1C:ERP: Задача переноса печатных форм в сжатые сроки. Конструктор печати

Управление проектом Внедрение ИТ-системы v8 ERP2 Россия Бесплатно (free)

Настоящей статьей мы начинаем цикл из трех статей о технических особенностях перехода с программы 1С:УПП на 1C:ERP.

07.09.2021    3175    1СERP    10