Крупные системы 1С давно уже перешагнули и десятки терабайт и тысячи пользователей, но во многих случаях подход к эксплуатации таких систем остаётся не на должном уровне. Хочу поделится более чем 10-ти летним опытом эксплуатации подобных систем, сведя его к казалось бы очень простым, но в то же время очень полезным и нужным "заповедям", соблюдение которых сделает вашу систему надёжнее, а ваш труд благодарнее и благороднее.

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

* Сколько платят в сфере не-1С начинающим программистам.
* Как устроена работа в командах разработки, пишущих на C#, PHP, Java.
* Как я уходил из 1С и почему вернулся.
* Правда ли, что 1С-ники пишут плохой код, а Джаверы - хороший?
* Что из элементарных операций 1С вам придется писать руками, если все-таки перейти в другой стек.
* О чем не подозревают ""настоящие программисты"" и как сразу стать их начальником, не заходя в категорию Junior?

- Обучение базовым понятиям и навыкам ТРИЗ-мышления.
- Решение реальных бизнес-задач каждого участника мастер-класса.
- Методика внедрения ТРИЗ в бизнес.

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

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

Если вы столкнулись с тем, что классическое проектное управление (PMBoK, Prince2) в чистом виде на ваших проектах внедрения сложных информационных систем класса ERP не работает, как и гибкие фреймворки, например Scrum, это неудивительно. Да, и с вами все в порядке!
Просто для реализации сложных проектов, в которых участвуют представители нескольких подразделений или подрядчиков, длительностью более месяца, в условиях фиксированных сроков, высоких рисков, дефицита ресурсов, изменчивости требований заказчика и неопределенности способов работы, в крупных иерархических организациях, нужны другие подходы.

Сейчас их называют — гибридные методы. Несмотря на свою практическую востребованность среди них пока нет своего ""золотого стандарта"", такого как Scrum или PMBoK, но тренд на систематизацию применимых в них принципов и практик, а также их осознанное применение уже заметен и в мире и в России.

Что узнаете?

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

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

Имея богатый опыт консалтинга IT компаний, пройдя несколько раз путь развития бизнеса в разных 1С:Франчайзи, и в короткий срок развив собственный бизнес, я выстроил схему, как быстро построить свою компанию. 
* Если Вы хотите вырасти из программиста в руководителя
* Если Вы упёрлись в "потолок" из 10 человек
* Если Вы хотите активно развивать свой бизнес 
- я поделюсь с Вами своим опытом!
Я дам пошаговое руководство, сопровождая его множеством практических кейсов "из жизни".

Тезисы в разработке

Отчеты – нет нужды говорить о том, как их желают пользователи. И чем больше, тем лучше. Порой рождаются такие «монстры», что время формирования растягивается на десятки минут или (даже) часы. Не всегда нужные данные можно получить простым способом. Более того, формирование отчетов в оперативных базах приводит к существенному замедлению работы системы. Каждая организация решает проблему по-своему:
- кто-то ограничивает пользователей в объемах, получаемой отчетами, информации
- кто-то использует для формирования отчетов копии оперативных баз
- кто-то занимается глубокой оптимизацией отчетов
- кто-то разворачивает систему аналитики
Каждый из этих способов имеет как свои достоинства, так и недостатки.
К примеру, ограничение периода, за который отчеты могут получать информацию, частенько приводит к тому, что пользователи вынуждены использовать сторонний софт, типа Excel, для сведения данных. И, вряд ли, можно считать подобный подход к работе сотрудников оптимальным.
Копии оперативных баз требуют свои серверные мощности (что может быть очень недешево, особенно если копируемые базы занимают терабайты пространства).
Оптимизация отчетов требует высокой квалификации от сотрудников, которые этим занимаются. Заказ оптимизации в сторонней организации так же дело отнюдь недешевое и с не всегда понятными перспективами.
Ну а сторонние системы аналитики, во-первых, требуют привлечения дополнительных специалистов, а во-вторых, потребуется достаточно серьезный анализ текущей отчетности для «тонкой» настройки системы. И это, не говоря о таких «мелочах», как организация ежедневной выгрузки данных из оперативных баз в систему аналитики.
В нашей организации был выбран альтернативный путь для решения всех этих вопросов, который в той или иной степени избавлен от вышеперечисленных недостатков. Формирование отчетов по-прежнему выполняется в среде 1С, что позволяет пользоваться такими чудесными механизмами, как СКД и не требует переучивания пользователей (как это потребовалось бы в случае перехода на систему аналитики). Но, значительно изменен подход в подготовке и хранении данных для отчетов. Подробнее об этом можно будет услышать на конференции…

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

"ZOPA" всегда возвращается словно бумеранг... когда её запускает руководитель! Ее старт происходит в момент, когда задача или работа поручается сотруднику без проверки ряда условий о  которых я расскажу на выступлении.
Однако выступление будет не о классике управленческого жанра и понимании этого термина. И даже не о прекрасных формах наших любимых дам. Хотя мы их несколько коснемся.
Мы поговорим о том, как ZOPA и не только она влияет на конечный результат и какую приносит ценность, которая, в конечном счете, влияет на цену.
Каким образом, спросите вы.
Открою небольшой секрет, однако сохраню интригу. В основе управления людьми, а, следовательно, и достижения результата лежат коммуникации. Да, именно коммуникации на базе различных каналов передачи информации, так как основной объект управления все-таки человеческий ресурс.
Мы рассмотрим коммуникации через ВАШИ собственные фильтры восприятия. Не знаете что это такое? Тогда тем более вам будет интересно узнать, как фильтры восприятия влияют на ваши решения и зависят от гормонов. А именно от андреналин-кортизоловой атаки. Вы узнаете, что с этим делать, чтобы не попасться на гормональную удочку, на крючке которой вы висите всю жизнь, начиная с младенчества.
Также мы рассмотрим с вами причины недоверия бизнеса по отношению к ИТ, и то как это можно исправить. Определим конкретные инструменты и научимся их использовать. Вспомним балерину и СВиНКу из выступления про корпоративные интриги (см. IE 2018) и дополним список новыми.
Более того - все оставшееся время на конференции вы сможете их использоваться,   практиковаться и обсуждать со мной в кулуарах. Так что, вернувшись после конференции, смело сможете впрыснуть себе дозу дофамина и сказать - Я МОЛОДЕЦ, я узнал много нового!!! :-)

с уважением искренне ваш #тотМужикВшарфике

