Новости
Программа
22 сентября
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
23 сентября
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Приглашенные эксперты
Доклады
Лустин
* неструктурированная информация в компании применяющей стэк технологий 1С
* математический аппарат готовый для использования в реальной жизни
* стоимость владения проектами BI в компании
Часть "вторая" - BI это деньги
* примеры показателей для бизнеса
* способы оптимизации бизнеса на основе BI
* подходы к обоснованию принятия решений
Часть "третья" - BI это коллектив
* обзор инструмента Dataiku - Collaborative Data Science Platform
* примеры использования Dataiku на базе данных учетных систем 1С
* разрешение конфликтов между математиками
Часть "четвертая" - BI запускается за неделю
* типовой план проекта по запуску в компании
* типовые ошибки менеджмента при запуске BI в компании
Аверьянов
1.Типовые подходы к оптимизации (по учебнику): поиск узких мест, оптимизация запросов, алгоритмов с транзакциями. Либо наращивание оборудования, чтобы в пиковый час "ничего не висело" и бизнес не терял деньги на заказах.
2.Альтернативный подход: перенос операций на другое время или выполнение в фоновом задании (в отдельном потоке)
3.Три кейса: обработка заказов на складе перед сборкой. отгрузка заказов в конце смены, отложеное создание и проведение реализаций. В каждом случае нам удалось
повысить производительность системы в пиковые часы в несколько раз. И в каждом случае мы не оптимизировали непосредственно алгоритмы и бизнес-логику
Пашков
В ходе доклада поговорим о следующем:
* Особенности разработки для внутреннего заказчика
* Жизненный цикл задачи
* Вид работ отдела разработки: разработка, тестирование, документирование, сбор и формализация требований
* Управленческие подходы к планированию работ отдела разработки
* Как можно планировать с помощью СППР, и чего не хватало
* Оперативное управление задачами в отделе разработки
* Как организовать учет фактических трудозатрат, что бы не усложнять при этом работу
* План-факт анализ работ и трудозатрат: когда смотрим сколько сделано, а когда что делали
* Контроль доставки результатов до заказчиков
* Разбор полетов: "зачем это сделано"
* Итоги эксплуатации СППР для нашего отдела
Стальной
Один заказчик: АО «Красноярскнефтепродукт» ( http://knp24.ru/about/ )
Одна команда: БИТ:ERP (подразделение Первый БИТ, реализующее
масштабные проекты корпоративной автоматизации)
Две технологии управления: классическая проектная технология ("каскад") и scrum
Два результата: провал и успех
Все события и действующие лица - реальны. Любые совпадения не случайны ;)
Рассмотрим практику применении agile-принципов в привязке к конкретным
инструментам. Абсолютный минимум теории (чтобы было интересно тем, кто
не знаком со scrum).
В ходе доклада будет рассказано об успешном опыте (с реальными
примерами и скриншотами) реализации:
- scrum-доски (Jira)
- инструментов для ведения и поддержки в актуальном состоянии
технической и пользовательской документации (Confluence)
- польза и порядок организации гибридных (асинхронная часть +
синхронная) стэндапов (Geekbot.io, Skype)
- организация коммуникаций территориально распределенной (6 часовых
поясов) команды (Slack)
- организация сервис-деск с нуля за один день (Zendesk, osTiket)
По итогам доклада слушатели получат ответы на наиболее
распространённые вопросы, связанные с началом применения scrum:
1. С чего начать и какие инструменты использовать?
2. Как можно получить, и, тем более, запустить в опытную эксплуатацию
какой-то отдельный модуль по итогам спринта, если мы внедряем, к
примеру, бухгалтерскую подсистему, и там всё взаимосвязано?
3. Как убедить заказчика использовать scrum?
Белов
По натуре ученый-исследователь.
По образованию инженер-океанолог.
По профессии руководитель организации.
По жизни поющий музыкант-мультиинструменталист, скульптор.
С недавних пор коуч.
Усилия, направляемые проектными группами на совершенствование методов оценки, теряют экономический и практический смысл - чаще легче сделать и измерить (T&M), чем оценить (FP) и уложиться. Хотя, если присмотреться, метод T&M – это тот же FP, только на меньшем промежутке времени – принципиальные отличия отсутствуют. В одном случае (FP) фиксируется стоимость проекта целиком за весь срок, в другом случае (T&M) фиксируется стоимость одной итерации. Может показаться, что метод T&M способен исключить ошибки в оценке и увеличить процент успешных проектов, но статистика программных проектов говорит об обратном. Более 80% выходят за рамки ограничений сроков и стоимости. Что же делать?
Возникает мысль, если оценки столь ошибочны вне зависимости от выбранного метода, может быть совсем отказаться от оценки? При всей парадоксальности этой идеи, она нашла свое развитие. Несколько лет назад за рубежом появилось целое направление в оценке программных проектов с громким названием #NoEstimates («#БезОценок»). Спрашивается, как в таком случае управлять стоимостью проекта?
В докладе расскажу о собственном понимании принципов «#NoEstimates» и об опыте работы «#БезОценок» - как применить эти принципы для увеличения количества успешных проектов.
Родионов
• Как в этом случае действовать?
• Как достучаться до того, кто выше по должности?
• Как договариваться, когда полномочия на бумаге?
• Что делать, когда на стороне клиента (внешнего и внутреннего) нет согласия по поводу проекта? «Лебедь, рак и щука».
Например:
• В проекте по внедрению 1С участвуют сотрудники финансового департамента, которые формально должны подчиняться руководителю проекта. А по факту они игнорируют его задачи, ссылаются на занятость.
• ИТ директор часто находится в сервисной, обслуживающей роли в компании, при этом руководство ожидает от него инициативу в области оптимизации бизнес процессов. Однако, как только он проявляет инициативу и, например, предлагает варианты улучшения коммерческих процессов в компании, то слышит в свой адрес: «а чего это вы в продажи лезете, мы без вас разберемся».
• Руководители проектов со стороны заказчика оказываются в ситуации, когда заказчик не соблюдает границы проекта – «7 пятниц на неделе». Но у заказчика есть финансовый рычаг давления, и он манипулирует этим, принуждая подрядчика идти на уступки.
Содержание доклада
1. Основные причины разногласий в проектах. Статистика на основе более 500 проектных кейсов с авторского тренинга для руководителей 1С проектов.
2. Официальные полномочия и фактическое влияние. Чем они отличаются?
3. Как повысить свой уровень фактического влияния, когда нет полномочий
4. Детальный разбор кейса с ситуацией по внедрении 1С в компании крупного холдинга
5. Ответы на вопросы участников конференции.
Вопросы, на которые вы хотите получить ответ от докладчика можно отправить в личные сообщения. Развернутый ответ вы получите на конференции.
Вечерний мастер класс по решению кейсов участников, после завершения докладов.
Щеглов
С 2002 года в 1С, много работал у интеграторов на автоматизации розницы, HoReCa, с 2011 года занимаю должность ИТ директора на заводе MarkaGroup, руковожу отделом из админов и программистов, кроме того и сам программирую.
Был на многих конференциях Инфострата, один раз участвовал как докладчик.
Вот примерный план доклада:
1. История неудач. Первые шаги по реализации проекта "Планирование в ГК".
2. Почему не получилось и что необходимо сделать чтобы проект масштаба ГК взлетел.
3. Важные этапы жизни проекта.
4. Детали проекта "Планирование в ГК".
Стратегическое планирование. Коротко о главном.
Планирование в маркетинге и продажах. Так ли уж важно точное планирование?
Планирование в производстве. Как планировать загрузку производства.
Планирование в снабжении. Как примерные планы продажников превратить в точные планы снабженцев.
5. Будущее проекта "Планирование в ГК".
6. Итоги. Основные тезисы.
Мироненко
2015-текущий момент, Руководитель проектов 1С:ERP, директор по развитию ВЦ «Раздолье».
2014-2015, Директор по ИТ промышленного холдинга «СеверРос».
2012-2014, Директор по ИТ торгово-промышленного холдинга «НОВОКОР».
2010-2012, Директор по ИТ Волгоградского Судостроительного Завода.
2005-2010, Директор по ИТ группы компаний «Добрый Колбасник».
2004-2005, Руководитель службы ИТ Волгоградского отделения торговой сети «Пятерочка».
Дополнительная информация
Автор учебных курсов по 1С:ERP 2 и 1С:Управление Холдингом 8.
Ведущий вебинаров по автоматизации.
Активный участник профессионального сообщества специалистов «1С».
1. Описание основных этапов проекта - состав работ, роли участников, риски. Состав проектной документации и её назначение.
2. Рабочие инструменты проектирования и управления проектами (на примере СППР, Redmine).
3. Применимость методологии Agile при внедрении сложных программных продуктов.
Уразбаев
Можно назвать много отличительных черт хорошей команды: сплоченность членов команды, компетентность, вовлеченность и ответственность. Так и есть.
Но что является *критерием* эффективности команды? У меня есть собственное определение. Мне кажется, эффективность команды определяется умением справляться с проблемами. И *крутость* команды определяет масштаб проблем, которые она способна решать.
Крутые команды способны решать крутые проблемы. Здорово, если вы оказались в такой. А если нет? Исскуство лидера состоит в том, чтобы сделать из обычной среднестатистической группы людей невероятно крутую банду профи. А значит, научить команду решать любые проблемы.
Казачков
Окончил математический класс Школы 57 в Москве.
Учился на кафедре системного анализа и программного обеспечения АСУ факультета кибернетики
МИРЭА.
В 1994 году создал компанию «Рарус», которая в 1995 году была преобразована в совместное
предприятие с фирмой «1С» - внедренческий центр «1С-Рарус».
За 28 лет работы на рынке клиентами «1С-Рарус» стали более 150 000 предприятий, а также
подразделения крупнейших мировых компаний.
Офисы группы компаний работают в 5 странах.
Компания занимает первые места в федеральных рейтингах «1С»: 1С:ERP, 1С:Консалтинг, Купить
1С:Предприятие.
В компании работает более 3 000 сотрудников.
Система менеджмента «1С-Рарус» соответствует международному стандарту качества ISO
9001:2015.
Отраслевая экспертиза: 90 типовых решений для 17 отраслей.
Более 70 программных продуктов были разработаны для отраслей: розничная торговля, HoReCa,
торговля автомобилями, автоперевозки, оказание медицинских услуг и другие.
Достижения компании отмечены наградами и премиями независимых и
профессиональных сообществ.
Дмитрий Казачков является автором и соавтором методических пособий по
управлению бизнесом для организаций, чья деятельность связана с
фирмой «1С».
В 2012 году получил диплом Executive MBA Московской Школы Управления Сколково.
Заведующий кафедрой «Технологии 1С» Финансового университета при Правительстве РФ,
созданной в университете 1 сентября 2012 года совместно с компаний «1С-Рарус».
- Как мотивировать сотрудников и руководителей
- О ценностях
- О том как вырасти и проводить изменения
- Про отношения с клиентами
Тягунов
В сфере "1С" с 1999 года. С 2003 года – основатель и управляющий партнер консалтинговой группы (КГ) "Wiseadvice", в состав которой входят 5 компаний:
-
аутсорсер учетных функций "1С-Wiseadvice" (дочерняя компания фирмы "1С"),
-
крупный 1С-Франчайзи (с тиражными линейками "Финансист" и "Юрайт"),
-
"Гардиум": патентные поверенные и судебные адвокаты,
-
аудиторская компания "Правовест-аудит" и др. организации.
Докладчик конференций Infostart Event 2016-2021гг. Модератор секции "Мотивация, лидерство и личная эффективность" на Infostart 2021 Msk.
Когда и каким образом проводить переговоры о повышении зарплаты с текущим работодателем? Как эффективнее и безопаснее искать новое место работы? Важность соцсетей, портфолио и "рекомендателей».
Регулярное формирование личного бренда и персональный контент-маркетинг. Блоги, статьи, видео, доклады на мероприятиях – что именно, где, когда и как правильно делать? Живые «кейсы» (примеры).
Примерный порядок мастер-класса (тезисы).
1. Почему возникла необходимость в инструменте типа “RedMine”
2. Почему именно RedMine среди других продуктов
3. Исходные критерии и основные возможности RedMine или “Аппетит приходит во время еды”
4. Небольшими шагами от Service Desk к сервисной модели управления
5. Организация механизмов управления проектами
6. Формирование конечной цели: Руководство IT-отделом
7. Планы на будущее
8. Ожидание и реальность.
9. RedMine не только для ИТ
Белокаменцев
За те же деньги, в те же 8 рабочих часов, тем же набором людей. Но втрое быстрее.
Набор практик вобрал в себя лучшее, что есть в Scrum, теории ограничений, контроллинге, стратегическом управлении, и даже кодексе самураев.
В итоге, набор практик стал алгоритмом работы, последовательностью действий и контрольных точек для конкретной команды программистов 1С.
Алгоритм отвечает на вопросы:
- как быстро обрабатывать входящий поток задач;
- как распределять задачи в команде, учитывая компетенции и предпочтения в развитии;
- как быстро и просто расставлять приоритеты;
- как быстро находить и принимать архитектурные решения;
- как создать и использовать "комплект увольнения", ускоряя решение задач;
- как системно и измеримо развивать компетенции сотрудников;
- как ускорить сдачу работ заказчикам;
- как взаимодействовать с внешним миром;
- как убедить заказчиков, что программисты лучше знают, что нужно делать;
- как получать удовольствие от работы.
Ну и главное - как объяснить программистам 1С, зачем им нужно работать втрое быстрее за те же деньги :)
Доклад основан на реальном примере, реальной команде, с реальными цифрами.
Макаров
- 20 лет в ИТ, 16 лет в 1С, 10 лет опыта управления
- Прошел веселый путь от специалиста службы поддержки до совладельца ИТ компании
- Вырастил 18+ руководителей, работающих удаленно
- Доп. образование психолога, бизнес-коуча и трекера
- Опыт внедрения холактарии, создания внутренних школ развития лидеров, индивидуальной прокачки руководителей
- Опыт выступления на массовых конференциях 4 года (в том числе TedX, Infostart Event, РИТ++, Цифровой прорыв и др.)
Я расскажу выводы из 5-летней истории развития soft-skills в сотрудниках.
1. Почему нетехнические навыки важны?
2. Какие есть нетехнические навыки и как их развивать?
3. Основные правила взаимодействия с коллегами и клиентами.
4. Проблемы при взаимодействии и как их решать.
5. Как быстро построить доверительные отношения?
6. Пример системы развития нетехнических навыков в компании.
7. Культура обратной связи и непрерывного развития.
Шамсутдинов
2006-2008 Уфимское Моторостроительное Производственное Объединение, инженер-конструктор.
2008-2015 ООО «АСКОН-Уфа» (региональное представительство Группы компаний «АСКОН»).
2015 – по настоящее время ООО «ОйлГИС», ведущий специалист по информационным технологиям. Руководитель проекта (методолог, бизнес-аналитик) внедрения системы управления предприятием на базе 1С:ERP.
Бизнес-аналитик в области инженерного документооборота, руководитель проектов построения систем автоматизации машиностроительных производств.
Помогаю предприятиям с внедрением 1С:ERP
В докладе расскажу о том, как мы пришли к системе мотивации, которая позволила сотрудникам лично отвечать за качество выполняемой работы, за сроки исполнения заданий, планировать и управлять собственным бюджетом.
Описание проекта по внедрению системы мотивации в ИТ-службе:
- Предпосылки внедрения системы мотивации (как мы шли к этому, почему нельзя было оставить все как есть)
- Трудозатраты или деньги? (Что важнее видеть сотруднику при получении задания?)
- Алгоритм определения выработки сотрудника.
- Методика расчета выплаты сотруднику нарастающим итогом (повышение ответственности сотрудника за выполненную работу, аналог "гарантийных" обязательств)
- Автоматизация процесса выдачи заданий, контроль исполнения, расчет выработки (использование Redmine, 1С)
- Итоги "в цифрах" (чего добились после внедрения данной системы мотивации, как изменилось качество сдаваемых работ заказчику, как изменились доходы сотрудников при незначительных изменениях базовой части оклада).
Тапилин
Работал программистом 1С во франчайзи с 2004 по 2009г.
С 2009 г. работает в ГК "Агат". Данная компания - один из крупнейших автодилеров в России, штат около 4500 человек, из них пользователей ПК около 2500.
Работал программистом 1С, руководителем проектов по ИТ, начальником отдела технической поддержки. С 2016 - зам. директора по ИТ.
Будут рассмотрены:
1. Показатели эффективности работы ИТ-подразделений компании в условиях отраслевой специфики.
2. Инструменты повышения эффективности работы ИТ подразделения.
3. Примеры внедрения на практике и демонстрация результатов в части:
a. времени обработки запросов
b. распределения задач
c. групп ответственности
d. оцифровке нормативов
e. систем мотивации
4. Интеграция между инструментами.
Цыденов
- Развитие работы с корпоративными пользователями.
- Стратегия и планы на будущее.
Шилкин
- Бизнес-аналитик
- Генеральный директор ООО "Рэй Консалтинг"
- Более 25 лет опыта в сфере автоматизации международного учета (МСФО, US GAAP) в транснациональных корпорациях.
- Имеются совместные проекты с "Большой Четверкой"
- Лауреат премии Infostart Awards в номинации "Лучшая статья"
- Соавтор 1C:Drive
В основе доклада лежат некоторые тезисы из выступления на международной конференции “Discover ICT 2015” в Праге. Представляются новые материалы по англоязычным версиям программ на платформе 1С (1C:ERP, 1C:Small Business и др.) и по присутствующим на глобальном рынке игрокам. Даются оценки перспектив и рисков выхода на глобальный рынок, а также рекомендации для 1С-стартаперов.
Предварительные тезисы доклада:
1. Требования и состояние глобального рынка автоматизации бизнеса:
1.1. Клиенториентированность.
1.2. Высокая конкуренция.
1.3. Ожидание интуитивно понятных решений.
1.4. Оперативная коммуникация.
2. Обзор глобального рынка 1С:
2.1. Решения, родившиеся на Западе.
2.2. Решения для СНГ, уже адаптированные для Запада.
2.3. Решения для СНГ, которые имеет смысл адаптировать для Запада в первую очередь, и как именно надо адаптировать (английская терминология, МСФО, SWIFT, Incoterms, SEPA, товаросопроводительная документация, интеграция с бухгалтерскими и платежными системами и др.).
3. Объективные и субъективные проблемы в продвижении 1С на Запад:
3.1. Достоинства и недостатки платформы 1С.
3.2. Проблема курицы и яйца: нет решений на платформе 1С, потому что платформа непопулярна, а платформа непопулярна, потому что на ней нет решений. Как разорвать этот порочный круг?
3.3. Английская бизнес-лексика.
3.4. Прецедентное и континентальное право.
3.5. Основные принципы работы на высококонкурентном рынке (компетенции, портфолио, бизнес-моделирование и др.).
4. Предпосылки для продвижении 1С на Запад:
4.1. Наработанная практика различных отраслевых решений.
4.2. Огромный институт 1С-франчайзи и большой рынок труда программистов в странах бывшего СССР.
4.3. Широкая русскоязычная диаспора.
4.4. Опыт команды “1С International”.
5. Рекомендации для глобальных 1С-стартаперов:
5.1. Свободные и низкоконкурентные ниши на глобальном рынке.
5.2. Регистрация компаний за рубежом.
5.3. Зарубежные акселераторы и инкубаторы.
5.4. Привлечение инвестиций: бизнес-ангелы, FFF, IPO, ICO, краудфандинг.
Алексей
После распада СССР стал гражданином Молдовы. В 1993 году ушел в коммерческие структуры - был приглашен в одну из ведущих компьютерных компаний республики. С 1995 года на руководящих должностях в компаниях различных направлений IT-отрасли - software, hardware, телекоммуникации.
В 2011 году получил приглашение в проект по продвижению продуктов «1С» в Румынии, с 2012 года - живет и работает в Бухаресте, исполнительный директор дочернего предприятия Фирмы «1С»
И самое главное – про то, что рынки дальнего зарубежья ждут своих героев.
Самошина
Для кого доклад: для менеджеров, которым нужны заместители, для разработчиков, которых хотят поруководить
В докладе расскажу как найти, вырастить или украсть такого человека.
А так же что делать, если вы разработчик и хотите стать руководителем.
А так что не надо делать :) На основании личного опыта
Основные темы:
- Как определить сможет ли разработчик быть менеджером
- В какой момент пора готовить себе замену
- Чем руководитель отдела разработки отличается от руководителя любого другого отдела
- Должен ли руководитель разработки быть программистом
- Внутренний маркетинг - зачем и как хвалить себя
- И вот вы менеджер - что делать
- Практические советы
Евгений
Не секрет, что зачастую руководство компании, собственники бизнеса ждут от внедрения ИТ систем "прорыва" - сокращения издержек на персонал, автоматизации процессов, контроля за бизнесом онлайн. Однако многие компании, перейдя на использование новых информационных систем, получают все то же самое что и было до внедрения, только в "автоматизированном" варианте. Дополнительно вместо "простых" бухгалтеров надо содержать более квалифицированный персонал, который сможет грамотно провести закрытие периода в 1С или даже сформировать баланс и отчет по налогу на прибыль в SAP. Да еще и затраты на программистов, сервера, службу поддержки и т.д. А где же прямая экономическая выгода? А выгода становится очевидной, когда количество и охват бизнес-процессов различными ИС превышает критическое значение, что позволяет полностью перестраивать бизнес-процессы, переводя их в "цифровой" формат. В ходе доклада мы поговорим о том, как имея стандартный набор систем на базе 1С приблизиться к реализации концепции Industry 4.0, повысить эффективность бизнеса и доказать менеджменту что вложения в ИТ - это крайне выгодно.
Мы обсудим вопросы, ответы на которые помогут в работе любому ИТ руководителю:
1. Почему классические информационные системы типа автоматизации бухучета, перевода процессов с бумаги в электронный вид далеко не всегда увеличивают эффективность компании?
2. Как перейти от разрозненных автоматизированных в различных информационных системах бизнес-процессов отдельных подразделений к комплексному взгляду на бизнес-процессы компании?
3. Как имея стандартный набор конфигураций 1С на предприятии повысить экономическую отдачу от их использования без внесения значительных доработок, внедрения новых подсистем? Практические примеры.
4. Что такое концепция Industry 4.0? Почему рано или поздно к этому придут все предприятия?
5. Как оценить потенциальный экономический эффект от перевода бизнес-процессов в полностью "цифровой" формат? Практические примеры.
Панченко
C 1996 года занимается разработкой сложных высокопроизводительных систем для бизнеса. Использует PostgreSQL с 1998 г.
Руководил разработкой контентных проектов в «Рамблере», был директором по разработкам в «Стек Групп», техническим директором социальной сети «Мой Мир».
Разработчик Rambler Media, kassir.ru, портала ВШЭ и других интернет порталов и информационных систем для бизнеса.
С 2015 г. соучредитель и заместитель генерального директора компании Postgres Professional.
- автоматическом конфигурировании
- компрессии данных
- улучшениях в планировании и исполнении запросов
- улучшениях, связанных с работой временных таблиц
- новых средствах резервного копирования и мониторинга.
Бурмистров
Автор курсов по оптимизации и ускорению 1С, проводил тренинги для корпоративных клиентов и частные консультации. Опыт обучения и преподавания более 10 лет.
1. Почему это до нас ни кто не делал.
2. Искусственный разум или "экспертная система" или...
3. Почему "я сейчас сварганю на коленке" неожиданно превратились в два года разработки...
3.1 два противополжных алгоритма
3.2 почему "год работы" оказался ни кому не нужен
3.3 ревью
4. Декомпозиция при анализе - плюсы и минусы (а так же что и как декомпозировать)
4.1 Глубина анализа
4.2 Неоднозначность рекомендаций - универсально не очень или эффективно но не для всех
4.3 Почему важно ранжировать значимость рекомендаций
5. Как мы выясняли - умнее ли наш алгоритм человека
5.1 Внутри команды
5.2 Публичный конкурс
6. Ожидаемые неожиданные форс-мажоры - чего мы предусмотреть не смогли и как боролись
6.1 Хранить или предрасчитывать
6.2 Памяти много не бывает
6.3 Инструкций ни кто не читает
7. Дорожная карта или "стрижка только началась"
Филиппов
За это время на практике освоил смежные специальности - администрирование серверов, разработку в 1С, консультирование по различным прикладным решениям 1С, экспертизу по технологическим вопросам крупных внедрений, преподавание, линейный и проектный менеджмент.
Автор, соавтор, и ведущий нескольких курсов в УЦ1 1С.
Автор "Настольной книги 1С:Эксперта по технологическим вопросам". Когда-то обещал, что следующая книга будет про людей - вот доклад про людей.
С минимальными требованиями к лицензиям, без необходимости иметь оборудование под клиентские приложения и существенно более дешевая в плане трудозатрат на проведение тестов.
1. Традиционная технология и ее узкие места, делающие ее, начиная с определенного уровня нагрузки, очень дорогой.
2. Особенности типового решения "Тест-центр", еще более удорожающие работу.
3. Для чего нам (партнерам) нужен нагрузочный тест - возврат к сути задачи.
4. Обход основных узких мест путем переноса работы с клиентских соединений на фоновые задания.
5. Обход архитектурных особенностей типового решения путем изменения способа управления сеансами.
6. Подтверждение жизнеспособности предложенных технологий: два отраслевых рекорда, успешно отработавшие тесты на 25000 потоков в прототипе и на 15000 - в ERP.
Носков
- управление командой экспертов 1С
- экспертная поддержка баз 6000+ пользователей
- участие в проектах нагрузочного тестирования 10'000 одновременно работающих пользователей
Продолжим обсуждением такой дилеммы, как одновременное желание наращивать функционал для развития бизнеса и естественным желанием сохранить общую работоспособность системы. Какие ошибки и почему совершали мы на этапе бурного развития функционала, какие сложности это вызывает сейчас.
Основной вопрос, который при этом возникает – а есть ли способ вообще не совершать ошибки? И если такого способа нет, то должна ли в вопросе борьбы с этими ошибками помогать и платформа 1С?
Баркетов
Нашей командой выполнено более 100 проектов оптимизации производительности средних и крупных ИТ-систем, значительную часть
которых составляют системы 1С. Автор и соавтор многих технологий (PerfExpert, DBRepl, Кластер SDC и прочие).
Также будут разобраны причины увеличения длительности записи и проведения «больших» документов (более 10000 строк), возможности по ускорению этих операций. Это критически важно в период сдачи отчетности, выполнение операций закрытия месяца и расчета себестоимости и подобных документов.
Филиппов
- Если в таблице менее 100 млн. записей - она маленькая, достаточно средств MS SQL (сжатие, секционирование)
- Yandex ClickHouse - самая (ну или почти самая) быстрая СУБД в мире.
- Что может и чего не может ClickHouse.
- Какие задачи решает и какие позволяет решить.
- Установка и настройка.
- Использование совместно с 1С.
Лазаренко
1. Основные причины замедления работы БД 1С
Краткое вступление. Перечисление основных причин замедления работы 1С: увеличение количества пользователей, усложнение конфигураций и платформы, прочее.
Акцент на основных проблемах:
1.1 Каждый сеанс отнимает ресурсы сервера, даже если пользователь не работает с ним
1.2 Запросов к серверу много, время их выполнения становится все больше и больше, сервер не справляется с очередью запросов.
2. Способы ускорения - очевидные и нестандартные
Очевидные - увеличение мощности серверов и инфраструктуры, оптимизация конфигураций 1С, настройка ПО.
Нестандартные - пишем свой сверхтонкий веб-клиент для 1С и:
2.1 Загружаем сервер только на время выполнения запроса
2.2 Уменьшаем время выполнения одного запроса
2.3 Уменьшаем количество запросов к 1С
3. Веб-сервисы как способ ускориться на порядок
3.1 Развернутый ответ по пунктам 2.1, 2.2 и 2.3.
4. Интеграция с сайтом и дополнительное ускорение работы в 1С
4.1 Одностраничное приложение на html+js+1C
4.2 Кэширование данных в промежуточной базе на сайте
4.3 Распределенные базы данных на 1С
5. Практика
5.1 Статистика - отчет о нагрузочном тестировании сверхтонкого клиента для 1С:ITIL, работа 3000 пользователей в течение 12 часов.
5.2 Разбор отчета. Выявление основных факторов ускорения работы: что зависит от платформы 1С, что от веб-сервера, от железа, от ПО и от алгоритмов конфигурации.
6. Дополнительные плюсы сверхтонкого веб-клиента
6.1 Безопасность
6.2 Кроссплатформенность
6.3 Универсальные интерфейсы для мобильных устройств и десктопов
6.4 Произвольный интерфейс
6.5 Интеграция с сайтами
7. Выводы
Дорошкевич
- Центральный сервер vs Рабочий сервер, в чём разница?
- Требования назначений функциональности, как это готовить?
- Настройки кластера и сервера 1С, какая на что влияет?
- Настройка инфраструктуры с сервером программного лицензирования 1С
Евгений
Что, зачем, в чем выгода использования СУБД на предприятиях любого размера.
Схема инфраструктуры
Использование виртуализации и кластеров гипервизоров, естественно тоже opensource.
Рабочие серверы
Тонкий тюнинг
Сервисы администратора
сбор и анализ журналов (штатные Linux инструменты, специализированные инструменты 1с, специализированные инструменты Postgres)
Бэкапы
pgbarman + PostgreSQL Backup
Мониторинг
Zabbix: мониторинг сервера 1с, мониторинг сервера PostgreSQL
Проблемы
Некоторым инсталляциям показан сервер 1с на Windows
Наумов
В отрасли внедрения 1С 19 лет, из них большую часть в консалтинге.
Наиболее известный проект, в котором участвовал – подсистема «Бюджетирование» в 1С:ERP 2. За время работы в фирме «1С» руководителем группы разработки «Бюджетирование, казначейство и аналитика» реализовал много интересных проектов, например: конфигурация «1С:275ФЗ», новый платежный календарь.
Есть опыт разработки гибридной проектной технологию на основе 1С:ТКВ 2 для выполнения корпоративных проектов. В работе всегда старается автоматизировать свою деятельность.
Активный докладчик INFOSTART EVENT. Лауреат премий INFOSTART AWARDS за вклад в развитие сообщества и секцию «Управление проектами».
Дважды победитель DevBattle на INFOSTART в 2022 и 2023 годах.
Степень MBA защитил в МИРБИС по специализации «Финансовый менеджмент». Также в МИРБИС в 2013-ом окончил президентскую программу подготовки управленческих кадров по специализации «Стратегический маркетинг». Высшее образование – МИФИ(ГУ).
* Построение сложных отчетов с помощью функций СКД
* Коррелированные подзапросы в компоновке (передача параметров через соединения)
* Отладка компоновки
* Собственные фреймворки для использования компоновки
* Быстрые расчеты итогов на лету
* Приемы оптимизации работы с компоновкой
* Сравнительные характеристики решения одних и тех же задач на запросах, в коде, на компоновке
Евгений
Как создавать сложные информационные системы, затрачивая минимум усилий на разработку и поддержку?
Что такое рефакторинг и его цели
Причины применения рефакторинга
Стоит или не стоит заниматься рефакторингом и когда
Проблемы, возникающие при проведении рефакторинга
Связанные вопросы и к чему можно прийти
Овсянкин
Сайт не может продавать, поскольку 1С вышла в регламент? Нельзя принять фуру с товаром, пока закрывается месяц в бухгалтерии? Как развязать узел интеграций и минимизировать простои?
В своем докладе я расскажу о традиционных подходах к интеграции, принятых в мире 1С и о недостатках этих подходов. Основой доклада является тезис о преимуществе интеграции, основанной на очередях событий. Я расскажу о том, как в минимальные сроки доставлять информацию о том или ином бизнес-событии реального мира в учетные системы. Как минимизировать зависимость систем друг от друга. Как построить обмен информацией "приближенный к реальности".
В качестве предлагаемого сервера очередей использован высокопроизводительный сервер RabbitMQ, как наиболее гладко интегрирующийся с 1С.
Вам нужно посетить доклад, если вы согласны с тезисами ниже:
* Интеграция должна обеспечивать минимум задержек, максимальную актуальность и полную прозрачность потоков данных.
* Система должна выполнять свои задачи независимо от работоспособности смежных систем
* Система может быть выведена из эксплуатации или заменена на другую без переделки смежных систем
* Данные должны быть в системе вовремя.
О том, как всего этого добиться - в моем выступлении.
Антонов
- Какие бывают web-приложения;
- Возможности HTTP-сервисы, которые выходят за рамки документации;
- Как подружить фронтенд (HTML/CSS/JS) и бекенд (1С:Предприятие 8);
- Чем отличается серверный рендеринг от клиентского;
- Объясню зачем современному 1С-разработчику может потребоваться JavaScript;
- Рассмотрю другие практические кейсы применения HTTP-сервисов;
- Затрону тему ограничений, связанных с разработкой web-приложений;
- На примерах продемонстрирую технику разработки и отладки HTTP-сервисов при помощи дополнительных инструментов;
Сорокин
Опыт работы в фирме «1С» в отделе разработки ERP 2 и УТ 11, в группе обменов. Разработал перенос данных УПП 1.3 => ERP 2 и несколько других переносов данных/обменов, использующихся в типовых конфигурациях БП 3.0, КА 2, ERP 2.
План:
- Самые эффективные методы оптимизации правил конвертации;
- Методы поэтапного выполнения переносов данных (разделение выгрузки на части);
- EnterpriseData – универсальный формат обмена. Преимущества и главные недостатки;
- Особенности переноса документов в КД 2 (автоматическое проведение после загрузки);
- Проблемы совместимости программ 1С разных редакций (УПП и ERP, УТ 10 и УТ 11, БП 2 и БП 3);
- Самые популярные запросы пользователей и способы их решения:
- Выгрузка только измененных данных;
- Поля поиска объектов;
- Отказ перезаписи существующих (найденных) объектов;
- Отражение документов в регламентированном учете (особенности настройки);
- Сверка ОСВ сразу после переноса;
- Коды строк заказов в реализациях;
- Сверка признака «Проведен» документов после завершения переноса;
- Ошибка блокировок при переносе.
Харитонов
2. Цели, этапы, периметр, особенности проекта
a. Проектирование, Разработка, ПМИ, ОПЭ
3. Результаты
a. Нагрузочное тестирование
b. Сценарное тестирование
c. Запуск Шины и подключение продуктивных ИС
4. Документация
a. Cостав, Особенности подготовки
5. Выводы, Тиражирование, Перспективы…
Аюханов
Активно применяет методики и инструменты DevOps (тестирование, CI\CD) с 2003 года (1С 7.7 и 1С 8.Х).
Мейнтейнер, активный участник разработки DevOps-инструмента Vanessa-runner.
Автор\активный участник разработки нескольких инструментов тестирования для 1С 7.7, 1С 8.1, 1С 8.3 - 1С++, Functest, Functest.8x, xUnitFor1C, Vanessa-ADD.
Провел оффлайн-мастер классы по тестированию в 2019 году в 7 крупных городах России и Белоруссии.
Обучает компании различного уровня (от федеральных до региональных) внедрению инженерных DevOps-практик (тестирование, CI\CD и т.п.) с 2016 г. по настоящее время.
+ Краткий перечень полезных инструментов с обозначением решаемых задач
+ Показ практического применения инструментов для Конфигуратора
+ мощнейшие скрипты Снегопата для последней редакции 1С 8.3.10.2299
+ Показ практического применения инструментов в режиме 1С-Предприятие
+ "Портативные инструменты разработчика" для анализа/редактирования данных
+ подготовка тестовых данных/фикстур для инструментов тестирования/проверки поведения - xUnitFor1C, vanessa-behavior
+ Показ практического применения инструментов-автоматизаторов рутинных действий
+ мощные возможности автозапуска инструментов из командной строки при помощи скриптов OneScript (на языке 1С)
Онянов
В данном докладе я хотел бы рассказать о том, как мы в компании автоматизируем свою работу, какие средства используем для этого. Какие регламентные задания настраиваем на серверах клиентов, и как осуществляем мониторинг за их выполнением. Расскажу о проблемах с которыми приходится сталкиваться и о способах их решения. Приведу примеры часто используемых скриптов, которые делают работу разработчиков проще.
Я надеюсь, что каждый из слушателей сможет почерпнуть из нашего опыта что-то полезное для себя и своей команды.
План выступления:
1. Вступление
2. Полезные скрипты SQL
a. Задания SQL Server
3. Инструменты автоматизации
a. BAT-файлы
b. VBScript
c. xStarter
d. Конфигурация 1С
e. OneScript
4. Стандартные библиотеки OneScript
5. Совмещаем bat + OneScript + SQL
6. Программы и скрипты для автоматизации рутинных действий
a. «Перезаливатор», «Обновлятор» и др.
7. Регламентные задания на серверах клиентов
8. Контроль выполнения регламентных заданий
a. Конфигурация «СОК»
9. Заключение
10. Материалы, ссылки
Крючков
Борюсь за качество кода, делюсь своими экспертными знаниями, помогаю и обучаю - привношу свет и добро.
- Сравним существующие решений: плюсы и минусы, на чем остановились;
- Про сценарные тесты: наш опыт создания, особенности и подходы, библиотека сценариев, обработка "менеджер сценарного теста";
- Про юнит тесты: наш опыт создания и использования, проблемы и решения;
- Расскажем об интеграция с GIT, командной разработке;
- Как мы все это смотрим и запускаем - кастомная конфигурация "Тестирование 3.0": планировщик заданий, просмотр результатов тестов, "allure skin", "jenkins skin";
- Рассмотрим интеллектуальные тесты, игровое моделирование сценарных тестов;
- Обрисуем инфраструктуру: наш опыт, ночной билд, релизная сборка.
Коткин
Руководитель Петербургской Школы переговорщиков «ШИП». Выпускник Военно-Медицинской Академии, ассистент Восточно-Европейского Гештальт института.
Партнер бизнес-школы IMISP (проведение тренингов по переговорной тематике), автор серии книг.
Специализация: проведение тренингов по переговорам, индивидуальная подготовка к переговорам, сонастройка команд, коучинг руководителей.
Существуют универсальные законы развития систем, независимо от природы систем и методов их анализа.
Организация в менеджменте – это система/объединение людей, совместно реализующих некоторую программу или достигающих определенной цели и действующих на основе определенных процедур, и правил. В общем смысле под организацией имеют в виду способы упорядочения и регулирования действий отдельных индивидов и социальных групп.
В основе динамической модели мотивации (ДММ) стоит предположение о том, что для организации важны четыре параметра прилагаемых работниками усилий:
- направление
- интенсивность, включая преодоление сопротивления
- равномерность
- продолжительность
Существуют 2 подхода к управлению изменениями в системе лидер-команда (организации):
- изменение или замена частей системы и ее структуры, т. е. команды, отдельных ее членов, подразделений, а также формальной структуры взаимодействий между частями (внешнее управление процессом изменений);
- достижение всех необходимых функциональных изменений только через развитие лидера (или и лидера, и подчиненных) — без структурных изменений в каких-либо частях системы.
Есть ряд принципов успешного взаимодействия в системе начальник- подчиненный.
Принцип синхронности. В системе лидер-команда принцип синхронности может проявиться в виде следующего правила: постоянно активный лидер получает пассивную команду. Активные люди не могут существовать в такой команде: они либо разрушают систему новыми идеями и неосознанными попытками перехвата управления, либо оказываются изгнанными.
Второе свойство системы лидер-команда – «зеркальность»
То, что находится в подсознании лидера, оказывается проявленным в групповом сознании и действиях команды, и наоборот (команда — «зеркало» руководителя, в котором отражаются его тайные страхи).
Третье свойство системы лидер-команда – «сопротивляемость изменениям». Система лидер-команда обладает способностью к самонастройке.
Лидер должен быть наиболее гибким элементом системы, т. е. уметь осознанно выбирать и удерживать свое состояние быстрее и точнее любого члена команды. Этот принцип базируется на известном из теории кибернетических систем утверждении: управление принадлежит наиболее гибкому элементу системы.
Под гибкостью лидера мы понимаем совокупность трех качеств:
высокий уровень осознания своих состояний (пассивный/директивный);
способность свободно выбирать состояние (т.е. невербальное поведение);
способность удерживать его при различных внешних воздействиях.
Алгоритм работы лидера с командой:
Создание у сотрудника смысла, формирование цели. Принятие сотрудником этой цели.
Создание «разности потенциалов».
Создание границ, ограничений существования системы.
Передача ответственности. Выбор пассивной позиции.
Контроль границ системы.
Козлов
Для ответа на этот вопрос нужно понимать, что происходит с запросом на стороне сервера баз данных.
В своем докладе я расскажу:
Что такое план запроса. Зачем он вообще нужен?
Структура плана запроса. Все просто?
Поток операторов и поток данных. В чем разница?
Операторы доступа к данным. Их несколько?
Операторы соединения таблиц. И этих тоже несколько?
Как работает оптимизатор. При чем здесь статистика?
Ищем узкие места. Все сложно?
Доклад рассчитан в первую очередь на специалистов, которые хотят понять, как именно происходит исполнение запроса на уровне СУБД. Которые слышали, что есть "план запроса", но все не хватало времени разобраться, что же это такое.
Задача доклада - просто и доступно изложить основные правила по которым работают планы запросов не перегружая слушателя излишними тонкостями и деталями, но в то же время формируя целостное представление о работе данного механизма.
Золотарева
RedMine - "тяжелый" выбор для "легкого" будущего! Почему не стоит бояться opensource-систем.
Как мы с помощью RedMine небольшими, но регулярными шагами продвигались к передовым методологиям разработки и внедрения IT.
Способы интеграции Redmine с 1С, Outlook, еще чем-нибудь полезным.
Шастун
Являюсь популяризатором технологий 1С, привел в 1С многих своих друзей и знакомых с техническими навыками. Привлекают сложные и неординарные задачи и проекты. Хобби - активный отдых, горные лыжи, бег, велосипед. Участник INFOSTART EVENT 2017.
Практический кейс по организации одновременного использования хранилища и расширений 1С в проектной группе из 10 разработчиков.
1. Плюсы и минусы хранилища и расширения
2. Возможные варианты использования хранилища и расширений
3. Переход от расширения к хранилищу или к хранилищу + расширение
Глебов
- расширение возможностей криптографии платформы через технологию создания внешних компонент;
- функционал подсистемы "Электронная подпись" в конфигурации "1С:Библиотека стандартных подсистем";
- примеры использования криптографии в сервисах "1С-ЭДО" и "1С:ДиректБанк";
- разработка собственных решений с криптографией на платформе "1С:Предприятие 8";
- законодательство РФ по ЭП, практика применения;
- проблемы и способы их устранения при внедрении ЭП на предприятиях.
Максим
- быстрая регистрация (достаточно указать только мобильный телефон) для абсолютно любых граждан;
- приём заявок и вопросов в электронной форме от абонентов (или граждан);
- отработка заявок, вопросов сотрудниками предприятия;
- управление абонентами своими лицевыми счетами (просмотр информации о состоянии, передача показаний, онлайн оплаты, вызов контролеров)
Этапы создания системы:
- Выбор архитектуры системы: Битрикс, 1С http-запросы, Odata, web-сервисы, БСП;
- Что «отдать» Битриксу, а что делать в 1С? Какие программисты понадобились;
- Создание в 1С http и soap шлюзов с базами 1С для работы с Битриксом или как бороться с ситуацией, когда все отделы автоматизированы, но ни единой учетной системы ни целостной картины нет;
- Используем запросы Odata по «полной» (чтение и внесение данных в базу), настройка кэша соединений;
- Как по-другому взглянуть на подсистему БСП «Анкетирование» (универсальный механизм создания и отображение Битриксом сложных заявок (прикрепление файлов, выпадающие списки и т.п.) различных видов без ограничений по количеству);
- Интернет-платежи (эквайринг): быстро и удобно. На что обратить внимание;
- Прикручиваем другие подсистемы БСП: уведомление, sms-рассылки, email – рассылки, хранение файлов, пользователи, версионирование, небольшое управление через Telegram (спасибо Infostart и автору разработки);
- Адаптивный дизайн или точно ли нужно мобильное приложение?
- Демонстрация как всё это работает «в живую»
Дальнейшие планы (до ноября 2017 г.):
- Выкладка электронных подписанных документов в 1С:Бухгалтерии в кабинет потребителя для юридических лиц и предпринимателей.
- Отдельное мобильное приложение;
- Электронная подпись на сайте для небухгалтерских документов, чтобы вообще не нужно было ходить «ногами» для заключения договора и т.п.
- Аутентификация через сайт гос.услуг.
- Онлайн-кассы за кабинетом (54-ФЗ)
Пустовой
Так же развитие 1С не стоит на месте и хотелось бы рассказать опыт интеграции 1С и мессенджера Telegram.
При помощи достаточно не сложных манипуляций удалось реализовать следующие процедуры:
1) Согласования платежей
2) Распоряжение на отгрузку материалов со склада
3) Запросы для руководителя компании (запросы к боту)
а) Состояние расчетного счета
б) Актуальная дебиторская задолженность
в) Число продаж за период
В результате работы появился было создано что то вроде полнофункционального бота для Telegram
В своем докладе хотелось бы рассказать о следующих деталях:
1) Реализация
2) Безопасность
3) Рассказать как это работает на практике
Жичкин
- 15+ лет работы программистом 1С, C# и SQL
- Автор научно-популярных и исследовательских публикаций по программированию на 1С и обменам данными на Инфостарт
- Докладчик на конференциях (2017 и 2019 годы), а также номинант ежегодной премии Infostart Awards в области интеграции и обмена данными (2021 и 2022 годы)
- Проект "DaJet" успешно прошёл аттестацию проекта "Сколково" по направлению деятельности Фонда "Стратегические компьютерные технологии и программное обеспечение" в 2022 году
Зачем нужны планы обмена, какую задачу они решают.
2. Структуры данных.
1. Таблица плана обмена.
2. Таблицы регистрации изменений.
3. Индексы.
3. Механизм регистрации изменений.
1. Момент выполнения автоматической регистрации изменений.
2. Регистрация изменений программно, анализ T-SQL кода.
3. Просмотр зарегистрированных изменений.
4. Удаление изменений программно, анализ T-SQL кода.
4. Механизм обмена сообщениями.
1. Запись изменений в сообщение обмена, анализ блокировок.
2. Чтение сообщений обмена.
5. Основные проблемы планов обмена и методы их решения.
1. Вызов метода "ВыбратьИзменения", конфликты блокировок.
2. Решение проблемы блокировок при регистрации изменений.
3. Рассинхронизация данных при обмене.
Например, документы приходят без движений и наоборот.
4. Решение проблемы рассинхронизации, репликация транзакций.
Васильев
1.Разработка механизма ввода плана производства
2.Разработка механизма ввода спецификаций (механизм расчета от объема выпускаемой продукции, механизм расчета ненормируемого потребления, механизм расчета от любых внешних параметров)
3.Разработка механизма ввода смет производственных расходов
4.Разработка механизма ввода смет общехозяйственных расходов
5.Разработка механизма ввода смет коммерческих расходов
6.Разработка механизма ввода смет прямых затрат
7.Разработка ввода цен на сырье с учетом ТЗР
8.Настройка спецификаций по объектам затрат
9.Ввод информации в сметы затрат
10.Расчет производственного и энергетического баланса
Блок расчета плановой себестоимости:
1.Разработка механизма распределения затрат
2.Разработка механизма расчета плановой себестоимости (решение системы линейных уравнений методом итерационных приближений)
Блок контура управленческой отчетности:
1.Аналитическая отчетность
2.План-фактный анализ с рег.учетом
Арина
краткий жизненный цикл производства;
трудности реализации конкретных бизнес-процессов;
разбор специфических болевых точек;
сложности координации производственных судостроительных процессов;
проблематика масштабируемости;
конфликтность между системами;
Затрону так же слабо-автоматизированные производственные процессы, включая управление состоянием производственных активов, производственное материально-техническое снабжение и управление самим судостроительным производством.
Разберем наличие перемен, назревших сегодня в отрасли, и задач, решение которых невозможно без современных информационных технологий.
ВИДЕОЗАПИСИ ВСЕХ ЗАЛОВ