• Развитие экосистемы 1С:Предприятия
• 1С:Аналитика - BI для бизнес-пользователей от 1С
• 1С:Шина - ESB от 1С: легкая интеграция 1С с другими инфосистемами
• Развитие Системы взаимодействия
• Мобильные технологии 1С
• Автоматизированное тестирование
• Облачный сервис сборки и публикации мобильных приложений от 1С
• Развитие расширений конфигураций

• Кто и как должен выбирать подходы для управления проектами, продуктами, сервисами? Команда, сам менеджер или компания (топ менеджмент, проектный офис), как это делать эффективнее всего? Что об этом думают в PMBoK 7?
• Что нужно знать для выбора методологий? И почему важна “насмотренность” и отчего простые подходы вроде Cynefin framework вам не помогут
• Как выбирают подходы в мире (на основании глобальных исследований и конкурсов).
• Как выбирали методологии мы? На примере четырех компаний и трех проектных офисов офисов, к управлению которыми Иван имел отношение в последние годы.

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

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

• Пускай пользователи мучаются – не делайте расшифровку полей!
• И в запросе все норм – не соединяйте наборы данных!
• К черту механизм итогов СКД – используем ВычислитьВыражение везде!
• Используйте макеты только для оформления!
• Автозаполнение все сделает за нас – не используйте расширения языка запросов!

• Что такое "чистый код"?
• Правило бойскаута
• Как называть переменные, процедуры и функции, чтобы бы сделать их понятными?
• Компактные процедуры и функции
• Правило одной операции
• Один уровень абстракции на процедуру и функцию
• Магические числа и строки
• Хорошие комментарии и плохие комментарии
• Форматирование и оформление кода
• Как из плохого кода сделать хороший: правило последовательных очищений

• О библиотеке
• Объекты 1С: "веб-сервис" и "XDTO-пакет"
• Расширение возможностей настройки бесшовной интеграции
• Использование методов программного интерфейса БИД
• Практика создания своих форм документа в интегрируемой системе

Что в реальности можно, а чего нельзя при проф лицензиях

• BigData и другие вызовы современности
• Отечественные NoSQL in-memory решения. Зачем они нам
• Как за 20 минут разобраться в инструменте с бесконечной горизонтальной масштабируемостью
• Живой кейс: обработать 100 000 запросов с сайта интернет-магазина за 10 секунд, скормить их в 1С, чтобы та осталась «живой и здоровой»
• Смежные технологии обработки BigData из нашего стека

• Краткий экскурс в расширения 1С
• Аннотации расширений и их применения
• Расширение форм документов
• Почему мы теряем данные при отключении расширений
• Расширения и РИБ
• Работа с хранилищем
• Проблемы обновления

Последнее десятилетие low-code системы на хайпе. Можно создавать mvp, мобильные приложения и простые десктоп приложения практически без строчки кода, используя low-code, no-code подходы. Но могут ли такие платформы быть эффективными при решении задач интеграции?

Что рассмотрим:

• Как организовать межсистемное взаимодействие практически без строчки кода?
• Low-code решения для задач интеграции, как в этом всем живет 1С?
• Можно ли настроить надежный интеграционный контур, не потеряв терпение и данные?
• Примеры использования zero, low-code на реальных задачах.
• Плюсы и минусы построения интеграционных контуров на платформах n8n, wso2.

• Алгоритм действия проверяющих
• Что делать при проверке
• Чеклист по аудиту чистоты ПО. Как защитить себя или клиента

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

• Лицензионная политика (стоимость владения прежде всего)
• Требования к информационной безопасности (облако vs сервер)
• Интеграция с источниками – возможности и возможные проблемы
• Наличие/необходимость разработки хранилища данных
• Квалификация сотрудников и специалистов на рынке труда

• Оптимизация бизнес процессов как первый этап проекта
• Зачем обучать 1С до моделирования
• Как вести разработку на несуществующей конфигурации
• Создание единой команды Заказчика и Исполнителя
• Работа с сопротивлением

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

• Рассказ о трех из 100+ практик Канбана, которые ничего не стоят и принесут много пользы команде и заказчику.
• Визуализация работы.
• Ограничение незавершенной работы.
• Прогнозирования на основе статистики.

• Один источник информации
• Три параллельных проекта
• Четыре увольнения участников команды
• Десяток этапов запуска
• Сотня изменений планов
• А также 350 аптек, миллион интеграций и база в терабайт.

• Команда слезам не верит
• На игле - ты стал тимлидом. Что мы знаем про них
• Виды тимлидов
• Признаки счастливой команды

• Роли 1С-специалистов
• Запрос рынка
• Аналитик 1С и его зона ответственности
• Где брать, чему учить и как учить?