Чем отличаются подходы в построении плана запросов в случае PostgreSQL и MSSQL.
Когда использование параллелизма оправдано, а когда несет негативный эффект.
Какие запросы хорошо параллелятся, а какие нет.
Кто в итоге круче в параллелизме - MSSQL или PostgreSQL? Или победит дружба? (спойлер: нет).

В Белоруссии живут настолько суровые люди, что применяют scrum даже к процессам. Наверное, специально для этого, они процесс поддержки собственной типовой конфигурации называют "Проектом Развития". В любом случае, наработан ряд практических инструментов и методик, который и будет представлен в докладе:
Диаграмма сгорания задач - с чего начать, как фиксировать задачи, как определять приоритеты
Журнал пожеланий спринта - где вести, что делать, если "попросили" что-то срочное
Двухнедельный цикл разработки - миф или реальность
Как подружить аналитиков, тестировщиков и программистов и при этом выпустить версию в срок
Чем помогает АПК и gitlab
Документация и новости - они есть и они формируются автоматически.

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

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

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

Нет времени на оценку, а оценивать надо, шкала noestimates; для заказчика все задачи ценные, но задач слишком много, а нас слишком мало, как приоритизировать задачи, не споря по поводу ценности задач. Беcконфликтная шкала DAPB.

О развитии и картинах мира, или почему хорошие советы не работают?

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

1. Развитие и смерть - историческая связь
2. Картина мира как инструмент автоматизации мышления
3. Конфликт картины мира с новым опытом, примеры конфликтов
4. Стадии принятия нового опыта
5. Экзистенциальный кризис + отсылка к выгоранию
6. Стресс, волны стресса
7. Базовые потребности и источники стресса
8. Стресс как индикатор зоны развития
9. Преобразование стресса в мотивацию + отсылка к выгоранию
10. Разбор примера стрессовой ситуации конфликта картины мира на популярном видео
11. Механики основных формы поведения в стрессовых ситуациях
12. Разбор ситуации на примере забавного видео отрывка из фильма
13. Примеры проявлений в рабочих ситуациях
14. Почему же хорошие советы не работают?
15. И что с этим делать?

Только на основе практики! Только то, что помогло!
В продолжении передачи проектных инструментов РП.

1. Методика моделирования - это не только с позиции ""КАК?"", но и ""ЗАЧЕМ"".
2. Что мы создаем на этапе моделирования, как результаты использовать потом?
3. Моделирование - первый этап проекта или второй? А что делать на первом этапе?
4. Что будет, если моделирование выполнить неправильно?
5. Герои моделирования - какие приготовить ордена и кого награждать.

Проголосовавшим в подарок - кейсы по моделированию.

Отсутствие тестового кода на продуктивной среде
    Хранение тестов в расширении конфигурации, а не в файлах
    Feature toggle для включения тестов
    Удобная подмена вызовов сторонних систем и получаемых/передаваемых данных
    Автоматическое обновление основной конфигурации БД и конфигурации расширения одним и тем же скриптом. 

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

результат сессии оцифровывается в формате инфографики

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

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

Версия платформы 1С:Предприятие, Shared Memory, настройки MS SQL Server, сжатие таблиц, RAMDisk и т. д. – как изменение данных параметров реально отражается на производительности системы?

Никакой теории, только реальные замеры «с фронта» оптимизации.    

- В чем сила Снегопата
- Краткий обзор основных возможностей.
- Новые возможности.
- Новая модель распространения и поддержки.

1. Примеры стандартных, нестандартных и распространённых ошибок.
2. Как продукты PostgresPro помогают их избежать.
3. Сравнение различных изданий продуктов при работе с 1С.

Сотни заказчиков? Сжатые сроки? Острая нехватка проектных сотрудников?
- Какие проблемы самые тяжёлые и как их решать?
- Какие методы можно использовать, чтобы остаться в графике?
- Как получать результаты в таких условиях?
Найди возможности, а не оправдания!

Первая часть - для пользователей.
- Установка и настройка.
- Обзор существующих скриптов, показ нескольких usecase'ов.
- Как работать со справкой, где получать информацию.

Вторая часть - для скриптописателей
- Разворачивание и настройка среды разработки.
- Шаблон создания нового скрипта.
- Запуск и отладка скрипта.
- Обзор возможностей SnegAPI и как его изучить.
- Публикация скрипта для сообщества.

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

Для кого:
Руководители команд, руководители проектов, руководители отделов и подразделений.

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

Структура программы:
1. Проблемы взаимодействия внутри компании:
- Организационные противоречия между подразделениями.
- Конфликты интересов разных подразделений и социальных групп.
- Противоречия в системе базовых представлений и групповых ценностей.
2. Клиентский подход к построению взаимодействия:
- Понятие внутреннего клиента.
- Ожидания внутренних клиентов.
- Процедурная и персональная сторона коммуникаций внутри компании.
3. Стандарты внутрикорпоративной коммуникации:
- Правила постановки целей и задач.
- Технологии передачи, получения и предоставления обратной связи.
- Развитие навыков наблюдения, активного слушания, опроса и убеждения.
4. Методы разрешения конфликтов:
- Модели и методы конструктивного разрешения конфликтов.
- Использование стратегии сотрудничества в переговорах.
- Методы поиска оптимальных решений в конфликте.

1. Краткий обзор функциональности zabbix.
2. Почему не ЦКК.
3. Архитектура и подходы используемые в мониторинге. Zabbix шаблоны, автообнаружение данных информационной базы подлежащих мониторингу.
4. Интеграция мониторинга в конфигурацию.  Как быстро начать мониторить любые операции в информационной базе.
5. Способы получения данных необходимых для принятия решения о успешности текущих операций.
6. Мониторинг обменов данными.
7. Пассивный мониторинг.
8. Активный мониторинг.
9. Мониторинг кластера 1С. Потребление памяти, сессии, etc...

1. Для руководителей подразделений любая новая деятельность и новые проекты вызывают живой интерес перед новыми возможностями, огромное желание получить максимальный эффект от реализации идей, а также опасения верно ли выбран ориентир нововведений. 2. Наш проект «Внедрение 1С: ERP» стал для нас огромным шагом в неизвестность, поскольку для компании практика ведения подобных проектов отсутствовала
3. Наша команда совершала ошибки в проекте, иногда непростительные (огромные, глобальные), среди нас была паника, непонимание/неприятие происходящего, безудержное веселье и слезы радости. Но, не смотря ни на что, мы продолжали идти к поставленной цели.
4. Этапы проекта были просты:
•Энтузиазм 
•Крушение иллюзий 
•Паника 
•Поиски виновных 
•Наказание невиновных 
•Восхваление и награждение не участвовавших 
•:)
5. В результате мы получили отлаженную систему 1С: ERP, с большим количеством нового полезного функционала и аналитики для наших руководителей. И приятный бонус -  мы стали проектом года по мнению компании 1С

