Видеозаписи докладов Infostart Event 2015 теперь в свободном доступе

Новое в технологической линейке 1С:Предприятия, и как использовать эти новинки.

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

Сложность - это усилия, затраченные коллективом на создание определенного количества материала. Сложность проекта - понятие относительное. Один и тот же проект для одного коллектива может оказаться сложным, для другого коллектива очень простым. Бесспорно, самый лучший способ управления сложностью заключается в подборе коллектива, для которого проект является простым. Чем более компетентен коллектив, тем меньше сложности вызывают у него поставленные задачи.
Напрашивается вывод: чтобы обеспечить успех любого проекта, надо подобрать лучших из лучших, наиболее компетентных и продуктивных специалистов. Но этот процесс сам по себе является сложным. В конечном итоге, статистика успеха программных проектов достаточно печальна. Примерно половина проектов завершается с двойным превышением сроков и стоимости, почти треть проектов не доходит до завершения. Процент успешных проектов, завершившихся в срок с соблюдением бюджета, находится в диапазоне 9% - 16%.
В докладе на практических примерах продемонстрирую некоторые способы управления сложностью проектов и постараюсь рассказать о том, как просто усложнять и как сложно упрощать :-)

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

Задача – Автоматизация большой розничной сети на базе 1С: Розница, 1С: УПП.
- Как построить легко-масштабируемую архитектуру под тысячу магазинов на базе 1С.
- Как в реальном времени получить данные об остатках из всех магазинов сети (для целей товарного планирования и предоставления данных для интернет-продаж)
- Практика бесшовного перехода компании на новый механизм учета остатков.
- Обеспечение бесперебойной работы магазинов в моменты отсутствия сети Интернет.
- Ускорение восстановления партионного учета с 72 часов до 20 часов в значительно доработанной 1С:УПП.

* DevOps как сочетание ITILv3, SocialServiceDesk и Scaled Agile Framework
* Построение эффективного ИТ подразделения для автоматизации бизнеса в модели DevOps с учётом специфики 1С приложений
* Концепция "одной кнопки для публикации разработки в Production" в формате композитного приложения и "композитов из композитов"
* Экономическая эффективность "гика" или потенциал использования OpenStack, HAProxy, Apache, ElasticSearch, HiVE, Hadoop (HDFS), ZatoESB, RabbitMQ и т.д.
* "Контейнеризируй это" - эффективное использование OpenStack Murano при коллективной разработке на 1С
* BI как инструмент мониторинга и оценки качества систем на базе 1С - внедрение прогнозного мониторинга

Сейчас все большую популярность набирает Vagrant — инструмент для создания и распространения виртуальных окружений на базе VirtualBox. С помощью набора простых команд вы за несколько шагов сможете поднять рабочее окружение с необходимой вам операционной системой и необходимым ПО для полноценной разработки, при этом вы можете легко переключаться между версиями как 1С предприятия, так и вспомогательных компонентов (postgres, mssql, apache) и т.д. В данном докладе поговорим о преимуществах, предоставляемых разработчику: использование легкой виртуализации, как создать и запустить простейшую сборку с установленной 1С, как без проблем тестировать различные версии 1С в изолированных окружениях.
Данный доклад будет полезен всем, кто до сих пор при выходе новой версии 1С нажимает "Далее", "Далее" или же выполняет sudo dpkg -i *.deb.

Представьте себе, что программист и заказчик говорят на одном языке и отлично понимают друг друга без посредников.
Представьте себе, что вы одним нажатием кнопки генерируете 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С:Документооборот, и чего нет в продукте для управления проектом? Краткий обзор возможностей. Видео.
2. Сравнение 1С:Документооборот с продуктами: MS Project, 1С:Управление проектным офисом и Битрикс24 с точки зрения возможностей инструментария. Плюсы и минусы каждого продукта без купюр. Презентация.
3. Пример управления проектом в 1С:Документооборот. Видео-кейс организации проектного управления.

1. История развития, тренды в бизнесе и ИТ отрасли, которые способствовали появлению In-Memory OLTP
2. Что это такое и зачем оно нужно
3. Ограничения при использовании In-Memory OLTP
4. Собственный опыт применения данной технологии в 1С: Предприятие
5. Методология миграции "традиционных" БД 1С: Предприятие на In-Memory OLTP
6. Перспективы применения In-Memory OLTP на рынке 1С: бизнес-приложений

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

