Докладчики
Сергей Кудашкин
Публичное акционерное общество "Объединенная авиастроительная корпорация"
Менеджер по учетным системам
Профессиональный разработчик c 20 стажем, работавший во многих крупных российских компаниях. На Infostart известен под ником sikuda. Исследователь и практик интернет-технологий внутри 1С. Автор блога о программировании sikuda.ru.
Публикации:
Запросница 1С. Получить результат запроса в web таблицу.
Встроенный браузер в 1С. Можно и "Такси" внутри 8.2
Моя "Доминикана" или Я и Рафаель.
Публикации:
Запросница 1С. Получить результат запроса в web таблицу.
Встроенный браузер в 1С. Можно и "Такси" внутри 8.2
Моя "Доминикана" или Я и Рафаель.
Использование поля НТML в 1С для создания собственных виджетов и взаимодействия с ними.
Подводные камни использования html в 1С и наработанные методы их преодоления.
Примеры использования.
Анимация и взаимодействие с пользователем.
Подводные камни использования html в 1С и наработанные методы их преодоления.
Примеры использования.
Анимация и взаимодействие с пользователем.
Евгений Моисеенко
IT-Решения
Руководитель
Дипломированный специалист Открытого Университета Великобритании в области менеджмента.
Основатель компании IT-Решения и Центра интерактивного обучения V8.
Сертифицированный руководитель проектов автоматизации торгово-производственных предприятий.
Сертифицированный преподаватель ЦСО 1С по курсам для пользователей и разработчиков.
Сертифицирован по всем направлениям 1С:Специалист и 1С:Специалист-консультант.
Разработчик курса ЦСО по администрированию 1С:Предприятие 8.
Сертифицированный 1С-Эксперт по вопросам крупных внедрений.
Консультант по организации производственного учета.
Основатель технологии интерактивного изучения 1С.
Разработчик ряда решений 1С:Совместимо!
· Запрос – основной инструмент выборки данных 1С:Предприятие 8.
· Основные причины неоптимальной работы запросов.
· Как написать неоптимальный запрос в процессе разработки. Примеры из практики.
· Влияние неоптимальных запросов на работоспособность системы.
· Теория оптимизации запросов 1С Предприятие 8.
· Практические методики оптимизации запросов 1С Предприятие 8. От теории к реальности.
· Новые возможности Интерактивного обучения – Консоль оптимизации запросов 1С.
· Корпоративные инструменты организации обучения.
· Основные причины неоптимальной работы запросов.
· Как написать неоптимальный запрос в процессе разработки. Примеры из практики.
· Влияние неоптимальных запросов на работоспособность системы.
· Теория оптимизации запросов 1С Предприятие 8.
· Практические методики оптимизации запросов 1С Предприятие 8. От теории к реальности.
· Новые возможности Интерактивного обучения – Консоль оптимизации запросов 1С.
· Корпоративные инструменты организации обучения.
Алексей Тишков
ПАО "Амурский судостроительный завод"
Заместитель начальника отдела ИТ
Член клуба Infostart Expert
IE 2015 Докладчик
Закончил в 2008 году Тихоокеанский государственный университет по специальности "Программное обеспечение вычислительной техники и автоматизированных систем". С 2009 года занимаюсь внедрениями автоматизированных систем на платформе 1С в промышленных предприятиях:
Северная лесозаготовительная компания;
Магаданэнерго;
Центр судоремонта Дальзавод;
Дальневосточный завод Звезда;
Хабаровский судостроительный завод;
Амурский судостроительный завод;
IE 2015 Докладчик
Закончил в 2008 году Тихоокеанский государственный университет по специальности "Программное обеспечение вычислительной техники и автоматизированных систем". С 2009 года занимаюсь внедрениями автоматизированных систем на платформе 1С в промышленных предприятиях:
Северная лесозаготовительная компания;
Магаданэнерго;
Центр судоремонта Дальзавод;
Дальневосточный завод Звезда;
Хабаровский судостроительный завод;
Амурский судостроительный завод;
- Практика внедрения конфигураций 1С и перехода из исторических систем учета (регламентированный учет и казначейство в "Бухгалтерия предприятия 2.0", кадровый учет и расчет зарплаты в "Управление производственным предприятием 1.3") на действующем судостроительном производстве, управление проектом и стратегический подход к автоматизации;
- Краткое описание выполненных доработок к базовым конфигурациям ("Бухгалтерия предприятия 2.0", "Управление производственным предприятием 1.3"), применяемые математические методы расчета себестоимости и способы увеличения их производительности;
- описание используемых специализированных блоков системы автоматизации (финансы, учет спецодежды, закупки) и их экономический эффект для предприятия, планируемые к разработке блоки.
- Краткое описание выполненных доработок к базовым конфигурациям ("Бухгалтерия предприятия 2.0", "Управление производственным предприятием 1.3"), применяемые математические методы расчета себестоимости и способы увеличения их производительности;
- описание используемых специализированных блоков системы автоматизации (финансы, учет спецодежды, закупки) и их экономический эффект для предприятия, планируемые к разработке блоки.
Леонид Паутов
Фирма "1С"
Руководитель группы качества
Много лет занимаюсь качеством 1С:ERP и других конфигураций.
Автор Vanessa Automation.
Автор Vanessa Automation.
Представьте себе, что программист и заказчик говорят на одном языке и отлично понимают друг друга без посредников.
Представьте себе, что вы одним нажатием кнопки генерируете epf файл, который уже содержит в себе процедуры и функции для написания тестов под данную задачу.
Представьте себе, что вы хотите, чтобы программист написал вам тест, а оказалось, что 80% теста уже написано, причём другим программистом, причём он об этом даже не подозревал.
Всё это есть в паттерне разработки с загадочным названием BDD.
BDD это behavior-driven development, т.е. разработка через поведение системы. По сути BDD - это логичное продолжение и развитие разработки через тестирование (TDD).
BDD позволяет вам выстроить ваш процесс разработки так, чтобы именно поведение системы, которую вы разрабатываете, определяло:
- как пишутся и согласовываются требования
- как вы пишете тесты
- как вы пишете код
- как у вас формируется документация
В итоге каждый шаг является логичным продолжением предыдущего, максимально его дополняя.
В докладе я расскажу про:
- Использование методологии BDD в 1С. Как это выглядит в реальности.
- Как сделать так, чтобы бизнес и программист говорили на одном языке. Пишем бизнес-требования на языке Gherkin.
- Генерируем шаблоны тестов в формате BDD.
- Повторное использование кода в BDD.
- Запускаем Continuous Integration контур в 1С, используя BDD.
- Обзор open source инструментов для использования BDD в 1С.
Представьте себе, что вы одним нажатием кнопки генерируете epf файл, который уже содержит в себе процедуры и функции для написания тестов под данную задачу.
Представьте себе, что вы хотите, чтобы программист написал вам тест, а оказалось, что 80% теста уже написано, причём другим программистом, причём он об этом даже не подозревал.
Всё это есть в паттерне разработки с загадочным названием BDD.
BDD это behavior-driven development, т.е. разработка через поведение системы. По сути BDD - это логичное продолжение и развитие разработки через тестирование (TDD).
BDD позволяет вам выстроить ваш процесс разработки так, чтобы именно поведение системы, которую вы разрабатываете, определяло:
- как пишутся и согласовываются требования
- как вы пишете тесты
- как вы пишете код
- как у вас формируется документация
В итоге каждый шаг является логичным продолжением предыдущего, максимально его дополняя.
В докладе я расскажу про:
- Использование методологии BDD в 1С. Как это выглядит в реальности.
- Как сделать так, чтобы бизнес и программист говорили на одном языке. Пишем бизнес-требования на языке Gherkin.
- Генерируем шаблоны тестов в формате BDD.
- Повторное использование кода в BDD.
- Запускаем Continuous Integration контур в 1С, используя BDD.
- Обзор open source инструментов для использования BDD в 1С.
Дмитрий Курышев
ЗАО "Взлет"
Директор по автоматизации процессов управления
Прошел путь от программиста до директора. Руководил проектами, входящими в десятку крупнейших проектов по версии 1С. Текущие должностные обязанности: управление проектным офисом компании; анализ и оптимизация бизнес-процессов; внедрение прогрессивных методик планирования и учета
1) Роль и место процесса S&OP.
S&OP: обеспечивает связь между стратегией и тактикой;
балансирует спрос и возможности;
является регулятором всех календарных планов.
связывает показатели, выраженные в стоимостных единицах, с операционными планами, выраженными в натуральных единицах
2) Для чего нужен S&OP на вашем предприятии:
Интеграция всех планов,
Совместное принятие решений,
Повышение прозрачности принимаемых решений,
Финансовая интеграция,
Оценка эффективности.
3) Цели и задачи пилотного проекта:
Распределить ответственность,
Стартовое обучение
Отработка процесса сбора данных для планирования
Разработка модели планирования продаж и операций
Отработка процесса планирования спроса
Отработка процесса планирования поставок
Подготовка и выполнение пилотного процесса
Принятие решения запускать/ не запускать этап 2.
4) Автоматизация процесса S&OP на базе 1С: Управление производственным предприятием:
Отчеты по оптимальным запасам,
Суммовая оценка плана производства в ценах поставок.
Интеграция с подсистемой бюджетирования
S&OP: обеспечивает связь между стратегией и тактикой;
балансирует спрос и возможности;
является регулятором всех календарных планов.
связывает показатели, выраженные в стоимостных единицах, с операционными планами, выраженными в натуральных единицах
2) Для чего нужен S&OP на вашем предприятии:
Интеграция всех планов,
Совместное принятие решений,
Повышение прозрачности принимаемых решений,
Финансовая интеграция,
Оценка эффективности.
3) Цели и задачи пилотного проекта:
Распределить ответственность,
Стартовое обучение
Отработка процесса сбора данных для планирования
Разработка модели планирования продаж и операций
Отработка процесса планирования спроса
Отработка процесса планирования поставок
Подготовка и выполнение пилотного процесса
Принятие решения запускать/ не запускать этап 2.
4) Автоматизация процесса S&OP на базе 1С: Управление производственным предприятием:
Отчеты по оптимальным запасам,
Суммовая оценка плана производства в ценах поставок.
Интеграция с подсистемой бюджетирования
Игорь Кисиль
Terminal West Trading LLC
Архитектор ПО
Прошел путь от программиста 1С до архитектора ПО больших проектов. В течение двадцатилетнего опыта разработки всегда был в числе первых, кто осваивал новые технологии интеграции 1С и совершенствовал их.
Технология внешних компонент 1С NativeAPI по сравнению с COM выдвигает более жесткие требования по развертыванию и архитектуре приложений, фактически у разработчиков до сих пор оставался один язык для их создания - C++.
Язык программирования Eiffel содержит все, о чем только может мечтать программист, любящий и владеющий методами объектно-ориентированной разработки: статическая типизация и динамическое связывание, множественное наследование, полноценное управление наследованием (шире, чем в C /Java/C)
Язык программирования Eiffel содержит все, о чем только может мечтать программист, любящий и владеющий методами объектно-ориентированной разработки: статическая типизация и динамическое связывание, множественное наследование, полноценное управление наследованием (шире, чем в C /Java/C)
Дмитрий Наумов
WiseAdvice
Менеджер IT-инфраструктуры
В ИТ более 15 лет, ведение проектов в областях телекоммуникаций, серверной и сетевой инфраструктуры, телефонии, прикладных решений
- Организация виртуального Дата-Центра на основе 1С:Облачная инфраструктура
- Практика владения облачным сервисом на базе открытых решений
- nix PostgreSQL (мониторинг, контроль, обслуживание)
- Организация непрерывности бизнеса и сокращение технологических окон по обслуживанию
- Методика расчета эффективности облачных сервисов и инфраструктур
- Особенности разработки 1С конфигураций с учётом развёртывания в среде, ориентированной на импортозамещение
- Практика владения облачным сервисом на базе открытых решений
- nix PostgreSQL (мониторинг, контроль, обслуживание)
- Организация непрерывности бизнеса и сокращение технологических окон по обслуживанию
- Методика расчета эффективности облачных сервисов и инфраструктур
- Особенности разработки 1С конфигураций с учётом развёртывания в среде, ориентированной на импортозамещение
Ольга Кондратьева
ООО "ОМЗ-ИТ"
Ведущий специалист-консультант по 1С
Ведущий специалист-консультант по 1С ООО "ОМЗ-ИТ", аспирант кафедры инноватики и интегрированных систем качества Санкт-Петербургского государственного университета аэрокосмического приборостроения.
С 1С познакомилась в 1995 году, работая главным бухгалтером. Потом работала разработчиком-программистом 7.7 и 8.*, написала специализированную конфигурацию с нуля, участвовала в создании и внедрении проекта под ЗиК – около 60 филиалов по России, работала фрилансером, консультантом 1С.
Немного поговорим о жизни менеджера проектов в заказной разработке, выстраивающего работу по Agile c заказчиком. Вы узнаете:
- Что означает гибкая разработка в заказном проекте
- Можно ли гибко разрабатывать продукты при фиксированном объеме работ
- Как описывать требования в таком проекте
- Как “продать” использование гибкого подхода заказчику
- Что означает гибкая разработка в заказном проекте
- Можно ли гибко разрабатывать продукты при фиксированном объеме работ
- Как описывать требования в таком проекте
- Как “продать” использование гибкого подхода заказчику
Александр Белов
ГК «Белов и партнеры»
Генеральный директор
Руковожу собственной организацией с 2005 года, в отрасли 1С с 1997.
По натуре ученый-исследователь.
По образованию инженер-океанолог.
По профессии руководитель организации.
По жизни поющий музыкант-мультиинструменталист, скульптор.
С недавних пор коуч.
По натуре ученый-исследователь.
По образованию инженер-океанолог.
По профессии руководитель организации.
По жизни поющий музыкант-мультиинструменталист, скульптор.
С недавних пор коуч.
Сложность - это усилия, затраченные коллективом на создание определенного количества материала. Сложность проекта - понятие относительное. Один и тот же проект для одного коллектива может оказаться сложным, для другого коллектива очень простым. Бесспорно, самый лучший способ управления сложностью заключается в подборе коллектива, для которого проект является простым. Чем более компетентен коллектив, тем меньше сложности вызывают у него поставленные задачи.
Напрашивается вывод: чтобы обеспечить успех любого проекта, надо подобрать лучших из лучших, наиболее компетентных и продуктивных специалистов. Но этот процесс сам по себе является сложным. В конечном итоге, статистика успеха программных проектов достаточно печальна. Примерно половина проектов завершается с двойным превышением сроков и стоимости, почти треть проектов не доходит до завершения. Процент успешных проектов, завершившихся в срок с соблюдением бюджета, находится в диапазоне 9% - 16%.
В докладе на практических примерах продемонстрирую некоторые способы управления сложностью проектов и постараюсь рассказать о том, как просто усложнять и как сложно упрощать :-)
Напрашивается вывод: чтобы обеспечить успех любого проекта, надо подобрать лучших из лучших, наиболее компетентных и продуктивных специалистов. Но этот процесс сам по себе является сложным. В конечном итоге, статистика успеха программных проектов достаточно печальна. Примерно половина проектов завершается с двойным превышением сроков и стоимости, почти треть проектов не доходит до завершения. Процент успешных проектов, завершившихся в срок с соблюдением бюджета, находится в диапазоне 9% - 16%.
В докладе на практических примерах продемонстрирую некоторые способы управления сложностью проектов и постараюсь рассказать о том, как просто усложнять и как сложно упрощать :-)
Алексей Лапицкий
Инфостарт
20 лет на 1С-фрилансе.
В начале карьеры управлял ИТ-отделом, а также работал программистом и аналитиком.
Начинал с FOXPRO, перешел в 1С.
Высшее экономическое + высшее техническое образование.
Член клуба Infostart Expert.
В начале карьеры управлял ИТ-отделом, а также работал программистом и аналитиком.
Начинал с FOXPRO, перешел в 1С.
Высшее экономическое + высшее техническое образование.
Член клуба Infostart Expert.
1. Понятие "личная эффективность".
2. Целеполагание как основа личной эффективности. Упорядочивание мотивации. Планирование стратегическое и оперативное.
3. Повышение энергетики как способ увеличения производительности труда. Повышение энергетики организма без вреда для здоровья, способы поддержания энергетики организма. Сохранение здоровья без ущерба для времени.
4. Технические и программные средства контроля времени, контроля здоровья.
5. Коммуникативная компетентность как важная составляющая личного продвижения.
2. Целеполагание как основа личной эффективности. Упорядочивание мотивации. Планирование стратегическое и оперативное.
3. Повышение энергетики как способ увеличения производительности труда. Повышение энергетики организма без вреда для здоровья, способы поддержания энергетики организма. Сохранение здоровья без ущерба для времени.
4. Технические и программные средства контроля времени, контроля здоровья.
5. Коммуникативная компетентность как важная составляющая личного продвижения.
Дмитрий Дудин
WiseAdvice
Ведущий программист
Работаю с 1С и смежными областями более 20 лет.
- web-сервисы, обслуживающие решения 1С через Rest API.
- анализ и расчет себестоимости, финансы холдинга.
- оптимизация клиент-серверного взаимодействия и запросов к СУБД.
- Причины достижения предельной производительности при оптимизации запросов
- Способы многопоточной обработки однопользовательских задач
- Недостатки стандартных инструментов 1С для многопоточной обработки
- Преобразование запросов для горизонтального масштабирования на уровне СУБД
- Рефакторинг с целью многопоточной обработки на примере задачи "Поиск и замена дублей"
- Рефакторинг с целью многопоточной обработки на примере задачи "Восстановление последовательности "Партионный учет" прямой обработкой движений документов"
- Способы многопоточной обработки однопользовательских задач
- Недостатки стандартных инструментов 1С для многопоточной обработки
- Преобразование запросов для горизонтального масштабирования на уровне СУБД
- Рефакторинг с целью многопоточной обработки на примере задачи "Поиск и замена дублей"
- Рефакторинг с целью многопоточной обработки на примере задачи "Восстановление последовательности "Партионный учет" прямой обработкой движений документов"
Евгений Сосна
SilverBulleters
Профессиональный программист 1С.
Специализация - автоматизация учета для дистрибьюторских компаний.
Активный разработчик скриптов для проекта Снегопат (1С 8.Х).
Сейчас все большую популярность набирает Vagrant — инструмент для создания и распространения виртуальных окружений на базе VirtualBox. С помощью набора простых команд вы за несколько шагов сможете поднять рабочее окружение с необходимой вам операционной системой и необходимым ПО для полноценной разработки, при этом вы можете легко переключаться между версиями как 1С предприятия, так и вспомогательных компонентов (postgres, mssql, apache) и т.д. В данном докладе поговорим о преимуществах, предоставляемых разработчику: использование легкой виртуализации, как создать и запустить простейшую сборку с установленной 1С, как без проблем тестировать различные версии 1С в изолированных окружениях.
Данный доклад будет полезен всем, кто до сих пор при выходе новой версии 1С нажимает "Далее", "Далее" или же выполняет sudo dpkg -i *.deb.
Данный доклад будет полезен всем, кто до сих пор при выходе новой версии 1С нажимает "Далее", "Далее" или же выполняет sudo dpkg -i *.deb.
Владимир Лушников
АО "Академия Документооборота"
Генеральный директор
Управляющий партнер «Академии 1С:Документооборот | Лушников и партнеры».
Автор и ведущий курсов по 1С:Документооборот в фирме 1С.
Разработчик экзаменов, книг, методологии внедрения.
Обладает громадным опытом внедрения СЭД 1С:Документооборот за последние 13 лет (Полюс-золото, Миле СНГ, Гарс Телеком и многие другие).
1. Что умеет 1С:Документооборот, и чего нет в продукте для управления проектом? Краткий обзор возможностей. Видео.
2. Сравнение 1С:Документооборот с продуктами: MS Project, 1С:Управление проектным офисом и Битрикс24 с точки зрения возможностей инструментария. Плюсы и минусы каждого продукта без купюр. Презентация.
3. Пример управления проектом в 1С:Документооборот. Видео-кейс организации проектного управления.
2. Сравнение 1С:Документооборот с продуктами: MS Project, 1С:Управление проектным офисом и Битрикс24 с точки зрения возможностей инструментария. Плюсы и минусы каждого продукта без купюр. Презентация.
3. Пример управления проектом в 1С:Документооборот. Видео-кейс организации проектного управления.
Марианна Крель
ENABLE CHANGE
Основатель школы управления изменениями
Эксперт "Центра подготовки руководителей цифровой трансформации" (ВШГУ РАНХиГС), коуч для руководителей высшего звена и их команд (ICTA)
Консультант по проектам организационных изменений, трансформации культуры и цифровой трансформации
Асессор конкурса “Проектный Олимп”.
С 2019 г. по настоящее время заместитель начальника отдела развития, "Центр подготовки руководителей цифровой трансформации" ВШГУ РАНХиГС
С 2018 г. по настоящее время ENABLE CHANGE. Основатель школы управления изменениями. Консультант по оргизменениям
До этого работала в "Росатоме", PricewaterhouseCoopers , OpenWayGroup и др.
Консультант по проектам организационных изменений, трансформации культуры и цифровой трансформации
Асессор конкурса “Проектный Олимп”.
С 2019 г. по настоящее время заместитель начальника отдела развития, "Центр подготовки руководителей цифровой трансформации" ВШГУ РАНХиГС
С 2018 г. по настоящее время ENABLE CHANGE. Основатель школы управления изменениями. Консультант по оргизменениям
До этого работала в "Росатоме", PricewaterhouseCoopers , OpenWayGroup и др.
- описание исходной задачи и ожидаемого результата (на примере проектов и исполнения договоров)
- этапы составления ТЗ и моделирования функционала
- этапы автоматизации
- проверка гипотез
- полученный результат.
- этапы составления ТЗ и моделирования функционала
- этапы автоматизации
- проверка гипотез
- полученный результат.
Андрей Оспичев
ОАЗИС-СОФТ
Руководитель
19 лет работы с 1С. Специализация: консультант-аналитик, проектирование сложных производственных систем, оптимизация бизнес-процессов, управление проектами разработки на платформе 1С.
Руководил отделом сопровождения в фирме франчайзи (20 сотрудников).
Проектирование системы производственного планирования, подсистемы управления качеством угольной продукции, подсистемы диспетчеризации обогатительной фабрики, системы управления закупками в холдинге, системы управления себестоимостью
Участие в проекте автоматизации Угольного Холдинга на протяжении 2-х лет (с 01 июля 2013 по 30 июня 2015).
Холдинг: Шахта, три Обогатительные фабрики, Транспортное предприятие, Головная организация, Торговые организации.
Предприятия в нескольких городах области. 170 рабочих мест.
Роли на проекте: Управление проектом, Разработка методологии учета, Проектирование информационной системы, Программирование.
Автоматизированы подсистемы: НСИ, ТМЦ, Закупки, БУ, НУ, Качество, Производство, Диспетчеризация, Планирование, Бюджетирование, Казначейство.
Примерное содержание:
1. Ход проекта: Сбор требований (Доверяй, но проверяй). Концепция автоматизации (Вариантов много - правильный один). Планирование на проекте (Законы Мерфи в действии). Формализация требований (Стойте на своем и Кто за что ответит). Реализация (Делаем и не забываем делать еще больше). Тестирование (Кто это делает лучше всего). Сдаем работы (А мы об этом не договаривались)
2. Важное в проекте: Личное совершенствование. Найдите того, кому все это нужно. Найдите того, кто знает все. Не доверяйте мнению одного. Не выполняйте команду сразу, возможно, последует отмена. Аппетит приходит во время еды. Планы и реальности проекта. Управляем требованиями, изменениями и ошибками. Критические ситуации на проекте. Наши ошибки.
3. Особенности автоматизации подсистем. Управление НСИ (проблемы, решения). Управление ТМЦ и Закупками (проблемы, решения). Казначейство.
Проект выполнен на базе программного продукта ИТРП:Процессное производство 8
Холдинг: Шахта, три Обогатительные фабрики, Транспортное предприятие, Головная организация, Торговые организации.
Предприятия в нескольких городах области. 170 рабочих мест.
Роли на проекте: Управление проектом, Разработка методологии учета, Проектирование информационной системы, Программирование.
Автоматизированы подсистемы: НСИ, ТМЦ, Закупки, БУ, НУ, Качество, Производство, Диспетчеризация, Планирование, Бюджетирование, Казначейство.
Примерное содержание:
1. Ход проекта: Сбор требований (Доверяй, но проверяй). Концепция автоматизации (Вариантов много - правильный один). Планирование на проекте (Законы Мерфи в действии). Формализация требований (Стойте на своем и Кто за что ответит). Реализация (Делаем и не забываем делать еще больше). Тестирование (Кто это делает лучше всего). Сдаем работы (А мы об этом не договаривались)
2. Важное в проекте: Личное совершенствование. Найдите того, кому все это нужно. Найдите того, кто знает все. Не доверяйте мнению одного. Не выполняйте команду сразу, возможно, последует отмена. Аппетит приходит во время еды. Планы и реальности проекта. Управляем требованиями, изменениями и ошибками. Критические ситуации на проекте. Наши ошибки.
3. Особенности автоматизации подсистем. Управление НСИ (проблемы, решения). Управление ТМЦ и Закупками (проблемы, решения). Казначейство.
Проект выполнен на базе программного продукта ИТРП:Процессное производство 8
Юрий Шойдин
ООО "Газпромнефть - Цифровые решения"
Руководитель практики проектного управления
- Связан с ИТ отраслью с 1992 года.
-
Более 20 лет занимаюсь проектной деятельностью.
-
Более 50 проектов внедрения автоматизированных систем управления и информационных систем на предприятиях по всей России в качестве РП.
-
Участвовал в создании элементов Электронного Правительства (ЭП) в Правительстве г. Санкт-Петербурга.
-
В настоящее время Руководитель практики проектного управления ООО «Газпромнефть - Цифровые Решения», преподаватель корпоративного университета Газпром Нефть.
-
Сертифицирован по Проф.стандарту РФ "Менеджер по информационным технологиям» - Высший уровень квалификации.
-
По проектному управлению сертифицирован РМP, PRINCE2 PR, AGILE.
-
Автор книги "Контрольные точки при управлении проектами. Применение и проектирование".
Цель выступления: Дать практическую информацию (примеры проектов) аудитории (возможным партнерам и исполнителям проектов), которая поможет правильно взаимодействовать с крупным заказчиком и избежать проблем и потери маржинальности в проекте.
1. Основные требования к исполнению проектов у крупных заказчиков
2. Основные ошибки, которые допускаются на проекте Исполнителем работ
3. Методы работы с инцидентами
4. Гибкое планирование
5. Как в нашей действительности работать с рисками
6. Контроллинг в проекте
1. Основные требования к исполнению проектов у крупных заказчиков
2. Основные ошибки, которые допускаются на проекте Исполнителем работ
3. Методы работы с инцидентами
4. Гибкое планирование
5. Как в нашей действительности работать с рисками
6. Контроллинг в проекте
Наталья Руколь
ООО «Лаборатория Качества»
Генеральный директор
Наталья имеет опыт управления процессом тестирования и построения систем обеспечения качества более 10 лет. С её участием выполнено множество крупных проектов по разработке ПО, таких как Acronis True Image, Lynx OS, Kaspersky Antivirus, системы документооборота крупных правительственных организаций России и США.
С 2009-го года является руководителем направления заказного тестирования и консалтинга в «Лаборатории Качества». В рамках этой должности Наталья провела [ре]организацию процессов тестирования в таких компаниях, как Workle, Undev, Онтико и “Фирма 1С”.
Когда ваша компания разрабатывает однотипные одностраничные сайты или небольшую браузерную игру, любой грамотный тестировщик сможет оценить её работоспособность. Все основные пользовательские сценарии можно проверить, при необходимости перепроверить, а при повышенных требованиях к качеству даже разобрать множество сценариев значительно менее стандартных.
Но что происходит, когда необходимо обеспечить высокое качество достаточно крупного продукта, с внешними интеграциями и длительной историей разработки?
- Проверить “всё”, особенно вручную, становится физически невозможно
- Появляются дополнительные траты времени на передачу знаний как в команде тестирования, так и между командами
- Сбор статистики и отчётности либо превращается в бюрократию, либо не позволяет принимать взвешенные решения.
Некоторые компании пытаются решить проблему непрерывным ростом команды тестирования, но в этом случае качество коммуникаций непрерывно падает, аппетиты растут, и результаты тестирования становятся только хуже. Требуется качественное решение возникающей проблемы!
В этом докладе я расскажу об инженерных и процессных практиках, которые помогают нам минимизировать риски пропуска ошибок при тестировании масштабных продуктов. Доклад будет полезен руководителям проектов и ведущим специалистам по тестированию.
Но что происходит, когда необходимо обеспечить высокое качество достаточно крупного продукта, с внешними интеграциями и длительной историей разработки?
- Проверить “всё”, особенно вручную, становится физически невозможно
- Появляются дополнительные траты времени на передачу знаний как в команде тестирования, так и между командами
- Сбор статистики и отчётности либо превращается в бюрократию, либо не позволяет принимать взвешенные решения.
Некоторые компании пытаются решить проблему непрерывным ростом команды тестирования, но в этом случае качество коммуникаций непрерывно падает, аппетиты растут, и результаты тестирования становятся только хуже. Требуется качественное решение возникающей проблемы!
В этом докладе я расскажу об инженерных и процессных практиках, которые помогают нам минимизировать риски пропуска ошибок при тестировании масштабных продуктов. Доклад будет полезен руководителям проектов и ведущим специалистам по тестированию.
Николай Военков
Предприятие Остек
Руководитель группы программистов
Работаю руководителем группы программистов. Отделяю опытных и ключевых сотрудников от текучки и консультаций пользователей. Стараюсь выделять ресурсы на развитие, а не на телефонную поддержку. Выступал на Инфостарте в 2015 году с темой об организации сервис-деск на предприятии. Сейчас можно поговорить о том, что изменилось в организации служб поддержки, как с точки зрения инфраструктуры, так и с бизнес-приложениями. Прошло 5 лет.
- Как организовать сервис-деск в организациях с численностью более 500 чел.;
- Разделение ИТ на бизнес-приложения и инфраструктуру;
- Что такое каталог услуг для бизнеса и как найти компромиссы;
- Учет рабочего времени сотрудников ИТ с использованием механизмов 1С;
- Ежемесячная отчетность службы сервис-деск для принятия управленческих решений в ИТ, анализ обращений, узких мест и т.д.
- Разделение ИТ на бизнес-приложения и инфраструктуру;
- Что такое каталог услуг для бизнеса и как найти компромиссы;
- Учет рабочего времени сотрудников ИТ с использованием механизмов 1С;
- Ежемесячная отчетность службы сервис-деск для принятия управленческих решений в ИТ, анализ обращений, узких мест и т.д.
Денис Кирьяк
Разработчик 1С
Разработчик решений на базе СУБД SQL Server.
Общий опыт работы с 1С более 10 лет, последние годы работал в холдинге оптового и сетевого розничного ритейла, занимался вопросами как разработки, так и оптимизации и масштабирования внутренних ИС. В работе отдаю предпочтение стэку технологий компании Microsoft
1. История развития, тренды в бизнесе и ИТ отрасли, которые способствовали появлению In-Memory OLTP
2. Что это такое и зачем оно нужно
3. Ограничения при использовании In-Memory OLTP
4. Собственный опыт применения данной технологии в 1С: Предприятие
5. Методология миграции "традиционных" БД 1С: Предприятие на In-Memory OLTP
6. Перспективы применения In-Memory OLTP на рынке 1С: бизнес-приложений
2. Что это такое и зачем оно нужно
3. Ограничения при использовании In-Memory OLTP
4. Собственный опыт применения данной технологии в 1С: Предприятие
5. Методология миграции "традиционных" БД 1С: Предприятие на In-Memory OLTP
6. Перспективы применения In-Memory OLTP на рынке 1С: бизнес-приложений
Алексей Румянцев
Транспортная компания ООО «Элит-Авто»
Технический директор
Основная задача – позиционирование компании на необходимом технологическом уровне. Выбор и внедрение IT-решений для развития сервиса предприятия в рамках бюджета.
Руководитель проекта внедрения и развития технологий 1С в бизнес-процесс компании.
Бизнес современной компании, специализирующейся на перевозке пассажиров, в текущих условиях невозможен без автоматизации. Автоматизация в данном случае рассматривается в широком смысле слова: от автоматизации операционных процессов до автоматизации учёта.
В данном докладе хотим поделиться опытом применения платформы 1С:Предприятие с точки зрения заказчика, а именно:
1. Как пришли к платформе 1С:Предприятие?
2. Какие технологические решения уже были в платформе, чем можно было воспользоваться?
3. Какие цели и требования выдвигались к системе?
4. Какие технологические решения появились в процессе эксплуатации и развития системы?
5. Живые примеры интеграции системы 1С:Предприятие:
a. Асинхронные обмены по http
b. Личный кабинет клиента: веб-приложение, интегрированное с помощью веб-сервисов
c. Софт-фон – интеграция с IP-телефонией
d. Мобильное приложение для водителя на Android
e. Мобильные приложения для клиентов на iOS и Android
6. Как реализовали методологию блочного внедрения и что это дало?
7. Как организована работа с подрядчиком, компанией-франчайзи?
8. Результаты внедрения:
a. Что получили мы как заказчики?
b. Что получили наши клиенты?
9. Перспективы развития: какие технологии найдут своё отражение?
В данном докладе хотим поделиться опытом применения платформы 1С:Предприятие с точки зрения заказчика, а именно:
1. Как пришли к платформе 1С:Предприятие?
2. Какие технологические решения уже были в платформе, чем можно было воспользоваться?
3. Какие цели и требования выдвигались к системе?
4. Какие технологические решения появились в процессе эксплуатации и развития системы?
5. Живые примеры интеграции системы 1С:Предприятие:
a. Асинхронные обмены по http
b. Личный кабинет клиента: веб-приложение, интегрированное с помощью веб-сервисов
c. Софт-фон – интеграция с IP-телефонией
d. Мобильное приложение для водителя на Android
e. Мобильные приложения для клиентов на iOS и Android
6. Как реализовали методологию блочного внедрения и что это дало?
7. Как организована работа с подрядчиком, компанией-франчайзи?
8. Результаты внедрения:
a. Что получили мы как заказчики?
b. Что получили наши клиенты?
9. Перспективы развития: какие технологии найдут своё отражение?
Екатерина Спесивова
РН-Информ
Главный специалист отдела внедрения ИТ-решений
Эксперт в области 1С компании «РН-Информ», 10 лет опыта работы в 1С изначально разработчиком, затем руководителем отдела программирования в крупной торговой компании, на данный момент выполняю экспертные оценки проектов внедрений в дочерних обществах НК «Роснефть», являюсь техническим руководителем крупных внедрений ООО «РН-Информ».
На что направлена ТБР? Цель ТБР: получение быстрых, регулярных и качественных результатов, имеющих ценность для заказчика, предполагает снижение финансовых рисков, регулярное закрытие выполненных работ и обеспечивает исполнителю получение регулярного финансирования на выполнение работ.
Различных "легких" (Agile) и "классических" технологий управления проектами в области ИТ, являющихся универсальными и не зависящими от инструментальных средств и предметной области, существует большое количество. Почему ТБР – это технология, которая ориентирована на управление проектами внедрения программных продуктов фирмы "1С" и требует минимальной адаптации в условиях ее применения по назначению?
10 принципов ТБР.
SWOT-анализ ТБР: сильные стороны и выгоды от использования ТБР на конкретных примерах внедрений.
Риски и проблемы, связанные с неэффективным построением коммуникаций в ТБР-проектах, являются наиболее опасными и тяжелыми для этой технологии.
Что такое проект в ТБР? Две формы организации деятельности человека: операционная и проектная. Что у них общего, и какие есть ключевые отличия. Что такое проект и что такое "не проект" и почему проекты – это тоже процессы, также как и в операционной деятельности. В каком случае лучше всего использовать проекты, а в каком – операции: выводы из свойств форм организации деятельности.
Что такое цикл PDCA и почему важно при организации управления проектом обязательно замкнуть цикл PDCA и обеспечить его непрерывность.
Ключевые дисциплины ТБР: прототипирование, оценка трудозатрат, архитектура и дизайн, планирование работ, управление изменениями, рисками, коммуникациями, требованиями.
Жизненный цикл проекта в ТБР.
Место ТБР среди технологий 1С.
С чего начать применение ТБР?
Различных "легких" (Agile) и "классических" технологий управления проектами в области ИТ, являющихся универсальными и не зависящими от инструментальных средств и предметной области, существует большое количество. Почему ТБР – это технология, которая ориентирована на управление проектами внедрения программных продуктов фирмы "1С" и требует минимальной адаптации в условиях ее применения по назначению?
10 принципов ТБР.
SWOT-анализ ТБР: сильные стороны и выгоды от использования ТБР на конкретных примерах внедрений.
Риски и проблемы, связанные с неэффективным построением коммуникаций в ТБР-проектах, являются наиболее опасными и тяжелыми для этой технологии.
Что такое проект в ТБР? Две формы организации деятельности человека: операционная и проектная. Что у них общего, и какие есть ключевые отличия. Что такое проект и что такое "не проект" и почему проекты – это тоже процессы, также как и в операционной деятельности. В каком случае лучше всего использовать проекты, а в каком – операции: выводы из свойств форм организации деятельности.
Что такое цикл PDCA и почему важно при организации управления проектом обязательно замкнуть цикл PDCA и обеспечить его непрерывность.
Ключевые дисциплины ТБР: прототипирование, оценка трудозатрат, архитектура и дизайн, планирование работ, управление изменениями, рисками, коммуникациями, требованиями.
Жизненный цикл проекта в ТБР.
Место ТБР среди технологий 1С.
С чего начать применение ТБР?
Юрий Бухонин
Индивидуальный предприниматель
Индивидуальный предприниматель
Индивидуальный предприниматель
Опыт работы в программировании и автоматизации – с 1995 года, в 1С – с 1999 года.
Несколько тиражных разработок, 2 – «1С:Совместимо».
Больше 20 лет руководства различными группами, отделами и проектами по автоматизации.
Последние 10-12 лет я много времени посвящаю вопросам эффективности того, что делается сотрудниками предприятий в процессе своей работы. Зачем люди делают то, что они делают? Кому это надо? Точно ли надо именно это? Как понять, что надо делать? Как и что именно контролировать? и множество подобных вопросов…
Более 8-ми лет назад результаты этой работы оформились в методологию, получившую название «Три ступени».
На данный момент, большая часть моей работы состоит из руководства проектами автоматизации или внедрения чего-то со стороны Заказчика.
Я действую как адвокат, представляя интересы клиента на непривычном для него поле, помогаю организовать и контролировать процесс для достижения удовлетворительного результата.
- Причины и предмет автоматизации. Кому, когда и зачем это нужно и правы ли они?
- Проект автоматизации как лечение организма: скорая помощь и лечение, зарядка и диета, фитнес и прокачка
- Автоматизация "Снизу вверх" или "Сверху вниз"? Почему после "Индивидуального подхода" Ваша "специально под Вас адаптированная" система становится похожа на Пизанскую башню
- Стереотипы человеческого мышления у Заказчика и у Исполнителя проекта. Смещение фокуса внимания "работ, которые необходимо проделать" на "результаты, которые необходимо получить" или как узнать, наступило счастье или еще нет?
- Проект автоматизации как лечение организма: скорая помощь и лечение, зарядка и диета, фитнес и прокачка
- Автоматизация "Снизу вверх" или "Сверху вниз"? Почему после "Индивидуального подхода" Ваша "специально под Вас адаптированная" система становится похожа на Пизанскую башню
- Стереотипы человеческого мышления у Заказчика и у Исполнителя проекта. Смещение фокуса внимания "работ, которые необходимо проделать" на "результаты, которые необходимо получить" или как узнать, наступило счастье или еще нет?
Иван Белокаменцев
Первый Бит
Руководитель группы
Иван Белокаменцев, чего тут рассказывать.
- Как быстро добавить проверку документа при вводе?
- Как быстро нарисовать интерфейс для пользователя?
- Как быстро вывести человеку на экран документы, требующие его внимания?
- Как быстро поставить на контроль выполнение требований КИС?
Легко – применив новый подход к кастомизации, основанный на базовом элементе – запросе, использующем данные КИС.Инструменты просты в разработке, воспроизводимы любым программистом 1С. Испытано на практике, с реальной экономией денег и времени.
- Как быстро нарисовать интерфейс для пользователя?
- Как быстро вывести человеку на экран документы, требующие его внимания?
- Как быстро поставить на контроль выполнение требований КИС?
Легко – применив новый подход к кастомизации, основанный на базовом элементе – запросе, использующем данные КИС.Инструменты просты в разработке, воспроизводимы любым программистом 1С. Испытано на практике, с реальной экономией денег и времени.
Андрей Овсянкин
Профессиональный разработчик
Профессиональный разработчик.На Infostart известен под ником Evil Beaver.
Гик-энтузиаст. В мире 1С - десять лет. В данный момент увлечен идеей выхода разработки под 1С из "тени" IT-мира, в связи с чем активно участвую в разработке проектов, объединяющих разработку под 1С с лучшими мировыми практиками в области разработки ПО: TDD, DevOps, Continuos Integration и т.д.
Автор (вернее, уже один из авторов) проекта 1Script - движка для выполнения скриптов на языке 1С.
В жизнь специалистов по 1С все больше входят современные техники и методики из "большого" мира IT. Все чаще мы слышим: Continuos Integration, TDD, Docker, DevOps и другие интересные слова применительно к управлению системами на базе 1С:Предприятие.Как правило, все эти техники и технологии требуют "прослойки" в виде управляющего программного сценария, который дирижирует компонентами и объединяет их в единое целое. Как правило, это shell-скрипты, а также Python или Ruby.
В прошлом году на Infostart Event был анонсирован скриптовый язык 1Script, который позволяет выполнять полноценные сценарии автоматизации на знакомом всем нам языке 1С, не прибегая к изучению других языков-прослоек. За прошедший год появились целые приложения на 1Script, выполняющие задачи управления и сопровождения реальных бизнес-систем. Экосистема языка развивается, появилась открытая библиотека наработок, которые любой желающий может применить в своей работе. В своем докладе я хотел бы рассказать о том, как мы применяем 1Script и какие задачи решаем с его помощью.
* Развертывание и обновление тестовых и рабочих контуров средствами серверов непрерывной интеграции
* Постоянное юнит-тестирование
* Синхронизация кода из хранилища 1С с репозитарием GIT
* Стандартная библиотека подключаемых сценариев
* Самостоятельные приложения на 1Script
В прошлом году на Infostart Event был анонсирован скриптовый язык 1Script, который позволяет выполнять полноценные сценарии автоматизации на знакомом всем нам языке 1С, не прибегая к изучению других языков-прослоек. За прошедший год появились целые приложения на 1Script, выполняющие задачи управления и сопровождения реальных бизнес-систем. Экосистема языка развивается, появилась открытая библиотека наработок, которые любой желающий может применить в своей работе. В своем докладе я хотел бы рассказать о том, как мы применяем 1Script и какие задачи решаем с его помощью.
* Развертывание и обновление тестовых и рабочих контуров средствами серверов непрерывной интеграции
* Постоянное юнит-тестирование
* Синхронизация кода из хранилища 1С с репозитарием GIT
* Стандартная библиотека подключаемых сценариев
* Самостоятельные приложения на 1Script
Петр Грибанов
Фирма "1С"
Технологический евангелист
В IT - с 1996 года. Пришел в индустрию как разработчик приложений для автоматизации бизнеса, потом стал разрабатывать инструменты и библиотеки для разработки таких приложений. Был разработчиком, системным архитектором, руководителем проектов, директором разработки. Работал в крупных ERP-вендорах – iScala, Epicor, Microsoft. Сейчас работает в Фирме «1С». Специализация - платформы ERP и инструменты разработчика.
Новое в технологической линейке 1С:Предприятия, и как использовать эти новинки.
Илья Козлов
офис NFP компании "Первый БИТ"
Функциональный архитектор
Уже более 18 лет профессионально занимаюсь 1С и автоматизацией промышленных предприятий. Прошел путь от инженера-программиста до директора по ИТ, а также успел поработать исполнительным директором агрохолдинга. Финалист конкурса "Лидеры России".
Опыт внедрения процесса "Управление изменениями" на крупном промышленном предприятии.
Упрощенная схема процесса:
1. Источники изменений: инциденты и полезные предложения
2. Купирование инцидента.
3. Проведение расследования инцидента. Выявление причин.
4. Разработка корректирующих мероприятий.
5. Внедрение корректирующих мероприятий.
6. Оценка эффективности процесса.
Доклад будет содержать:
- описание логики работы самого процесса
- описание автоматизации процесса на платформе 1С:Предприятие 8.2 (управляемые формы)
- примеры реальных инцидентов и актов их расследования
- общая оценка хода внедрения процесса на предприятии, проблемы, с которыми пришлось столкнуться
Упрощенная схема процесса:
1. Источники изменений: инциденты и полезные предложения
2. Купирование инцидента.
3. Проведение расследования инцидента. Выявление причин.
4. Разработка корректирующих мероприятий.
5. Внедрение корректирующих мероприятий.
6. Оценка эффективности процесса.
Доклад будет содержать:
- описание логики работы самого процесса
- описание автоматизации процесса на платформе 1С:Предприятие 8.2 (управляемые формы)
- примеры реальных инцидентов и актов их расследования
- общая оценка хода внедрения процесса на предприятии, проблемы, с которыми пришлось столкнуться
Никита Андреев
Руководитель проекта
Обширный опыт работы с информационными системами для управления: группа компаний “Газпром”, несколько департаментов Правительства г. Москвы, компании различного профиля: машиностроение, фармацевтика, легкая промышленность, строительство, добыча нефти.
Руководил отделом разработки на этапе стартапа в компании "Биглион".
Образование: высшее техническое (программист) и финансовое.
Автор двух книг: “Простыми словами о сложных системах (CRM, ERP, WMS...) в корпоративном сегменте”, “Офисные герои и злодеи”.
В период преподавания в учебном центре при МГТУ им.Баумана разработал авторский курс "Управление ИТ проектами"
Принципиальная разница между небольшими и крупными проектами.
Длинные циклы разработки.
Баланс между скоростью и качеством.
Оптимизация тяжелых операций на базах объемом более 2,5 ТБайт.
Проблемы работы с территориально распределенной командой
Длинные циклы разработки.
Баланс между скоростью и качеством.
Оптимизация тяжелых операций на базах объемом более 2,5 ТБайт.
Проблемы работы с территориально распределенной командой
Роман Царенко
Первый Бит. Москва. BIT ERP
Руководитель проектов
В сфере 1С более 7 лет. Имею опыт управления проектами по каскаду, руководства отделом внедрения. Работал с такими компаниями как Русклимат, Обувь России, Авеню групп, ФГУП Аэронавигация. C 2017 года Product owner в команде BIT-ERP.
Докладчик Infostart Event 2015-2016.
Докладчик Infostart Event 2015-2016.
Задача – Автоматизация большой розничной сети на базе 1С: Розница, 1С: УПП.
- Как построить легко-масштабируемую архитектуру под тысячу магазинов на базе 1С.
- Как в реальном времени получить данные об остатках из всех магазинов сети (для целей товарного планирования и предоставления данных для интернет-продаж)
- Практика бесшовного перехода компании на новый механизм учета остатков.
- Обеспечение бесперебойной работы магазинов в моменты отсутствия сети Интернет.
- Ускорение восстановления партионного учета с 72 часов до 20 часов в значительно доработанной 1С:УПП.
- Как построить легко-масштабируемую архитектуру под тысячу магазинов на базе 1С.
- Как в реальном времени получить данные об остатках из всех магазинов сети (для целей товарного планирования и предоставления данных для интернет-продаж)
- Практика бесшовного перехода компании на новый механизм учета остатков.
- Обеспечение бесперебойной работы магазинов в моменты отсутствия сети Интернет.
- Ускорение восстановления партионного учета с 72 часов до 20 часов в значительно доработанной 1С:УПП.
Владимир Конырев
ООО "Концепт"
Директор по развитию
Директор по развитию компании Концепт.
Product Owner сервиса MAKER.
Опыт в ИТ более 16 лет.
Product Owner сервиса MAKER.
Опыт в ИТ более 16 лет.
Коротко о холдинге и истории его создания;
Цели и задачи проекта построения КИС;
Масштаб проекта: 7 офисов, 15 коровников, 7 АЗС в поле, 7 ТОК-ов, 20 агрономов и т.д.
Технические аспекты проекта:
- Свой ЦОД;
- Организация Internet связи в поле и на ферме;
- Переход от «Зоопарка» программ к большому монстру
Повышение квалификации специалистов на селе:
- 1С-у все возрасты покорны;
- Трудности перевода или особенности местного диалекта;
- Ломка стереотипов;
- Собственные интерфейсные решения или «умная» программа;
- Методические (учетные) аспекты проекта:
- Преобладание сущности над формой;
- Отличия в стилях управления иностранного и отечественного менеджмента;
Рекомендации для компаний АПК сектора и не только.
Резюме
Цели и задачи проекта построения КИС;
Масштаб проекта: 7 офисов, 15 коровников, 7 АЗС в поле, 7 ТОК-ов, 20 агрономов и т.д.
Технические аспекты проекта:
- Свой ЦОД;
- Организация Internet связи в поле и на ферме;
- Переход от «Зоопарка» программ к большому монстру
Повышение квалификации специалистов на селе:
- 1С-у все возрасты покорны;
- Трудности перевода или особенности местного диалекта;
- Ломка стереотипов;
- Собственные интерфейсные решения или «умная» программа;
- Методические (учетные) аспекты проекта:
- Преобладание сущности над формой;
- Отличия в стилях управления иностранного и отечественного менеджмента;
Рекомендации для компаний АПК сектора и не только.
Резюме
Маляров Евгений Станиславович
Окнософт
Руководитель
Опыт работы в ИТ более 20 лет. Опыт работы с 1С более 15 лет. Начинал карьеру как разработчик в КБ военного завода (АСУТП реального времени, управление станками с ЧПУ).
В 2009 году организовал предприятие по разработке на платформе 1С специализированного ПО для позаказного и оконного производства для решения задач пооперационного планирования, оптимизации линейного и двумерного раскроя, оптимизации маршрутов доставки, управления станками с ЧПУ.
В 2014 году реализовал проект альтернативного javascript клиента 1С.
В 2009 году организовал предприятие по разработке на платформе 1С специализированного ПО для позаказного и оконного производства для решения задач пооперационного планирования, оптимизации линейного и двумерного раскроя, оптимизации маршрутов доставки, управления станками с ЧПУ.
В 2014 году реализовал проект альтернативного javascript клиента 1С.
В сети есть несколько проектов по лёгкому клиенту 1С, но я готов рассказать не о «возможных путях» или «вариантах решения». Есть реальный production проект с сотнями живых клиентских подключений. Технология рассчитана на тысячи подключений.
Тема «новый клиент 1С» - очень широкая. В зависимости от интересов аудитории, вектор доклада может быть повёрнут в разные стороны. Например, можно рассказать:
o Как дёшево и безопасно пустить в учетную базу 1000 клиентов
o Как с помощью 1С регистрировать события в реальном времени
o Как реализовать отзывчивые рабочие места на смартфонах и планшетах при медленном 2G GPRS интернете
o Оптимизация изнутри: на что и сколько миллисекунд тратит платформа 1С, обслуживая клиентов http и rest сервисов
o SQL на клиенте: какие данные кешировать, а какие лучше всегда переспрашивать у сервера
o REST ODATA – это весьма эффективно и совсем не страшно
o Metadata.js – получаем готовое ES6 приложение к серверу 1С в 10 строк кода javascript
Тема «новый клиент 1С» - очень широкая. В зависимости от интересов аудитории, вектор доклада может быть повёрнут в разные стороны. Например, можно рассказать:
o Как дёшево и безопасно пустить в учетную базу 1000 клиентов
o Как с помощью 1С регистрировать события в реальном времени
o Как реализовать отзывчивые рабочие места на смартфонах и планшетах при медленном 2G GPRS интернете
o Оптимизация изнутри: на что и сколько миллисекунд тратит платформа 1С, обслуживая клиентов http и rest сервисов
o SQL на клиенте: какие данные кешировать, а какие лучше всегда переспрашивать у сервера
o REST ODATA – это весьма эффективно и совсем не страшно
o Metadata.js – получаем готовое ES6 приложение к серверу 1С в 10 строк кода javascript
Рустэм Хайретдинов
InfoWatch
Заместитель генерального директора
Хайретдинов Рустэм Нилович родился 30 марта 1966 г. Окончил механико-математический факультет МГУ им. Ломоносова и аспирантуру Института механики многофазных систем РАН. Более 25 лет работает в области корпоративных информационных технологий и информационной безопасности. Возглавлял коммерческие блоки в ведущих ИТ-компаниях: Steepler, Dell Systems, «Город-Инфо», «Лаборатория Касперского», Netwell. В 2004 году возглавил коммерческий блок компании InfoWatch и в течение нескольких лет вывел InfoWatch в лидеры российского рынка. В 2011 году защитил диссертацию на соискание степени кандидата экономических наук, предложив инновационную методику оптимизации расходов на корпоративную информационную безопасность. Ведет активную преподавательскую деятельность в вузах и корпоративных университетах, публикуется в специализированных и бизнес-изданиях
Любой, кто принимал приложения, заказанные внешним исполнителям, знает, что, кроме реализации требуемого функционала и нагрузки, у приложения есть характеристики, о которых следует беспокоиться:
- отчуждаемость (развивать функционал приложения смогут другие разработчики)
- совместимость (программа будет работать в конкретной корпоративной среде, обмениваясь информацией с другими приложениями)
- безопасность (приложение не содержит уязвимостей, которые могут использовать злоумышленники для нарушения доступности, конфиденциальности и целостности данных)
- переносимость (приложение продолжит работать, если в инфраструктуре поменяются. например, сервер или принтер)
и другие характеристики.
Во многом эти качества приложений напрямую зависят от качества проектирования и кодирования. Докладчик на основе опыта нескольких реализованных проектов поделится способами автоматизации процесса приёмки приложения и его апдейтов Заказчиком
- отчуждаемость (развивать функционал приложения смогут другие разработчики)
- совместимость (программа будет работать в конкретной корпоративной среде, обмениваясь информацией с другими приложениями)
- безопасность (приложение не содержит уязвимостей, которые могут использовать злоумышленники для нарушения доступности, конфиденциальности и целостности данных)
- переносимость (приложение продолжит работать, если в инфраструктуре поменяются. например, сервер или принтер)
и другие характеристики.
Во многом эти качества приложений напрямую зависят от качества проектирования и кодирования. Докладчик на основе опыта нескольких реализованных проектов поделится способами автоматизации процесса приёмки приложения и его апдейтов Заказчиком
Алексей Лустин
ИТ-советник
Основная специализация - разработка бизнес-приложений на платформе 1С внутренними и внешними командами, с применением гибких методик разработки.
За последние 15 лет занимал должности от администратора инфраструктуры до заместителя директора софтверной компании. Лично исполнял роли ведущего программиста, менеджера продукта, технического лидера и архитектора, а также заместителя ИТ-директора у прямых работодателей в отраслях торговли, промышленности и сферы услуг.
Сторонник гетерогенных подходов при выборе архитектуры системы. Отношение в ИТ-сообществе олицетворяет один термин - Overskilled.
За последние 15 лет занимал должности от администратора инфраструктуры до заместителя директора софтверной компании. Лично исполнял роли ведущего программиста, менеджера продукта, технического лидера и архитектора, а также заместителя ИТ-директора у прямых работодателей в отраслях торговли, промышленности и сферы услуг.
Сторонник гетерогенных подходов при выборе архитектуры системы. Отношение в ИТ-сообществе олицетворяет один термин - Overskilled.
* DevOps как сочетание ITILv3, SocialServiceDesk и Scaled Agile Framework
* Построение эффективного ИТ подразделения для автоматизации бизнеса в модели DevOps с учётом специфики 1С приложений
* Концепция "одной кнопки для публикации разработки в Production" в формате композитного приложения и "композитов из композитов"
* Экономическая эффективность "гика" или потенциал использования OpenStack, HAProxy, Apache, ElasticSearch, HiVE, Hadoop (HDFS), ZatoESB, RabbitMQ и т.д.
* "Контейнеризируй это" - эффективное использование OpenStack Murano при коллективной разработке на 1С
* BI как инструмент мониторинга и оценки качества систем на базе 1С - внедрение прогнозного мониторинга
* Построение эффективного ИТ подразделения для автоматизации бизнеса в модели DevOps с учётом специфики 1С приложений
* Концепция "одной кнопки для публикации разработки в Production" в формате композитного приложения и "композитов из композитов"
* Экономическая эффективность "гика" или потенциал использования OpenStack, HAProxy, Apache, ElasticSearch, HiVE, Hadoop (HDFS), ZatoESB, RabbitMQ и т.д.
* "Контейнеризируй это" - эффективное использование OpenStack Murano при коллективной разработке на 1С
* BI как инструмент мониторинга и оценки качества систем на базе 1С - внедрение прогнозного мониторинга
Максим Дорофеев
mnogosdelal.ru
Корпоративный прокрастинатолог
Тягу к обучению других ощутил в возрасте 15 лет, но тогда не придал этому особого значения (просто преподавал физику и цифровую электронику в одной очень хорошей школе) и параллельно строил карьеру в области разработки программного обеспечения:
1994 — первые деньги, заработанные программированием!
. . .
2002 — инженер-программист в компании DC BARS (мы делали бортовое ПО для самолетов).
2004 — руководитель проектов в компании DC BARS (руководил созданием ПО для самолетов).
2008 — руководитель проектов и Scrum Coach в компании Auriga (руководил созданием бизнес-приложений).
2009 — руководитель проектов в Лаборатории Касперского (руководил разработкой Web-систем компании).
2011 — руководитель отдела разработки в департаменте ИТ Лаборатории Касперского (руководил всей разработкой в ИТ департаменте).
2013 — наконец-то тяга к обучению других взяла верх, чему я несказанно рад.
О моих свежих новостях и мыслях можно прочитать в моем блоге: http://cartmendum.livejournal.com/
1. Как устроено человеческое мышление?
2. В каких случаях тайм-менеджмент сделает вам только хуже?
3. Как выглядят основные паттерны корпоративной неэффективности и каким образом они вытекают из неэффективности на личном уровне?
4. Основные стратегии повышения личной эффективности и доведения дел до конца
5. Переход от доведения дел до конца к доведению дел до конца ВМЕСТЕ (масштабирование принципов личной эффективности на команду)
2. В каких случаях тайм-менеджмент сделает вам только хуже?
3. Как выглядят основные паттерны корпоративной неэффективности и каким образом они вытекают из неэффективности на личном уровне?
4. Основные стратегии повышения личной эффективности и доведения дел до конца
5. Переход от доведения дел до конца к доведению дел до конца ВМЕСТЕ (масштабирование принципов личной эффективности на команду)
Александр Араптанов
ООО "Газпром добыча Ямбург"
Заместитель начальника Службы информационно-управляющих систем по ИУС
Работаю на стороне Заказчика. Курирую работу с подрядчиками.
За время работы прошел путь от бухгалтера и программиста 1С до бизнес-аналитика. Разработал свою систему по проведению проектов внедрения, приема работ подрядчиков, тестирования, создания справки по корпоративным системам класса 1С на отечественной нотации ДРАКОН. Позволяет построить «живую» бизнес-модель компании, которая контролирует изменение бизнес-процессов и кода программ.
За время работы прошел путь от бухгалтера и программиста 1С до бизнес-аналитика. Разработал свою систему по проведению проектов внедрения, приема работ подрядчиков, тестирования, создания справки по корпоративным системам класса 1С на отечественной нотации ДРАКОН. Позволяет построить «живую» бизнес-модель компании, которая контролирует изменение бизнес-процессов и кода программ.
Применение языка ДРАКОН и программы «ИС Дракон» на проекте внедрения 1С.
1. Как выбрать оптимальную конфигурацию 1С для приобретения?
2. Как сформировать техническое задание для "реальных" процессов компании?
3. Как получить то, что заказывали, от программистов?
4. Как обучить сотрудников, "старичков" и быстро "запустить" "новичков"?
5. Как сэкономить на обслуживании и доработке?
6. Как не попасть в "зависимость" от программистов?
P.S: Все примеры рассмотрим на реальном проекте.
1. Как выбрать оптимальную конфигурацию 1С для приобретения?
2. Как сформировать техническое задание для "реальных" процессов компании?
3. Как получить то, что заказывали, от программистов?
4. Как обучить сотрудников, "старичков" и быстро "запустить" "новичков"?
5. Как сэкономить на обслуживании и доработке?
6. Как не попасть в "зависимость" от программистов?
P.S: Все примеры рассмотрим на реальном проекте.
Официальные партнеры
Партнер онлайн-трансляции
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|