1. Алгоритм подбора и отбора кандидатов на вакантную должность.
2. Требования к кандидату и их объективная оценка.
3. Инструменты оценки кандидата на собеседовании.
4. Применение полученной информации о кандидате в процессе управления. Инструкция по применению сотрудников.
Время: 2 часа

В ходе доклада будут рассмотрены успешные (и, более многочисленные:D, неудачные) имплементации «современных» практик и инструментов, которые наша команда выполнила за последние 5 лет.
Только реальный опыт и оценка бизнес-эффекта как в продуктовой разработки, так и на проектах внедрения 1С:ERP 2.
- Git. Ветки. Pull requests (в том числе, при разработке в Конфигураторе)
- Монорепозиторий 
- CI (Jenkins, Vanessa Automation, Allure). В каких случаях автотесты дают радикальное преимущество, а когда - просто дополнительные затраты. Оптимальная структура сценариев на Gherkin v.27.
- Карты пользовательских историй. DoR. DoD. Критерии приемки. Как использовать на примерах реальных проектов внедрения 1C:ERP, а также "коробочного" продукта на мобильной платформе.
и др.
По итогам доклада предполагается, что слушатели узнают о собранных нашей командой "граблях" (чтобы не повторить ошибок), по успешным практикам кроме общего представления будут также даны конкретные инструменты для запуска у себя в команде. В том числе, по каждой из практик будут предоставлены шаблоны/исходники на github, а также рекомендации по запуску.

  - Как быстро сделать свой продукт и выйти с ним на рынок.
  - Онлайн сервисы на 1С, как и зачем.
  - Подходы к разработке, которые придётся изменить.
  - JTBD, CustDev, CJM и другие инструменты продакт менеджера, которые придётся освоить.
  - Использование FaaS, SaaS от Yandex, Azure, AWS вместо расширяемых библиотек.
  - Другие (кроме 1С) NoCode и LowCode инструменты, которые потребуются.

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

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

Такое решение дает возможности выполнять финансово-экономические проекты на новом уровне.

Еще недавно, ну как, лет 10 назад мир был идеальным и делился на программистов 1С и консультантов 1С. Но все меняется, меняется и мир 1С. И теперь мы все чаще слышим про бизнес-аналитиков 1С.
В докладе я попробую разложить последние тенденции данной профессии. Начало было положено на онлайн-митапе в 2020 году.
Итак, поговорим о:
•    Требованиях к бизнес-аналитикам 1С.
•    Их компетенциях и навыках.
•    Их роли в команде проекта.
•    Ну и как им стать и нужно ли?

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

- Почему заказчик рад, а 1С-ник в ужасе?
- Взаимодействие с внешними разработчиками - залог успешного проекта.
- "Оно же работало??!!" - Ошибки в реализации проектов.
- Что нужно для успешного сопровождения проекта?
- Как дальше обновлять конфигурацию и не разориться.

В позапрошлом году я рассказывал на конференции Инфостарта доклад о такой системе работы с фрилансерами, которая позволяет найти ответственных, талантливых специалистов, организовать работу с ними, учет и контроль результатов труда. Но ситуация меняется, когда регулярный объем задач в организации существенно вырастает. Когда нужна оперативная реакция на запросы заказчиков. Требования к компетентности сотрудников также становятся гораздо выше. В этом случае вам нужна команда опытных специалистов, настроенных на долгосрочное сотрудничество и ежедневное взаимодействие для решения рабочих задач. Нужны не фрилансеры, а команда сотрудников, которые работают удаленно и, возможно, не на полную ставку, но каждый рабочий день.
Поэтому сконцентрируюсь именно на наших практических действиях и выводы буду делать в стиле «для нас это работает». Если же у вас будут замечания, вопросы или комментарии к докладу, то обязательно подходите после выступления, с большим удовольствием эти вопросы обсудим.
•    Сотрудник – это не фрилансер.
•    Как мы добиваемся, чтобы специалист ощущал себя именно сотрудником?
•    Мотивация удаленных специалистов.
•    Социализация.
•    Поиск специалистов.
•    Программа адаптации для новых сотрудников.
•    Учет и анализ рабочего времени.
•    Заказчик платят за результат, а сотрудники работают за время.
•    Эффективность специалистов.

- Скетч/мокап/прототип/user-flow - инструменты и методы проектирования и дизайна интерфейса.
- Темы оформления и базовые настройки.
- Адаптация под разные типы устройств. PWA и мобильная платформа.
- user onboarding в 1С приложениях. Методы реализации.
- Как поменять в интерфейсе то, что нельзя менять. Работаем с внутренностями Web клиента.
- Как собрать аналитику действий пользователя .
- HTML Canvas и SVG - когда пора "включать" WebKit.
- D3, Fabric, Conva, Pixi и прочие JS библиотеки, которые могут быть полезны.
- Графическая схема 1С - использование по максимуму.
- Некоторые подходы и особенности работы с WebKit.

Те, кто хоть как-то связан с разработкой, наверняка знают определение слова team lead (тим лид), но что есть team lead по сути? Какие задачи он должен решать? Это технический лидер или менеджер команды или играющий тренер? И если в области разработки на PHP, Python, Go, C++ (и т.д.)  дискутируют лишь о ролях team lead'а, то в области 1С такой позиции как будто нет - есть ведущие программисты, руководители групп или просто начальники отдела. Уместна ли в сфере 1С позиция team lead'а в классическом понимании? Попробуем разобраться вместе на примере группы разработки 1С компании "Avito".

Основные тезисы
1. Классический team lead - о чем это?
2. Команда разработки 1С в ИТ-компании на примере "Avito"
3. Team lead в 1С
- позиционирование
- что у нас получилось
- основные инструменты и активности, которые прижились
- ошибки и "грабли" - куда без них
4. Итоги и выводы, обсуждение практических примеров

На мастер-классе попробуем использовать шифрование всей базы средствами Postgresql, настроить политики доступа к строкам, настроим защиту подключения к СУБД, на примере СУБД Jatoba рассмотрим средства защиты от DBA

- Режиссура контакта.
- Темпо-ритм контакта.
- Три тактических приёма для начала общения.
- «Выращиваем» самооценку перед диалогом с важными людьми.