1. Понятие "личная эффективность".
2. Целеполагание как основа личной эффективности. Упорядочивание мотивации. Планирование стратегическое и оперативное.
3. Повышение энергетики как способ увеличения производительности труда. Повышение энергетики организма без вреда для здоровья, способы поддержания энергетики организма.  Сохранение здоровья без ущерба для времени.
4. Технические и программные средства контроля времени, контроля здоровья.
5. Коммуникативная компетентность как важная составляющая личного продвижения.

1. Как устроено человеческое мышление?
2. В каких случаях тайм-менеджмент сделает вам только хуже?
3. Как выглядят основные паттерны корпоративной неэффективности и каким образом они вытекают из неэффективности на личном уровне?
4. Основные стратегии повышения личной эффективности и доведения дел до конца
5. Переход от доведения дел до конца к доведению дел до конца ВМЕСТЕ (масштабирование принципов личной эффективности на команду)

·         Запрос – основной инструмент выборки данных 1С:Предприятие 8.
·         Основные причины неоптимальной работы запросов.
·         Как написать неоптимальный запрос в процессе разработки. Примеры из практики.
·         Влияние неоптимальных запросов на работоспособность системы.
·         Теория оптимизации запросов 1С Предприятие 8.
·         Практические методики оптимизации запросов 1С Предприятие 8. От теории к реальности.
·         Новые возможности Интерактивного обучения – Консоль оптимизации запросов 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

Немного поговорим о жизни менеджера проектов в заказной разработке, выстраивающего работу по Agile c заказчиком. Вы узнаете:
- Что означает гибкая разработка в заказном проекте
- Можно ли гибко разрабатывать продукты при фиксированном объеме работ
- Как описывать требования в таком проекте
- Как “продать” использование гибкого подхода заказчику

На что направлена ТБР? Цель ТБР: получение быстрых, регулярных и качественных результатов, имеющих ценность для заказчика, предполагает снижение финансовых рисков, регулярное закрытие выполненных работ и обеспечивает исполнителю получение регулярного финансирования на выполнение работ.
Различных "легких" (Agile) и "классических" технологий управления проектами в области ИТ, являющихся универсальными и не зависящими от инструментальных средств и предметной области, существует большое количество. Почему ТБР – это технология, которая ориентирована на управление проектами внедрения программных продуктов фирмы "1С" и требует минимальной адаптации в условиях ее применения по назначению?
10 принципов ТБР.
SWOT-анализ ТБР: сильные стороны и выгоды от использования ТБР на конкретных примерах внедрений.
Риски и проблемы, связанные с неэффективным построением коммуникаций в ТБР-проектах, являются наиболее опасными и тяжелыми для этой технологии.
Что такое проект в ТБР? Две формы организации деятельности человека: операционная и проектная. Что у них общего, и какие есть ключевые отличия. Что такое проект и что такое "не проект" и почему проекты – это тоже процессы, также как и в операционной деятельности. В каком случае лучше всего использовать проекты, а в каком – операции: выводы из свойств форм организации деятельности.
Что такое цикл PDCA и почему важно при организации управления проектом обязательно замкнуть цикл PDCA и обеспечить его непрерывность.
Ключевые дисциплины ТБР: прототипирование, оценка трудозатрат, архитектура и дизайн, планирование работ, управление изменениями, рисками, коммуникациями, требованиями.
Жизненный цикл проекта в ТБР.
Место ТБР среди технологий 1С.
С чего начать применение ТБР?

Использование поля НТML в 1С для создания собственных виджетов и взаимодействия с ними.
Подводные камни использования html в 1С и наработанные методы их преодоления.
Примеры использования.
Анимация и взаимодействие с пользователем.

Цель выступления: Дать практическую информацию (примеры проектов) аудитории (возможным партнерам и исполнителям проектов), которая поможет правильно взаимодействовать с крупным заказчиком и избежать проблем и потери маржинальности в проекте.
1. Основные требования к исполнению проектов у крупных заказчиков
2. Основные ошибки, которые допускаются на проекте Исполнителем работ
3. Методы работы с инцидентами
4. Гибкое планирование
5. Как в нашей действительности работать с рисками
6. Контроллинг в проекте