Доклад является продолжением выступления на Infostart Event 2019 "Как работают управляемые формы и тонкий клиент 1С – взгляд из-под капота": https://www.youtube.com/watch?v=PvQX0H28S_M
Переходим от теории к практике и выясняем, как именно работает магия веб-клиента. Разберем несколько практических примеров:
- Как безопасно выставить базу в интернет.
- Авторизация: с помощью 1С, средствами ОС, собственный алгоритм - в чем их различия и преимущества.
- Как выполнить бесконтекстный вызов функции 1С и обработать результат синхронно и асинхронно.
- Передача ссылки из 1С в браузер и обратно.
- Формируем отчет с параметрами, отображаем в браузере и скачиваем в xls и pdf.
- ""Начинаю продолжать заканчивать"" - что не так с закачиванием файлов в 1С?
- Хранение данных формы в браузере. Контекстные вызовы. Эмулятор формы на сервере 1С.
и еще немного приемов, которыми удалось овладеть за 10 лет написания собственного веб-клиента для 1С.

1.1. Технологии управления: основные методы, когда они работают/не работают. Когда нужны, а когда нет.
1.2. Команда «DreamTeam» проекта разработки. Что нужно заказчику, и что нужно команде.
1.3  Мотиваторы и демотиваторы проектной разработки. Команда, которая любит проект.
1.4. Коммуникации: цели и способы оперативных и эффективных коммуникаций.
1.5. Контроль: какие способы контроля существуют, как и когда лучше применять тот или иной способ.
1.6. Инструментарий:
1.6.1. Варианты организации эффективной среды общения команды на проекте.
1.6.2. Разработка: какие инструменты нужны для эффективной разработки 1С, что важно знать, чем важно пользоваться.
1.6.3. Инструменты постановки и трекинга задач проекта. Что выбрать?

Что нового в технологиях и возможностях.
Кейсы: краткий обзор, интересные внедрения и приложения
Проявить себя: конкурсы, активности, комьюнити
Хочу но не могу. Где поучиться?

Возьмем доработанную конфигурацию и обновим ее на новый типовой релиз здесь и сейчас. В процессе обсудим подходы к доработкам и выполнению обновлений. А так же рассмотрим:
    - подготовку инфраструктуры для разработки и обновления
    - инструменты, облегчающие процесс подготовки обновлений (тут не обойдется без GIT и OneScript)

Возможно совместно придумаем, что еще можно улучшить.

У каждой компании свой путь. Но рано или поздно большинство приходят к практикам DevOps. И начало этому - Continuous Integration.
Как вы думаете, на вопрос "что такое CI" какие вы услышите ответы? И попробуйте ответить сами... на ум приходят: Git, Gitlab, Jenkins, конвейеры верно? Ну что же, мне кажется тут кто-то не прав... Ну хорошо, убедили. Git наше всё... и с этим я действительно согласен. Но достаточно ли глубоко вы анализировали, что происходит в команде разработки? Почему следом за Git к вам придут лишь недовольные программисты из вашей команды. Не придут? Значит просто бояться или вы все сделали правильно. Тогда как понять, что вы все сделали правильно, но почему то Amazon у вас не случилось... Обо всем об этом, с поправкой на собственную шкуру я и хочу вам рассказать.

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

Ну и кратко по докладу:
- История "как мы к CI шли" и почему мы поняли, что ничего не поняли
- Почему конфликты в Git обсуждают всем миром, а сравнение объединение в 1С это нормально? (спойлер, это не нормально)
- Что в имени тебе моем. Давайте разбираться, почему программист без интернета - это уже CI
- Шок. Скандалы, интриги, расследования... Винсент Дриссен говорит "Перестаньте рекомендовать Gitflow". Что, почему, при чем тут CI/CD и вот это вот все...
- Простой тест. 3 вопроса и вы сможете сказать есть у вас CI или нет

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

На последнем своем проекте я добился того, о чем многие говорят, но мало кто видел. Я делегировал 100% своих полномочий. Есть ли жизнь после этого, и как к этому прийти?

- Управление компанией как управление самолетом. Действуем на опережение.
- Линейный менеджмент. Что это такое, и зачем нужно? Почему тимлидов недостаточно? Отличия продуктовых и аутсорс компаний.
- ""Никто не хочет быть менеджером"". Откуда это берется и что с этим делать.
- Запуск линейного менеджмента. В чем сложность при работе с подчиненными?
- Запуск линейного менеджмента. Личные проблемы и страхи.
- Работа с персоналом. К чему надо быть готовым.
- Краеугольный камень менеджмента. Делегируем полномочия по настоящему.
- Что дальше, есть ли жизнь после смерти?

- Опишу прикладную задачу: маркировка на АО Кордиант (крупнейший производитель шин в России), 100 ТСД, 200 000 транзакций в день, 10М марок.
- Опишу общую архитектуру и архитектуру мобильной части .
- Далее разберу несколько особенностей мобильной платформы, с которыми мы столкнулись и как их решили.
-Мобильная платформа использует файловую базу.
-Есть ограничения на параллельную работу (например при обменах).
-Нет встроенных средств для организации "массового" обмена (100 ТСД все со всеми).
-Интерфейс "как в десктопной" платформе.
-Нет специальных средств для первоначальной инициализации.
-Выводы: преимущества мобильной платформой перед нативными решениями.

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

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

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

• Все описывают процесс разработки через GIT, как легкий и приятный. Как бы не так!
• Грустная история про разработчика Андрюшу, со счастливым финалом.
• Узнаем как Андрюша работал в большом коллективе и боролся с GIT.
• Что же он мог сломать, и как избежал ответственности.
• Как невзгоды закалили его характер и помогли ему выбрать свой путь.

Ты пришел на новую работу или тебя пригласили провести аудит неизвестного тебе контура на 1С.
Как быстро познакомиться с вверенной тебе системой. Какие инструменты использовать. Быстрая проверка настроек сервера 1С. Быстрая проверка настроек сервера MSSQL.
Решения для автоматизированных проверок.

Мы ведем коммерческую разработку в EDT уже 2 года. До 2020 мы использовали EDT только в наших коробочных проектах, но с этого года полноценно используем на внедрениях 1С:ERP.
В своем выступлении расскажу об нашем опыте:
1. Окружение разработки при использовании EDT: оборудование, программное обеспечение, дополнительные инструменты.
2. Как у нас выстроен процесс разработки с использованием GIT и EDT в команде. Какие есть подводные камни.
3. Как используя GIT и EDT обеспечить быстрый и ритмичный выпуск релизов, которые можно ставить клиентам.
4. Как на проектах с GIT и EDT работать ""старым"" сотрудникам, которые привыкли к конфигуратору.
5. Как использовать GIT и EDT на проектах внедрения типовых конфигураций, на примере внедрения ERP.
6. Как интегрировать EDT в CI/CD контур на базе jenkins и vanessa automation.
В результате выступления вы узнаете, как ""безболезненно"" перейти на EDT на вашем проекте. Получить преимущества работы с GIT, продолжая работать в конфигураторе.

В ходе дискуссии обсудим актуальные вопросы управления проектами, поделимся лучшим опытом и разберемся про современный тренд - гибридные технологии. Это очередная "серебрянная пуля" или действенный инструмент - разберемся в ходе круглого стола.
- Что такое гибридные технологии управления проектами?
- Проблемы классических технологий "водопад" и "гибкие практики"
- Стоят ли выгоды гибридных технологий затрат на их внедрение?
- Разбор практических кейсов.

• Мотивация сотрудников.
• Обучение сотрудников.
• Приоритет при устройстве на работу.
• Развитие собственного опыта.
• Для чего сертификаты не нужны.
• Паспорт квалификации 1С
• Будущее в линейке сертификатов 1С:Джуниор (а их два!).
• 1C:ТестЦентр - Точная информация о навыках сотрудников.

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

1. За счет zabbix 5.0 и нашего модуля в 1С у нас получилось за 2 месяца настроить мониторинг показателей бизнеса (не оборудования!!!) более 300 точек СушиВок в РФ и за ее пределами.

2. Модуль разработан так, что для добавления новых элементов данных не надо обновлять 1С, т.е. в элементах данных в справочнике в 1С можно написать любой запрос. Отдел захотел новую метрику по любым данным из 1с  15 минут и она уже в мониторинге.

3. Мы сделали мониторинг проактивным, т.к. реализовали веб сервис, позволяющий менять информацию в 1С при срабатывании триггера. Таким образом при возникновении проблемы из zabbix’а в 1С прилетает команда, что нужно сделать в такой ситуации.

4. За счёт удобной интеграции Zabbix и Grafan'ы, мы легко сделали удобные Dasboard'ы для мониторинга состояния торговых точек.

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

6. С точки зрения zabbix узлами сети мы делаем, либо отдельные торговые точки, либо город в целом, либо вся база 1С. Это позволило быстро внедрить мониторинг за счет мощного инструментария шаблонов в zabbix.


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

1. KPI и мотивация: почему сухой язык цифр и доброе слово мотивируют лучше сухого языка цифр.
2. Внутренний маркетинг: сотрудник в центре внимания.
3. Как ритуалы и среда влияют на мотивацию.
4. Практические фишки, которые в разное время работали у нас.

Автоматизация юридически значимого электронного кадрового документооборота в текущих реалиях.
Реальные кейсы, технологические челленджи.
1. ЭП для сотрудников. Какую выбрать?
2. Внутренние документы для легализации ЭКДО.
3. Как переводить ЭКДО в конкретные кадровые процессы.
4. Зачем отказываться от ""бумажек"" в кадровых операциях?
5. Реальный кейс по автоматизации ЭКДО в организации.
6. Tips&tricks по автоматизации ЭКДО.

• Контекстная подсказка, подцветка в запросе и коде
• Свой конструктор СКД (работает в тонком клиенте)
• Доработанный конструктор запросов тонкого клиента
• Удобная форма выбора типа
• Интеграция инструментов с БСП
• Большое внимание удобству и производительности

Очевидный факт - объем баз данных почти в каждой компании со временем растет. А  вместе с ростом объема растут и проблемы… Обеспечивать должное качество функционирования информационной системы становится всё сложнее и всё дороже. Для ИТ-службы возникают новые вызовы, проблемы проявляются отовсюду: производительность, сервисное обслуживание, доступное дисковое пространство, обновление конфигурации 1С и прочее. Нередко рост БД происходит с сильным ускорением, взрывным образом. И тогда становится совсем весело…  
Мой доклад основан на реальных примерах. Я расскажу, как мы с помощью системы обмена данными решаем некоторые задачи для терабайтных баз наших Заказчиков.
1.    Обрезка исторических данных (свёртка). Уменьшив БД в 2-3 раза, обычно можно убить сразу несколько зайцев, получить отличный эффект по нескольким направлениям. Очень соблазнительно. Но реализовать эту задачу в больших базах – крайне нетривиальная задача. И мы успешно решаем её. Подробно рассмотрим нашу методику и примеры из реальных проектов. Это будет основной акцент моего доклада.
2.    Балансировка нагрузки – распределение прикладных задач и пользователей между двумя и более экземплярами базы. Позволяет решить проблему как с производительностью программно-аппаратных средств, так и с блокировками.
3.    Создание тестовой копии рабочей бд, которая непрерывно актуальна по данным.  Зачем так сложно, чем не устраивает традиционный подход с развертыванием отдельных тестовых копий? Дело в том, что иногда для тестирования требуются особые условия -  абсолютно актуальные данные и поток изменений «как в бою». Традиционный подход этого не обеспечивает. БД-копия, постоянно синхронная с рабочей базой, позволяет резко повысить эффективность тестирования и увеличить количество циклов доработки на единицу времени.  
4.    Обслуживание индексов и статистик. Зачастую при увеличении БД эта задача становится настоящей проблемой. Технологического окна либо нет, либо оно слишком короткое, и обслуживание БД в него не умещается. А обслуживание одновременно с работой пользователей допустимо лишь с серьезными ограничениями, к тому же оно способно порождать дополнительные проблемы. Мы предлагаем обслуживать два экземпляра базы попеременно, переключая пользователей между ними.
Для кого доклад:
- Технические специалисты поддержки, администраторы 1С.
- Руководители подразделений обслуживания 1С.

В докладе будет представлен успешный опыт гибкого управления командами проекта по автоматизации холдинга, на примере проекта, который внедряли 4 команды различных компаний: "Кодерлайн", "ИТАН", "ИТ центр Рыбасова", "ТектаГрупп".

На примере данного кейса будет рассмотрено как 50 человек за 3 месяца (не считая подготовку к проекту) на 250 пользователей внедрили конфигурацию: 1C:ERP+УСО+ИТАН+ТАБУЛА для целей автоматизации:
- Оперативного учета, включая строительное производство и продажа квартир;
- Финансового управленческого учета;
- Казначейства;
- Бюджетирование;
- Управления договорами;
- Визирование, управление статусами и маршрутизацией движения документов;
- Веб-кабинет подрядчика;
- Управление кредитами;
- МСФО.