Участие в проекте автоматизации Угольного Холдинга на протяжении 2-х лет (с 01 июля 2013 по 30 июня 2015).
Холдинг: Шахта, три Обогатительные фабрики, Транспортное предприятие, Головная организация, Торговые организации.
Предприятия в нескольких городах области. 170 рабочих мест.
Роли на проекте: Управление проектом, Разработка методологии учета, Проектирование информационной системы,  Программирование.  
Автоматизированы подсистемы: НСИ, ТМЦ, Закупки, БУ, НУ, Качество, Производство, Диспетчеризация, Планирование, Бюджетирование, Казначейство.
Примерное содержание:
1. Ход проекта: Сбор требований (Доверяй, но проверяй). Концепция автоматизации (Вариантов много - правильный один). Планирование на проекте (Законы Мерфи в действии). Формализация требований (Стойте на своем и Кто за что ответит). Реализация (Делаем и не забываем делать еще больше). Тестирование (Кто это делает лучше всего). Сдаем работы (А мы об этом не договаривались)
2. Важное в проекте: Личное совершенствование. Найдите того, кому все это нужно. Найдите того, кто знает все. Не доверяйте мнению одного. Не выполняйте команду сразу, возможно, последует отмена. Аппетит приходит во время еды. Планы и реальности проекта. Управляем требованиями, изменениями и ошибками. Критические ситуации на проекте. Наши ошибки.
3. Особенности автоматизации подсистем. Управление НСИ (проблемы, решения). Управление ТМЦ и Закупками (проблемы, решения). Казначейство.
Проект выполнен на базе программного продукта ИТРП:Процессное производство 8

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

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

Применение языка ДРАКОН и программы «ИС Дракон» на проекте внедрения 1С.
1. Как выбрать оптимальную конфигурацию 1С для приобретения?
2. Как сформировать техническое задание для "реальных" процессов компании?
3. Как получить то, что заказывали, от программистов?
4. Как обучить сотрудников, "старичков" и быстро "запустить" "новичков"?
5. Как сэкономить на обслуживании и доработке?
6. Как не попасть в "зависимость" от программистов?
P.S: Все примеры рассмотрим на реальном проекте.

Бизнес современной компании, специализирующейся на перевозке пассажиров, в текущих условиях невозможен без автоматизации. Автоматизация в данном случае рассматривается в широком смысле слова: от автоматизации операционных процессов до автоматизации учёта.
В данном докладе хотим поделиться опытом применения платформы 1С:Предприятие с точки зрения заказчика, а именно:
1. Как пришли к платформе 1С:Предприятие?
2. Какие технологические решения уже были в платформе, чем можно было воспользоваться?
3. Какие цели и требования выдвигались к системе?
4. Какие технологические решения появились в процессе эксплуатации и развития системы?
5. Живые примеры интеграции системы 1С:Предприятие:
a. Асинхронные обмены по http
b. Личный кабинет клиента: веб-приложение, интегрированное с помощью веб-сервисов
c. Софт-фон – интеграция с IP-телефонией
d. Мобильное приложение для водителя на Android
e. Мобильные приложения для клиентов на iOS и Android
6. Как реализовали методологию блочного внедрения и что это дало?
7. Как организована работа с подрядчиком, компанией-франчайзи?
8. Результаты внедрения:
a. Что получили мы как заказчики?
b. Что получили наши клиенты?
9. Перспективы развития: какие технологии найдут своё отражение?

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

Опыт внедрения процесса "Управление изменениями" на крупном промышленном предприятии.
Упрощенная схема процесса:
1. Источники изменений: инциденты и полезные предложения
2. Купирование инцидента.
3. Проведение расследования инцидента. Выявление причин.
4. Разработка корректирующих мероприятий.
5. Внедрение корректирующих мероприятий.
6. Оценка эффективности процесса.
Доклад будет содержать:
- описание логики работы самого процесса
- описание автоматизации процесса на платформе 1С:Предприятие 8.2 (управляемые формы)
- примеры реальных инцидентов и актов их расследования
- общая оценка хода внедрения процесса на предприятии, проблемы, с которыми пришлось столкнуться

Принципиальная разница между небольшими и крупными проектами.
Длинные циклы разработки.
Баланс между скоростью и качеством.
Оптимизация тяжелых операций на базах объемом более 2,5 ТБайт.
Проблемы работы с территориально распределенной командой

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