В докладе будут рассмотрены конкретные проектные практики, методы и советы по управлению составными командами, как быстро и комплексно решать задачи проекта, а также рассказаны технологические особенности внедрения и применения инструментов для быстрого контроля и тестирования функционала.
Доклад представят: один из исполнителей и руководитель проекта Рыжов Александр Федорович, генеральный директор группы компаний "ИТАН", и Клюев Альберт Николаевич, финансовый директор компании"Текта групп", расскажет об опыте управления группой команд внедренцев со стороны Заказчика.

- Проблема UI\UX дизайна в 1С.
- Как измерить качество дизайна.
- Примеры хороших дизайн-решений.
- Кто отвечает за дизайн: программист: бизнес-аналитик или Заказчик.
- Сравним 1CMAKER с другими средствами прототипирования.

- построение графа зависимости между таблицами;
- разбор запроса на составляющие выборки;
- применение маркеров источника данных;
- оценка накрытия запроса выборками из ИБ;
- анализ производительности отдельных составляющих;
- диаграмма обобщенной и частной производительности;
- оценка недостаточности условий соединения;
- оценка избыточности условий соединения;
- отслеживание дублированного кода;
- отслеживание ошибок соединений;
- сравнение производительности индексов 1С и индексов SQL;
- оценка перекрытия решаемых задач схожими индексами;
- анализ логической схожести между запросами;
- перестроение текста запроса из логической схемы;
- журналирование последовательностей запросов;
- прогноз взаимоблокировок между запросами / последовательностями;
- формирование рекомендаций по параллельному выполнению.

1. Понимание вопроса управления рисками в ИТ-проектах.
2. Методы работы с рисками.
3. Как построить свою систему управления рисками и использовать ее на практике.

Формат: тренинг, 1,5-2 часа. Научимся работать с рисками и интегрировать эти знания в вашу проектную документацию. Простым  и понятным языком.

Сделаем потоковую репликацию.
Воспроизведём отказ мастера.
Переключимся на реплику и обратно.
Отвечу на все вопросы)

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

В горячих баталиях корпоративных проектов важно грамотно визуализировать свои мысли. Я покажу, какими инструментами я пользуюсь, чтобы объяснять, что я прав, а они - хотят странного. Если вы хотите применять профессиональные средства проектирования - приходите на доклад. Я расскажу:

* Что такое Archimate и как с его помощью понять, где ты находишься
* Что такое BPMN и как с его помощью объяснить заказчику, что задача больше, чем кажется
* Как фиксировать информацию с помощью MindMaps и FreePlane
* Что такое PlantUML и почему его должен знать каждый ведущий разработчик

1. Что выбирают сильные кандидаты.
2. Команда на доверии сильнее.
3. 15 инструментов развития Доверия, опробованных на практике.
4. Болезненные факапы в развитии Доверия.

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

В контексте регулярных обновлений рассмотрим следующее:

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

Через свой опыт расскажу о выводах 10-летней работы со своими ограничениями, которые привели к развитию моих направлений бизнеса от 1 до 200+ сотрудников и полному делегированию стандартной операционки.

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

Эта тема будоражит умы многих, а с выходом EDT - чуть ли не каждые 5 минут звучит фраза - та что ж они то такие большие, эти конфигурации?
А я хочу вам рассказать о том, как мы создали модульную конфигурацию, где есть ядро, а рассчет себестоимости, производство, роли и прочее - все подключаемые расширения.
И эта система имеет уже успешные проекты, которые подтвердили данную парадигму. Только проедставьте себе мир, где если вам не нужны роли - их нет, если не надо рассчет себестоиомости - его нет, или интеграций, или подсистем оборудования. Вы только представьте себе ядро с функционалом уровня УТ10 (но конечно же написанное по новым стандартам) - весом в 3Мб, которое можно расширить до УТ11 или УНФ просто добавляя расширения.

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

Рынок труда перегрет. Оценить специалиста любой из "ветвей" выполнения проекта в нашей области: разработка, руководителя проекта, аналитика - серьезная задача даже для опытных управленцев. В ходе дискуссии обсудим какие компетенции требуются современному РП. Насколько РП должен погружаться в содержание проекта. Где проходит граница между РП и архитектором проекта. И нужно ли разделять РП и архитектора.
Тезисы:
- Состав компетенций для РП на текущем рынке
- Какие обязанности должны быть за РП, какие должны быть у архитектора проекта
- Как оценить компетенции РП
- Важен ли опыт РП по применяемым технологиям управления: если РП всю жизнь работал по гибким практикам - сможет ли он освоить водопад и наоборот
- 3 главные задачи РП
- Когда нужен администратор проекта и что это за должность
- Лучшие hard-skils и soft-skils для РП. Их соотношение

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

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

1. Особенности разработки на мобильной платформе 1С для терминалов сбора данных
2. Бесшовная интеграция ТСД, планшетов, ERP, сенсорных киосков
3. UNIT-экономика разработки мобильных приложений. 
4. Мобильная платформа 1С + Веб-технологии в построении интерфейсов
5. Практика внедрения на 50 фабриках одежды и обуви приложения для ТСД на складе и производстве.

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

Деловая игра "свежачок пришёл в гадюшник" раскрывает все аспекты вступления нового руководителя в должность. Личные симпатии и антипатии, роль и власть, управленческий опыт и знания мат части - все это помогает или мешает быть успешным на новой должности?

Сделаем отказоустойчивый кластер.
Сэмулируем отказы сервера и посмотрим как это отработает.
Узнаем как на самом деле работаю ТНФ.
Конечно лучшие практики настройки для высоких нагрузок из опыта.
Ответы на вопросы, в том числе и про лицензирование.

В конце 2019 года мы в Билайне решили, что мобильный клиент 1С уже готов к использованию, проект был запущен в январе, сейчас у нас пилот в 500 магазинах и примерно 200 пользователей в онлайне, к ноябрю мы должны разлить пилот на все 2400 магазинов и рассчитываем, что к середине 2021 года 50% всех операций будут делаться через мобильный клиент.
В докладе я кратко расскажу о внедрении проекта, с какими сложностями столкнулись, как решали. О необходимости перестроения мышления всей команды разработки, о том, что плохой код - враг мобильного клиента, покажу статистику использования и расскажу о дальнейших планах. Доклад будет "менеджерский", кода не будет :(

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

В докладе я расскажу историю трансформации Service Desk в Enterprise Service Management-подразделение и поделюсь опытом решения проблем, которые возникли в ходе трансформации.

Тезисы доклада:
1. Что такое Enterprise Service Management
2. Как трансформировать классический Service Desk в единый центр обращений предприятия
3. Как распутать клубок услуг и облегчить жизнь сотрудникам
4. Какие "не IT-услуги" предприятия оцифровываются в первую очередь
5. Как показать эффективность сервисного подхода за пределами IT
6. Какие ITSM-методики применимы к "не IT-услугам"
7. Какие будут проблемы при запуске единого центра обращений

1. В каких случаях лучше использовать нативные мобильные приложения.
2. Этапы разработки - проектирование приложения, дизайн, проектирование API, разработка, тестирование.
3. Технические решения - аутентификация, увелчение скорости работы в различных сценариях, пуш-уведомления.
4. Роли и задачи - передать часть другим подрядчикам или нанимать специалистов себе.

(за методику спасибо Максиму Дорофееву) 
Поговорим, что делать, если вы регулярно слышите:

• «сделать нужно было вчера»;
• «там пара кнопок, почему так долго?» 

• инструментов для планирования и расчета сроков выполнения проектов; 
• метрик производительности - «сколько мы делаем за спринт? а это много или мало?»;
• понимания, по каким законам живут соседние команды - «перешел в новую команду, начал адаптацию с 0»;
• возможности определить узкие места процесса; -
• понимания, есть ли польза от обучения сотрудников.

• что такое «тетрис»; 
• как и какие трансформации провела в 70+ Scrum командах во время внедрения; 
• как собрать «тетрис», с помощью ALM (jira), Excel и простых алгоритмов статистического прогнозирования, и выстроить откровенный диалог между бизнесом и командами; 
• как повысилась предсказуемость и скорость поставки продуктов (на уровне команды, стрима). 

1. Гибридные приложения - что это?
2. Расширяем свое приложение ч/з возможности HTML.
3. Стандарты с WebView на мобильной платформе (CSS, HTML5, JS).
4. Использование ресурсов из конфигурации на странице HTML: изображения, звуки, скрипты.
5. Обработка событий страницы в ПолеHTMLДокумента в коде модуля формы.
6. Стандартизируй ЭТО. Инструкция для ленивых: как быстро отлаживать HTML и объединять с 1С.
7. Инструменты разработки.
8. Пример.

Расскажу про историю "борьбы" со звонками пользователей. Как мы преодолевали эту боль - переход от приёма обращений по телефону к заявочной системе работы.
* Первая линия - как центр приёма обращений от пользователей. Какие функции отдали ей?
* Написанная заявка эффективнее звонка в ИТ. Или нет?
* Анализ цели звонков и выявление коренных причин. Зачем звонят в ИТ?
* Системы самообслуживания для пользователей. Может ли пользователь удовлетворить себя сам?
* Системы оповещения пользователей о массовых инцидентах. Можем ли мы предупредить звонки?
* Дальнейшее развитие первой линии ИТ как центра помощи бэк-офиса.

1. Смысл и значение обратной связи. Принципы развивающей обратной связи
2. Модели предоставления обратной связи. Разбор, преимущества, практика.
3. Развитие отношений с сотрудниками.
Время: 2 часа

Сопровождение и техподдержка любой системы, особенно внедренными другими подрядчиками - это слезы и боль. Однако мы считаем, что это направление деятельности самое прогнозируемое и прибыльное.  
Основа любой техподдержки - система ServiceDesk. Как перевести ее на новый уровень в компании?
Много говорится об удобстве с клиентской точки зрения. Например - постановка тикетов через разные каналы. Так же много говорится о распределении задач и SLA.
Тем не менее, внутри отдела часто происходит так, что неизвестно, сколько потрачено реального времени на выполнении той или иной задачи, так как фиксируется часто только время в оплату.

О чем расскажу.
1. Плюсы техподдержки. Планируемые четкие ежемесячные платежи не привязанные к этапам. Модель Time&Materials.
2. Деньги. Необходимо привязывать баланс клиента к тикетам по трудозатратам. Зачем и как сделать.
3. Трекинг всего и вся. Помимо времени на выполнении задач необходимо трекать все остальное. Инфраструктурные задачи по развертывании копий, помощь Тимлидов при решении, работа по реквестам при использовании систем контроля версий и многое другое.
4. Как правильно расчитать стоимость часа. Что туда должно входить помимо всех очевидных вещей.
5. Что получит руководитель техподдержки при  правильном учете трудозатрат?
6. Исполнение SLA
7. Ежедневное планирование работ на следующий день. Насколько это необходимо?
8. Можно ли делать проекты внедрения через систему ServiceDesk.
9. Масштабирование. Как зарабатывать больше денег, сохраняя существующее количество исполнителей.
10. База знаний. Как правильно ее организовать именно в системе ServiceDesk.
11. Тестирование. Как реализовать без отдела QA.
12. Описание реализации тех или иных задач.
13. Выбор системы для организации ServiceDesk.
14. Договор на техническую поддержку системы - на что сделать упор, что бы потом не приходилось “мучиться” с выбиванием денег.
15. Часто наши сотрудники называют всю эту систему бюрократия 2.0 - почему без этого никак.

Доклад будет интересен руководителям компаний и подразделений, которые хотят перевести внутренние процессы отдела на новый уровень. Буду особенно счастлив, если по результатам родятся новые идеи о том, что и как прокачать в Service Desk, чтобы работалось еще комфортнее и прибыль компании росла.

За более чем 15-ти летний опыт работы я попробовал много разных вариантов интеграции. В этом докладе я проведу обзор наиболее интересных решений.
Рассмотрим плюсы и минусы разных вариантов. Доклад будет полезен как разработчикам, архитекторам так и руководителям проектов для понимания особенностей различных архитектурных решений. В ходе доклада рассмотрим следующие варианты интеграции:
1. Интеграция через XML. В ходе проекта 1С выгружала данные с помощью стандартных правил КД 2, вторая система, написанная на C# принимала файл от 1С, разбирала его и складывала данные в SQL таблицы.
2. Интеграция через ТБД (трансферную базу данных). Интегрированные системы постоянно опрашивали ТБД и загружали новые данные. Структура ТБД генерировалась с помощью доработанной СППР.
3. Интеграция через систему управления потоками данных (шину данных). В ходе проекта были интегрированы более 5ти систем через шину данных. Доступ к шине данных организован через rabbit mq.
4. Интеграция через mongo db. Интеграция 1С с сайтом через no sql базу данных.

До сегодняшнего дня самым популярным, проверенным и простым форматом для выполнения переносов данных 1С являются правила конвертации «КД 2». Их используют не только для перехода на ведение учета в новых конфигурациях 1С, но и для регулярной синхронизации данных между учетными системами. Существует большое количество готовых универсальных правил конвертации, которые можно использовать в своих проектах и таким образом сэкономить время. В то же время в ряде проектов типовых возможностей обменов, разработанных на правилах конвертации «КД 2» становится недостаточно. Какие преимущества можно получить, добавив в типовую обработку «Универсальный обмен в формате XML» интеграцию с брокером сообщений RabbitMQ? Расскажем об этом в докладе. Также предоставим всем участникам модифицированные обработки, о которых идет речь.
•    Как мы научили обработку «Универсальный обмен…» работать с RabbitMQ и зачем?
•    Скорость работы и область применимости.
•    Докачка обмена при прерывании и другие преимущества.
•    Следующий уровень абстракции – универсальное решение для автоматизации обменов.
•    Интеграция без кода (на примере сервиса Parabola).

В последнее время набирает популярность термин ""менеджмент знаний"": элементы его уже давно включены в ISO 9001:2015, приняты ГОСТ Р 54877-2016 и ГОСТ Р 57320-2016, появляется всё больше публикаций, ПО и специалистов.

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

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

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

Специально для INFOSTART EVENT 2020 мы решили поделиться своими знаниями и совместно покодить на OneScript.Web. Формат будет хакатон. Цель - упростить работу с множеством хранилищ 1С. Итоговое приложение будет уметь:
* Управлять пользователями.
* Создавать и подключаться к хранилищам.
* Уметь выполнять быстрые действия с хранилищами:
    * Получить CF выбранной версии.
    * Поправить комментарий.

1. Проект1: Оптимизация обменов в опте и рознице - более 100 магазинов + Зоопарк.

a. Используем Шлюз-Акселератор для разгрузки операционной и центральной базы.
b. Ускоряем прокачку, маршрутизируя объекты «один ко многим» через интеграционную шину.
c. Разбиваем РИБ на 2 и более плана обмена, решая проблемы обновлений и другие.

a. Подключаем Axapta и Oracle через быстрые ВИД.
b. Подключаем SAP через веб-сервис и настраиваем обмен в КД2.
c. Используем обычные правила КД2 для мэппинга «всего и со всем».
d. Маршрутизируем объекты «один ко многим» через интеграционную шину.

a. Шина кэширования вызовов web\http-сервисов – область применения, замеры, реализация.
b. Многопоточность и приоритезация.
c. Дозакачка пакетов при прерываниях загрузки.
d. Умная обработка ошибок и другие хитрости.

- Что такое личный бренд руководителя? Зачем он нужен? Можно ли без него?
- В чем особенность позиции ИТ-Директор? Как ИТД воспринимает бизнес?
- Каким должен быть бренд ИТД, чтобы повысить эффективность внутренних проектов?
- Элементы личного бренда: 4 базовых элементов и 5-й элемент в качестве сюрприза :)
- Чек-лист для участников: GAP-анализ. Определение текущего состояния и желаемого

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

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