1) Роль и место процесса S&OP.
S&OP: обеспечивает связь между стратегией и тактикой;
            балансирует спрос и возможности;
            является регулятором всех календарных планов.
            связывает показатели, выраженные в стоимостных единицах, с операционными планами, выраженными в натуральных единицах
2) Для чего нужен S&OP на вашем предприятии:
            Интеграция всех планов,
            Совместное принятие решений,
            Повышение прозрачности принимаемых решений,
            Финансовая интеграция,
            Оценка эффективности.
3) Цели и задачи пилотного проекта:
             Распределить ответственность,  
             Стартовое обучение
             Отработка процесса сбора данных для планирования
             Разработка модели планирования продаж и операций
             Отработка процесса планирования спроса
             Отработка процесса планирования поставок
             Подготовка и выполнение пилотного процесса
             Принятие решения запускать/ не запускать этап 2.
4) Автоматизация процесса S&OP на базе 1С: Управление производственным предприятием:
             Отчеты по оптимальным запасам,
             Суммовая оценка плана производства в ценах поставок.
             Интеграция с подсистемой бюджетирования

В жизнь специалистов по 1С все больше входят современные техники и методики из "большого" мира IT. Все чаще мы слышим: Continuos Integration, TDD, Docker, DevOps и другие интересные слова применительно к управлению системами на базе 1С:Предприятие.Как правило, все эти техники и технологии требуют "прослойки" в виде управляющего программного сценария, который дирижирует компонентами и объединяет их в единое целое. Как правило, это shell-скрипты, а также Python или Ruby.
В прошлом году на Infostart Event был анонсирован скриптовый язык 1Script, который позволяет выполнять полноценные сценарии автоматизации на знакомом всем нам языке 1С, не прибегая к изучению других языков-прослоек. За прошедший год появились целые приложения на 1Script, выполняющие задачи управления и сопровождения реальных бизнес-систем. Экосистема языка развивается, появилась открытая библиотека наработок, которые любой желающий может применить в своей работе. В своем докладе я хотел бы рассказать о том, как мы применяем 1Script и какие задачи решаем с его помощью.
* Развертывание и обновление тестовых и рабочих контуров средствами серверов непрерывной интеграции
* Постоянное юнит-тестирование
* Синхронизация кода из хранилища 1С с репозитарием GIT
* Стандартная библиотека подключаемых сценариев
* Самостоятельные приложения на 1Script

- Практика внедрения конфигураций 1С и перехода из исторических систем учета (регламентированный учет и казначейство в "Бухгалтерия предприятия 2.0", кадровый учет и расчет зарплаты в "Управление производственным предприятием 1.3") на действующем судостроительном производстве, управление проектом и стратегический подход к автоматизации;
- Краткое описание выполненных доработок к базовым конфигурациям ("Бухгалтерия предприятия 2.0", "Управление производственным предприятием 1.3"), применяемые математические методы расчета себестоимости и способы увеличения их производительности;
- описание используемых специализированных блоков системы автоматизации (финансы, учет спецодежды, закупки) и их экономический эффект для предприятия, планируемые к разработке блоки.

Технология внешних компонент 1С NativeAPI по сравнению с COM выдвигает более жесткие требования по развертыванию и архитектуре приложений, фактически у разработчиков до сих пор оставался один язык для их создания - C++.
Язык программирования Eiffel содержит все, о чем только может мечтать программист, любящий и владеющий методами объектно-ориентированной разработки: статическая типизация и динамическое связывание, множественное наследование, полноценное управление наследованием (шире, чем в C /Java/C)

Коротко о холдинге и истории его создания;
Цели и задачи проекта построения КИС;
Масштаб проекта: 7 офисов, 15 коровников, 7 АЗС в поле, 7 ТОК-ов, 20 агрономов и т.д.
Технические аспекты проекта:
- Свой ЦОД;
- Организация Internet связи в поле и на ферме;
- Переход от «Зоопарка»  программ к большому монстру
Повышение квалификации специалистов на селе:
- 1С-у все возрасты покорны;
- Трудности перевода или особенности местного диалекта;
- Ломка стереотипов;
- Собственные интерфейсные решения или «умная» программа;
- Методические (учетные) аспекты проекта:
- Преобладание сущности над формой;
- Отличия в стилях управления иностранного и отечественного менеджмента;
Рекомендации для компаний АПК сектора и не только.
Резюме