- Rabbit MQ - заезженный mainstream по реализации событийной интеграции. Покажу наш вариант реализации интеграции с 1С.
- Redis - in-memory база данных типа ключ-значение которая работает оооочень быстро. Какие сферы применения?
- Mule ESB - платформа, с помощью которой весь этот зоопарк живет в полной гармонии
- Elastic видишь? А он есть...

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

Не секрет, что в последнее время набирает обороты такое направление как BI. Использовать связку SQL <-> Microsoft Power BI удобно. Как же управлять базой SQL, добавлять и изменять данные, смотреть содержимое таблиц, выполнять различные запросы и др. и все это в графическом интерфейсе 1С? Обо всем этом поговорим на реальном примере из моего опыта. Расскажу про реализованную подсистему работы с базой SQL. Также затронем вопрос легальности в соответствии с лицензионным соглашением.

— договариваемся с банками, подключаемся к API;
— вмешиваемся в типовые функции загрузки банка;
— параллелим загрузку, создание и проведение документов;
— пишем умную систему авторазноски документов на основе исторических данных;
— понимаем и учитываем ошибки учета;
— создаем шаблоны для уникальных документов;
— и другие способы получить полную информацию к 12 часам дня.

1.    Немного воспоминаний и ретроспектива по докладу 2014 с учетом пройденного пути
    a.    Почему в теории все сложно (или нет), а на практике иначе (легко, но не очень)
    b.    Применение базы знаний в маленькой компании
        i.    Хорошо когда вас много, лучше когда несколько человек, но в реальности ты всегда один
        ii.    Изменение компании и деградация знаний
        iii.    Постановка культуры знаний: что получается, что нет
2.    Почему мы закрыли свой проект ""База знаний"" (конфигурация на 1С, представлена на Инфостарт в бесплатном доступе)
    a.    Напоминание о проекте, рейтинг, использование в других разработках, опыт использования
    b.    Почему мы остановились и стали искать альтернативы
3.    Как мы используем текущую базу знаний, реальный кейс
    a.    Что хорошего было раньше?
    b.    Перенос старой информации
    c.    Организация пространств
    d.    Организация доступа посторонних
4.    Что мы планируем делать
5.    Зачем этот доклад?

Расскажу о своём опыте работы с молодыми программистами 1С:
- чем отличается их и наше образование?
- отличительные особенности характера молодёжи;
- какая мотивация им нужна;
- с чем в работе возникают основные проблемы;
- как их портит современное устройство мира 1С;
- можно ли сделать из них нас.

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

Поэтому мы поговорим про:
1.    Подготовку тестовых данных
2.    Загрузку тестовых данных, хранение в гите и их поддержку
3.    Структуру тестов и тестовых данных
4.    Оптимизацию временных затрат на рефакторинг тестов и первичное тестирование нового функционала

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

Tсли у вас нет собственных целей вы всегда будете идеальным инструментом для достижения чужих.

Как ставить цели и достигать их? И нужно ли это вообще делать?

Альтернативные теории счастливой жизни без целей:
- состояние потока,
- интерес/скука.

Детали и механики:
- В каких разрезах нужно ставить цели? - Профессия, Семья, Хобби и так далее...
- Как выработать свои цели? Ценности - Видение - Причины удовлетворенности и неудовлетворенности
- Где технически удобно вести цели? - Майнд-карты, списки.
- Как связать средне- и долгосрочные цели с действиями текущего дня? - GTD и др. механики.

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