Если вы используете связку 1С и PostgreSQL - тогда у меня для вас хорошие новости.

А новости эти будут представлены в докладе, из которого вы узнаете какие новые фичи PostgreSQL 14 сделают работу 1С быстрее, а администрирование баз данных проще и удобнее. 

А самое интересное в докладе будет снабжено практическими примерами и иллюстрациями.

В условиях тотального дефицита кадров задача найти тимлида в команду как правило выглядит если не нерешаемой, то совершенно точно долгой и малоуспешной. Чаще выбирается путь вырастить тимлида внутри. Но и он, хоть и выглядит более понятным, зачастую не приводит к нужному результату.
А что, если зону поиска расширить и попробовать найти тимлида среди простых смертных, а не 1с-ников. Фантастика? С первого взгляда выглядит действительно так, но случаются исключения, причем вполне успешные.
Именно  о таком реализованном в нашей компании варианте хотим рассказать. Вот вопросы, которые мы задавали себе, и сейчас хотим поделиться получившимися мыслями с вами:
•        Шейпер? Анализатор? Педант? Кто он, тимлид без hard skills.
•        Как сделать так, чтобы не программирующий игрок оказался успешным дирижером
•        Что думает команда, когда у руля человек из другого мира?

1. Как мы дошли до жизни такой, или цепочка создания ценности в конкретно взятом подразделении крупной компании.

2. Сделайте мне красиво! – Реально ли привлечь заказчика к работе над продуктом?

3. Гладко было на бумаге – Особенности продуктового подхода применительно к продуктам на платформе 1С.

4. Красивые налево, а умные направо. А мне что, разорваться теперь? – Структура и роли центра компетенций 1С.

* Разбор 40 хранилищ
* Непрерывная проверка SonarQube
* Сборка и тестирование
* Деплоим на прод
* Разворачиваем копии
* Who is on duty today?
* Рестарт кластера одной кнопкой

• Введение в метод OKR или по какой методологии работают Google/ Facebook и другие IT гиганты?
• Лайфхаки как применять на практике в компании и для личной эффективности
  
• Пробуем применить на себя (практикум)
•    FAQ по вопросам из зала

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

Целевая аудитория доклада – конечные исполнители проектных работ: разработчики, аналитики, консультанты.

Если вы используете связку 1С и PostgreSQL - тогда у меня для вас хорошие новости.

А новости эти будут представлены в докладе, из которого вы узнаете какие новые фичи PostgreSQL 14 сделают работу 1С быстрее, а администрирование баз данных проще и удобнее. 

А самое интересное в докладе будет снабжено практическими примерами и иллюстрациями.

Внедрение проектного управления в России и странах СНГ пробуксовывает. Приходится постоянно доказывать, что оно работает, что от проектного подхода есть польза и что это не «бюрократия» (хотя периодически оно действительно перерождается в бюрократию)

• Хотя у многих есть интерес, есть  много попыток внедрения, эффект  от внедрения значительно меньше ожиданий.

• Очевидно «как в книжке» в России не получается.
  Причина –  национальные особенности, в том числе национальные особенности управления.

• Есть много моделей, объясняющих национальные особенности, все они приводят к нескольким основным особенностям:

1. игнорирование инцидента, пока он не перерастет в серьезную проблему;

2. маятниковая система управления – резкие переходы от расслабленности к мобилизационному действию;  

3. неверие в вероятность, свое влияние на вероятность (авось, небось и как-нибудь);

4. система управления по поручениям как основа деятельности;

5. авторитарный стиль управления;

6. нежелание сотрудников брать на себя ответственность;

7. приоритеты: тактических задач на стратегическими/ «сегодня» над «завтра»;

8. разница описанных и реально работающих процессов;

9. ориентация на личные взаимоотношения («Византийская система»);

10. пренебрежение «книжной мудростью».

• Технический долг и причины его возникновения
• Уровни квалификации: , , – кто они и на что способны.
• Определяем уровень квалификации на основании теоретического собеседования в (какие задачи выполнял, где сильные и слабые стороны).
• Рассмотрим шкалу квалификации программистов 1С, построенную на статистике результатов собеседования более 1000 кандидатов по всей России за последние 3 месяца.
• Накладываем результат собеседования на шкалу квалификации, и как по трафарету получаем информацию о его возможностях, навыках, знаниях и есть ли риск технического долга.
• Разберем, каких кандидатов уровня "middle" можно нанять, чтобы не потерять деньги.
• Какими ключевыми знаниями/навыками должен обладать middle, чтобы был максимально эффективен
• Как снизить процент технического долга и увеличить рентабельность?
• Вырабатываем скрипты общения с клиентом, чтобы получить лояльность

Если что-то может случиться с системой, это рано или поздно случится. Попробуем научиться узнавать о проблемах не только от пользователей, а возможно, и прогнозировать их заранее.
* что есть в 1С для мониторинга
* какие проблемы с "типовыми средствами"
* средства доставки метрик в zabbix, prometheus и т.п.
* средства сбора и анализа проблем по данным ЖР и ТЖ
* пробуем прогнозировать проблемы чуть шире, чем "заканчивается место на диске"

Задача: На примере собственного опыта показать, как специалист 1С пришел в инвестирование через проект. И есть ли другие пути. 
Посыл: Инвестирование – это не так сложно как кажется, достаточно понять принцип.

План доклада:
1.Расскажу, как я сам пришел к инвестированию.
2.Немного об устройстве фондового рынка и финансовый рынок в России.
3.Что и как можно купить на фондовом рынке.
4.Стратегия инвестирования 
5.И итоги.

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

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

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

Как купить? Нужно ли специальное ПО? И на что здесь важно обратить внимание! 

У купонов есть предел. Что поможет? Акции. В чем смысл и какой профит? И где здесь подводные камни?

Итак! Главный вопрос-что купить? Или вернее - зачем? 
Расскажу про стратегию на своем примере.

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

Разве недостаточно прода, предпрода, разработки и нагрузочного тестирования? Оказывается, нет. Актуальный состав экосистемы крупного внедрения 1C:ERP УХ выходит за эти рамки, его инфраструктура шире, а выявилось это при переходе на импортозамещенную платформу. Ответы на те вопросы, которые  раньше можно было получить "по умолчанию", в новых условиях пришлось искать явно:

1. Количество пользователей - единственный драйвер? Обзор сегментов экосистемы и основные драйверы требований к оборудованию в каждом из них.

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

3. Как это - не можете взять другой релиз платформы? Неожиданные, но показательные сложности с логистикой при использовании Z-платформы 1С, их решение.

4. Это бег в песчаную горку? Точки опоры при сайзинге оборудования.

5. Когда, говорите, бэкап восстановите? Система регулярных бэкапов и призыв к компании Postgres Professional.

•  4 языка «любви» Заказчика. Заходим через «открытое окно» 
•  Экспресс-анализ организационной среды и картины мира Заказчика
•  «Что сказал заказчик»: как сделать из проблемы задачу, а из жалобы – ценность. 
•  Как я могу использовать это для моего проекта - инсайты и план ближайших шагов.

Что получат участники
•  «Вертолетное» видение окружения, в котором разворачивается ваш проект
•  Инструменты и опыт экспресс-диагностики корпоративной среды для вашего конкретного проекта или компании.
•  Смогут составить план ближайших шагов по улучшению взаимодействия с заказчиком для своего конкретного проекта
•  Опыт обсуждения своей задачи с людьми, которые думают иначе, чем вы: выход за рамки привычных паттернов восприятия
•  Энергию реализовывать идеи и хорошие вопросы «на подумать»
•  Инсайты гарантированы

Внедрение проектного управления в России и странах СНГ пробуксовывает. Приходится постоянно доказывать, что оно работает, что от проектного подхода есть польза и что это не «бюрократия» (хотя периодически оно действительно перерождается в бюрократию)

• Хотя у многих есть интерес, есть  много попыток внедрения, эффект  от внедрения значительно меньше ожиданий.

• Очевидно «как в книжке» в России не получается.
  Причина –  национальные особенности, в том числе национальные особенности управления.

• Есть много моделей, объясняющих национальные особенности, все они приводят к нескольким основным особенностям:

1. игнорирование инцидента, пока он не перерастет в серьезную проблему;

2. маятниковая система управления – резкие переходы от расслабленности к мобилизационному действию;  

3. неверие в вероятность, свое влияние на вероятность (авось, небось и как-нибудь);

4. система управления по поручениям как основа деятельности;

5. авторитарный стиль управления;

6. нежелание сотрудников брать на себя ответственность;

7. приоритеты: тактических задач на стратегическими/ «сегодня» над «завтра»;

8. разница описанных и реально работающих процессов;

9. ориентация на личные взаимоотношения («Византийская система»);

10. пренебрежение «книжной мудростью».

1.  Введение. Проблематика обработки больших данных 1C в облаке
2.  Технология FPGA Xilinx Alveo
3.  Использование технологии FPGA для  ускорение операции получения остатков по регистру накопления 1С:ERP
4.  Сравнение производительности решения на базе технологии FPGA от Xilinx и на процессоре
5.  Масштабирование решения для 1С на безе Xilinx Alveo и предоставление его как сервиса в облаке Selectel
6.  Гибкий подход в применении решений на базе Xilinx Alveo для ускорения вычислений в гибридной среде (облаке)
7.  Экономика решения
8. Почему Selectel?
9.  Выводы и вопросы

Если: 
   - Вы молчите на совещаниях, пока команда сама решает проблемы?
    - Сотрудники ставят себе задачи, декомпозируют, распределяют ответственность и достигают целей? Без вас?
    - Все задачи выполняются и не требуют контроля?
    - У команды высокий уровень мотивации?
... ,то вы действительно прекрасный руководитель, идите на другой доклад! А если не всё, то узнайте, как это "починить" с помощью "правильных" совещаний.

На докладе (30 мин): как улучшить ваши рабочие встречи (на основе исследований, наших и гугла), какие физиологические и психологические факторы работают на вовлечение и как ими пользоваться на встречах?

На мастер-классе (1.5 часа) получите 15 базовых инструментов фасилитации на примере, которые помогут вам улучшить любую встречу — от ежедневной до стратегической.

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

Хотел бы рассказать, чего ждать от этой технологии, чего не ждать.

Кому она реально пригодится, а кому только в академических целях.

Ну и, конечно же, особенности использования секционирования в 1С.

Из доклада вы узнаете:
* Настройка CI с нуля для нескольких проектов
* Контроль качества кода в конфигурации с миллионами строк
* Использование Vanessa от сценарного тестирования до записи видеоинструкций
* Синергия от совместного использования OneScript и Gitlab CI
* Флоу разработки от бэклога до деплоя
* Запуск пайплайнов из 1С через API Gitlab
* Доставка hotfix-расширений до рабочих баз

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

Хотел бы рассказать, чего ждать от этой технологии, чего не ждать.

Кому она реально пригодится, а кому только в академических целях.

Ну и, конечно же, особенности использования секционирования в 1С.

Крупные компании отказываются от внедрения третьими лицами продуктов и переходят на собственные команды – это не только экономически, но и политически верный тренд последних 5 лет. Но, создавая команду 1С специалистов «с нуля» или «покупая» в ближайшем франчайзи ожидания бизнеса очень часто оказываются обманутыми. В своем докладе я расскажу что лично я вынес за 15 лет работы в автоматизации, как стоил команду и поделюсь набором действующих кейсов, которые позволят вашей команде стать самостоятельной, уважаемой и ценной для компании.
Что такое «золотая» команда автоматизации:

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

• Как организовать взаимодействие подрядчика с внутренней ИТ-структурой и бизнесом, чтобы превратить проект в русскую рулетку?
• На чем сэкономить, чтобы гарантированно развалить ИТ-отдел?
• Как потратить двойной бюджет и не дойти до финала?

История трех проектов с разными командами и одинаковым результатом.

Современные конфигурации на платформе "1С:Предприятие" могут работать через собственное клиентское приложение (тонкий или толстый клиент), а могут - просто в браузере.

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

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

В своем докладе я подробно расскажу про использование асинхронных методов:

• Что означают термины "синхронный" и "асинхронный"?
• Что с чем выполняется синхронно при использовании синхронного кода?
• Зачем понадобились асинхронные методы?
• Какие виды асинхронных методов существуют в платформе?
• Что такое методы обратного вызова (callback'и)?
• Какие сложности могут возникнуть при использовании методов обратного вызова?
• Что такое Обещание (promise), которое появилось в платформе 8.3.18 ?
• Как использовать оператор Ждать?
• Как использовать модификатор Асинх для описания собственных асинхронных процедур и функций?
• Какие ошибки могут встретиться при использовании асинхронных функций в коде?
• В чем принципиальное отличие длительных операций с использованием фоновых заданий и новых асинхронных методов?

1. Чего технически не хватает в экосистеме 1С для соответствия стратегии цифровой трансформации?
   
   
2. Разберем, с помощью каких подходов и инструментов можно обеспечить соответствие технических решений на базе 1С рекомендациям Министерства цифровой трансформации
   
   
3. Построим архитектурные решения для:
• увеличения доли выручки от цифровых продуктов;
• уровня переиспользования API для физических лиц;
• других КПЭ на уровне страны.
  
  В качестве подопытных будем использовать типовые конфигурации – УНФ, ERP, ТОиР, ЗУП, БП, УХ.
  
  
4. Поговорим о примерах того, что будет происходить с 1С-решениями, если оставить все как есть.
   
   
5. Закончим тем, как дополнительные решения типа EDT, 1C:Аналитика, 1С:Сервер взаимодействия и другие могут обогатить ваши проекты, почему это важно, и какое этому экономическое обоснование.

• Типы токсиков в проекте: как распознать?

• Всему есть причина: можно ли их вылечить?

• Любовь творит чудеса. Морковка сзади, морковка спереди.

• Как избавляться от людей без крови, истерик и судов?

В наше не лёгкое время мы поговорим о том, что:
•Гибкость, которая не гибка
•В какие моменты надо становиться «тираном»
•Как предугадать точку невозврата
•Какие моменты необходимо оставлять на откуп «бизнесу», а какие нельзя ни в коем случае
•«Режим героя». Когда он нужен, а когда игра не стоит свеч
•Как не стать заложником «вечного Agile»

1. Подходы

• На копиях рабочих баз с подкачкой изменений из рабочих
• На рабочих базах – вживую

                i. В технологическое окно
                ii. В постоянном режиме

2.  Хитрости настроек

• Скелет из метаданных и др.
• Добавление недостающих полей, ..а если нет даты?

3. Свёртка регистра бухгалтерии  весом более терабайта – тот ещё квест!

• Дробление свёртки по счетам
• Работа с итогами сдвиг \ отключение…

4. Технологическое окно в РИБ

• Возможна ли свёртка, риски, возможность отката

5.  Автоматизация свёрток на N базах, Сценарии, Кейсы

1. Чего технически не хватает в экосистеме 1С для соответствия стратегии цифровой трансформации?
   
   
2. Разберем, с помощью каких подходов и инструментов можно обеспечить соответствие технических решений на базе 1С рекомендациям Министерства цифровой трансформации
   
   
3. Построим архитектурные решения для:
• увеличения доли выручки от цифровых продуктов;
• уровня переиспользования API для физических лиц;
• других КПЭ на уровне страны.
  
  В качестве подопытных будем использовать типовые конфигурации – УНФ, ERP, ТОиР, ЗУП, БП, УХ.
  
  
4. Поговорим о примерах того, что будет происходить с 1С-решениями, если оставить все как есть.
   
   
5. Закончим тем, как дополнительные решения типа EDT, 1C:Аналитика, 1С:Сервер взаимодействия и другие могут обогатить ваши проекты, почему это важно, и какое этому экономическое обоснование.

Тезисы:

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

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

1. Как организовать межсистемное взаимодействие практически без строчки кода?

2. Low-code решения для задач интеграции, как в этом всем живет 1С?

3. Можно ли настроить надежный интеграционный контур, не потеряв терпение и данные?

4. Примеры использования zero, low-code на реальных задачах.

5. Плюсы и минусы построения интеграционных контуров на платформах n8n, wso2...

* Что стало причиной и какие были предпосылки для построения единого центра обслуживания?
* Что такое сервисный подход и почему весь бэк-офис должен это знать?
* Как мы строили сервисную организацию и какие ИТ-инструменты использовали?
* Как на практике работает единое окно для бизнеса?
* Как внутренний клиент влияет на развитие сервисного подхода?
* Что будем делать дальше, если всё уже сделано?

Вы думаете, астрономия - это наука о звездах и планетах? Это очень упрощённое понимание. Во-первых, астрономия - это наука о том, как устроен весь мир, в котором мы живём. Вы собрались тут, чтобы создавать великие проекты, как это можно делать, не зная мира вокруг? Получится ерунда.

Затем - наши дети. Их души чисты и их всегда интересует, как устроена Вселенная. Стыдно смотреть в глаза ребенку, не зная ответа на его простые вопросы.

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

Олег Бартунов и Иван Панченко объяснят, какие связи есть между айти и астрономией, а также предложат свою версию FAQ по астрономии и ответят на ваши вопросы.

Практическое занятие, на котором  будет разобрана реализация веб-сервиса по обработке ошибок, возникающих в 1С:Предприятие. Процесс разработки будет пройден вместе с участниками от и до. Действовать будем строго по методологии TDD, с подключением mock-сервисов и с применением крайне полезных шаблонов программирования. На выходе получим готовый к развертыванию на продуктиве docker-образ.
Мастер-класс можно рассматривать как отправную точку для реализации собственных решений на базе движка OneScript.Web, "инструкцию по применению" некоторых крайне полезных шаблонов программирования, а также как наглядную демонстрацию техники разработки под названием TDD.

Собрать в одном веб-приложении информацию из нескольких информационных баз (1С:Розница). На примере личного кабинета.

- Бэкенд. 1С:Предпреиятие + механизм расширений + HTTP-сервисы.  Отличие HTTP-сервисов от OData.
- Проектирование HTTP-сервисов. Протокол HTTP. Архитектурный паттерн REST. Плохой и хороший REST. Версионирование API. Документирование API (Swagger).
- Фронтенд. React (https://reactjs.org/) — библиотека для создания пользовательских интерфейсов. Плюсы и минусы. Create React App (https://create-react-app.dev/) — CLI, для быстрого создания заготовки проекта. Redux для управления глобальным состоянием. Создание интерфейса с минимальными знаниями HTML и CSS. Библиотека готовых компонентов — Ant (https://ant.design/).
- Техническое задание изменилось. Масштабирование решения (несколько информационных баз). Упрощение поддержки фронтенда.
- Бэкенд для фронтенда (BFF). Node.js в виде прослойки между несколькими информационными базами. Кэширование. Подключение дополнительных источников данных (не только ИБ 1С). Трансформация данных без изменения расширений.
- Как BFF (backend for frontend) сделать ещё лучше. GraphQL. Когда стоит смотреть в его сторону.
- Приложение в production. Четыре источника ошибок при внесении изменений: 1С:Розница, HTTP-сервис, BFF, фронтенд. Автоматизированное тестирование. Инструменты для тестирования. Тестирование REST (Postmam, Supertest), тестирование фронтенда (Jest), React Testing Library), сквозное тестирование (Puppeteer)
- Ошибки на клиенте. Трэкинг ошибок на клиенте. Обзор сервиса Sentry.
- История провалов и успехов.

• Принципы API-first архитектуры

• Mock-сервер для http-сервисов 1C

• Применение парадигмы MVC при проектировании http-сервисов в 1С

• Документирование http-сервисов 1С по спецификации OpenAPI 3.0

Что такое бизнес-партнёр в ИТ и как это понимают
Модель «внутреннего» бизнес-партнёра в штате.
Модель бизнес-партнёра «на аутсорсе»
Личный опыт:
вывод ИТ служб в многопрофильной компании. Почему конечные пользователи были недовольны
вывод ИТ служб в торгово-промышленной группе. Почему пользователи по прежнему недовольны (на самом деле довольны)

Собрать в одном веб-приложении информацию из нескольких информационных баз (1С:Розница). На примере личного кабинета.

- Бэкенд. 1С:Предпреиятие + механизм расширений + HTTP-сервисы.  Отличие HTTP-сервисов от OData.
- Проектирование HTTP-сервисов. Протокол HTTP. Архитектурный паттерн REST. Плохой и хороший REST. Версионирование API. Документирование API (Swagger).
- Фронтенд. React (https://reactjs.org/) — библиотека для создания пользовательских интерфейсов. Плюсы и минусы. Create React App (https://create-react-app.dev/) — CLI, для быстрого создания заготовки проекта. Redux для управления глобальным состоянием. Создание интерфейса с минимальными знаниями HTML и CSS. Библиотека готовых компонентов — Ant (https://ant.design/).
- Техническое задание изменилось. Масштабирование решения (несколько информационных баз). Упрощение поддержки фронтенда.
- Бэкенд для фронтенда (BFF). Node.js в виде прослойки между несколькими информационными базами. Кэширование. Подключение дополнительных источников данных (не только ИБ 1С). Трансформация данных без изменения расширений.
- Как BFF (backend for frontend) сделать ещё лучше. GraphQL. Когда стоит смотреть в его сторону.
- Приложение в production. Четыре источника ошибок при внесении изменений: 1С:Розница, HTTP-сервис, BFF, фронтенд. Автоматизированное тестирование. Инструменты для тестирования. Тестирование REST (Postmam, Supertest), тестирование фронтенда (Jest), React Testing Library), сквозное тестирование (Puppeteer)
- Ошибки на клиенте. Трэкинг ошибок на клиенте. Обзор сервиса Sentry.
- История провалов и успехов.

• как мы записываем больше 1 млн проводок в Регистр бухгалтерии за 15 минут;
• как мы объединяли 6 баз по 100 Гб в одну за 12 часов, а потом централизовали;
• как 4 тыс. пользователей работают в одной базе в режиме автоматических блокировок;
• как перейти на новые версии БСП быстро и безболезненно.

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

- Разработка внутреннего корпоративного продукта после чтение статьи на IE
- Обмениваемся не справочниками, документами и записями регистров, а событиями информационных систем
- В каких случаях формат ED не всегда удобен и почему использовать его в текущем виде не всегда хорошо
- Решение проблемы загрузки "старых" сообщений через версионность  формата.
- Фоновое формирование сообщений по событиям, уменьшаем нагрузку на работающую систему

Инфарктный менеджмент, работа в стиле "триллер", тушение пожаров стало нормой, дедлайн - обычным днем календаря. Кто-то из вашей команды просыпается в 4 утра в холодном поту с мыслями о работе, кто-то приходит в офис с выражением "куриной попы" на лице, в серверной отключился кондиционер, в кофемашине закончился кофе, программистов не хватает, но чем они заняты-не понятно, все кругом недовольны, а вы-в эпицентре и надо срочно что-то бежать и делать? Можно даже поменять работу, но через полгода вы оглядываетесь - а история повторяется.

Я проходила это с командой в 20 человек и с командой в 100+.

Водопад сменился аджайлом, PMBOK 6 сменился PMBOK 7, цены на бензин - а впрочем не будем усугублять) Здравый смысл остается неизменным.

Есть 15 правил, которые надо усвоить, чтобы системно упорядочить происходящий хаос.

И первое из них: "Когда хочется бежать и делать, это последнее, что действительно необходимо".

Основная мысль доклада - "С чем я столкнулся, придя на проблемный проект внедрения 1С:ERP"
Я пришел в холдинг в ноябре 2019 года, все эти вопросы пришлось решать с первого дня
Холдинг занимается обслуживанием железной дороги - ремонтом локомотивов, вагонов, дорог, подачей электроэнергии, диагностикой и пр.
Численность холдинга - 10 тыс. человек, одновременно работают 400-600 человек


Планирую рассказать, как я решал  проблемы, которые встали передо мной:

Как остановить разбегающуюся команду? 
Как успокоить разгневанных заказчиков? 
Как понять, чего хочет руководство?
Что делать с серверами?
Где искать компетентных сотрудников?
Как управлять проектом внедрения?
Как расторгнуть договор с франчайзи-внедренцем?
Как планировать новые проекты?
Как обосновать архитектуру баз данных ERP-УХО-ДО?
Как навести порядок в справочниках?
Как поднять производительность?

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

*Плейстоцен — эпоха четвертичного периода, начавшаяся 2,588 миллиона лет назад и закончившаяся 11,7 тысячи лет назад. В 1с этот период характеризуется обычными формами,  использованием толстого клиента и вызовом "Предупреждение" без таймаутов прямо из модулей проведения документов.

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

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

Из 1С можно управлять домом, офисом, машиной, причем делается это очень просто.

В докладе расскажу о принципах интеграции 1С с простым и сложным оборудованием: с теорией, реальными примерами и кусками кода.

• Зачем делать умный дом на 1С, если есть специализированное ПО?

• Принцип работы умного дома: как это делается обычно.

• Принцип работы умного дома на 1С.

• Простой пример: разработка выключателя света с обратной связью.

• Сложный пример: сигнализация для машины. Стиральной. Как и, главное, зачем?

• "Тяжелые запросы": по моей квартире катается умный электрифицированный стокилограммовый шкаф.

• Кейс "Мини-отель".

• Как устроено ИТ в крупнейшей в России МФО

• Как обеспечиваем работу ИТ систем 24х7 

• Как саппорт из 10 человек обслуживает 950 офисов и 600 сотрудников 7 дней в неделю с 3:00 до 20:00

• Как построены коммуникации внутри ИТ

• Что делаем с факапами

• Сколько седых волос осталось

Расскажу, что действительно ждет Заказчика, решившегося на автоматизацию /переход на новую систему/.
Все то, о чем не расскажет Интегратор и умолчат большинство Заказчиков.
 

• Почему проект по Автоматизации - это положительные изменения для Компании?
• Как выбрать Исполнителя. Чему верить, а на чем необходимо настоять.  Почему команды меняются?
• Какие ошибки при внедрении совершили
• Разбираемся в проектных технологиях. Кому, что выгодно /Заказчик vs Исполнитель/
• Как получить в срок и уложиться в Бюджет ?
• Резюмируем итоги внедрения. Что хотели, и что получили в Итоге.

Практически из любой команды можно сделать команду мечты, вопрос только в том, сколько времени и сил нужно на это потратить (и стоит ли оно того).

На примере почти настоящей команды разберем и посмотрим, как работают и применяются основные инструменты управления людьми, как они помогут прийти к успеху и найдем синергию их применения:

• eNPS;

• модель Такмана;

• дофамин-окситоциновая модель;

• ротации;

• увольнения;

• планы развития.

На выходе по шагам соберем простой инструмент, который позволит в одну таблицу с помощью простых метрик и минимумом бюрократии построить эффективное управление персоналом.

*Плейстоцен — эпоха четвертичного периода, начавшаяся 2,588 миллиона лет назад и закончившаяся 11,7 тысячи лет назад. В 1с этот период характеризуется обычными формами,  использованием толстого клиента и вызовом "Предупреждение" без таймаутов прямо из модулей проведения документов.

Авторская методика быстрого погружения в новую предметную область

Не секрет, что знание предметной области – важная составляющая работы аналитика. Часто именно понимание аналитиком хитросплетений бизнеса позволяет найти эффективное решение.  Но на изучение новой (сложной) области может понадобится несколько месяцев, а проекты и заказчики ждать не могут.

Мне пришлось пройти этот путь неоднократно, и самой и со своими сотрудниками, когда 10 лет работала начальником отдела системного анализа в крупной компании – ИТ-интеграторе. С годами выработалась методика быстрого изучения новой предметной области, основанная на концептуальной модели бизнес-анализа и прожекторном видении исследуемой области. Позже расширила методику с применением принципов системной инженерии и инженерии требований.

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

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

- На какую конфигурацию переходить с УПП ? Какие есть варианты?
- Методические отличия при ведении учета и способы их устранения
- Параметры выгрузки для гибкого переноса индивидуальных особенностей
- Решение проблем производительности процесса переноса (когда данных много, приходится оптимизировать инструменты для переноса данных)
- Обзор инструментов автоматизации задачи перехода
- Выверка документов после переноса — сотни часов работы специалиста 1С или можно сделать автоматически?

В мае этого года я рассказала о том, как "Иркутская нефтяная компания" выстраивает взаимодействие с заказчиками.

Пришло время поговорить о взаимодействии ИТ-подразделений в проектной и текущей деятельности компании.

У Вас большой штат ИТ-сотрудников? Множество различных направлений ИТ-деятельности?

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

Как выстроить их взаимодействие и повысить эффективность ИТ-блока в компании?

Правила работы в ИТ-команде, границы ответственности, последовательность и объём участия ИТ-подразделений в проектах, практические кейсы взаимодействия - обо всём этом буду рада рассказать и обменяться с Вами опытом в кулуарах.

• Зачем вообще scrum и agile в 1С, когда есть старый добрый водопад?
  Поделюсь соображениями, основанными на 2 годичном опыте работы scrum- мастером, а до этого руководителем проектов на каскадных проектах 1С.
• Вы видели проекты 1С выполненные по scrum? - а они есть.
  Опишу тернистый, долгий, но с элементами успеха путь адаптации scrum на проектах 1С:ERP в офисе компании Первый Бит.
• Почему просто взять и "натянуть" scrum на ваши текущие проекты плохая идея?
  Расскажу, какие последствия такого "резкого" перехода и с чего лучше начать agile-трансформацию.

* Почему расширения
* Как писать тесты, а не их вызовы
* Запускаем локально и на CI
* Теперь и в ванессе

На мастер-классе покажу как можно использовать файловую систему ZFS с "тонкими" копиями баз данных для разработчиков 1С:

• кратко, но подробно расскажу про ZFS.
• соберем на виртуальных машинах стек ZFS + MS SQL on Linux, ZFS + Postgres.
• создадим "тонкие" копии базы данных.
• подключим сервер 1С.
• обсудим вопросы эксплуатации и выгоды применения подобных файловых систем.

1.  Что происходит в современном мире программистов? Почему необходимо менять подходы и структуры? Какие правила диктуют нам тенденции современности?
2.  Трансформация привычной работы и задач. Переход от личного к командному. Почему это интереснее и для бизнеса, и для сотрудников. 
3.  Какие инструменты в этом помогают. Как создать «движуху» и сделать сообщество 1Сников?
4.  Взгляд на 3 года назад. Как поменялись сотрудники, руководитель и команды. Насколько выросла эффективность сопровождения.

Я два году изучаю тему "Радости и счастья" и уверенно могу сказать: Практики освоены, применимость утверждена, Счастье - это наша реальность.

Вопросы темы:
1. Счастье как философский феномен. Обсудим известные тезисы о счастье.
2. Измерители моего счастья (практика). Упражнения помогающие ощутить и понять ваше счастье.
3. Мифы о счастье. Где на самом деле живет счастье?
4. Как практиковать счастье в жизни.
Это мастер-класс для всех желающих! Давайте добавим Радость и Счастье в нашу жизнь! Будет много полезных практик, будет список рекомендуемой литературы и подарки, конечно. 

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

Аналитическая командная игра

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

Описание методики и обоснование ее на базе концептуальной модели бизнес-анализа, принципов и подходов инженерии требований будут приведены в докладе «Как быстро изучить новую предметную область и провести предпроектное обследование» секции «ИТ-анализ». Прослушивание доклада перед мастер-классом полезно, но не является обязательным.

На мастер-классе мы рассмотрим:

-          как подходить к отбору источников информации, на что обратить особое внимание;

-          как выделить ключевых стейкхолдеров (заинтересованных лиц), минимизируя затраты на поиск;

-          как выявить боль стейкхолдеров, определить их цели и бизнес-требования;

-          как разобраться в ворохе бизнес-процессов, бизнес-объектов и потоков данных;

-          что еще важно держать в поле зрения, чтобы ориентироваться в предметной области, чтобы «проект взлетел».

Серебряной пули не бывает, но есть профессиональные приемы, позволяющие выполнять работу быстрее и качественней. Их и применим.

* Почему расширения
* Как писать тесты, а не их вызовы
* Запускаем локально и на CI
* Теперь и в ванессе

Тезисы выступления:
- Базовая проблема управления персоналом в отрасли разработки ПО.
- - Расширение команды/отдела разработки новым сотрудником всегда представляет собой риск.
- - Этот риск всегда ложится на технического руководителя команды/отдела.
- - Процесс найма начинается с анализа резюме, но далеко не заканчивается подписанием трудового контракта.
Взгляд первый – собеседование.
- - Собеседование – это не экзамен, не тест и не постановка точного диагноза.
- - Собеседование с программистом больше всего похоже на медицинский скриминг.
- - Несколько относительно простых вопросов с уходом в глубокие детали.
- - Экспресс-оценка по нескольким базовым критериям.
- - Практические примеры вопросов/критериев.
Взгляд второй – профессиональный профиль.
- - Субъективная качественная оценка кандидатом своей квалификации по нижнему уровню декомпозиции областей профессионального знания (анкета на ~70 пунктов).
- - Тест из нескольких задач с двойным/тройным дном (расширенный аналог собеседования, только в оффлайн-формате).
- - Дорожная карта развития – короткое сочинение на тему «Кем хочу стать».
- - Простой алгоритм перевода качественных оценок в численные и обратно.
- - Простой алгоритм верификации оценок в анкете ответами на вопросы теста.
- - Масштабируемость профессионального профиля от конкретного специалиста до отделения/департамента.
Взгляд третий – интегральная оценка профессионального уровня.
- - Качественная оценка по шкале «Квалификация/опыт» (с примерами).
- - Качественная оценка по шкале «Лояльность/вовлеченность» (также с практическими примерами).
- - Простая методика сопоставления и визуализации оценок квалификации/вовлеченности.
- - Позиции на шкале профессионального уровня, их физический смысл и практические рекомендации по дальнейшему использованию специалиста.
- - Наглядная иллюстрация этой методики на примере небольшой команды.
- - Масштабирование методики – специалист/группа/команда/отдел/etc.

- Зачем я написал свой ЦУП с блекджеком и ...
- Точность анализа - моя личная боль
- Возможности, преимущества и недостатки
- Особенности использования бесплатной версии
- Несколько приемов парсинга ТЖ, которые используются в Мониторе

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

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

КРОК ИТ-компания выполняющая больше 2000 проектов в год, особое внимание мы уделяем управлению сложными, комплексными и многогранными проектами внедрения бизнес-приложений, включая 1С». У нас нет проектного офиса – его заменяют специализированные ИТ-инструменты и люди, которые общаются между собой.
 
Я расскажу про роли в компании, зоны их ответственности и регулярные «ритуалы» которые обеспечивают качество проектного управления на уровне портфеля наших проектов.
Про ИТ-инструменты, которые позволяют нам отслеживать рентабельность проектов, получать обратную связь от команд и измерять «пульс» наших активностей.
Про то как мы расставляем приоритеты в управлении портфелем проекта, в каких случаях запускаем процедуры эскалации, а так же про инструменты обучения и он-бординга наших менеджеров и команд.

Тезисы выступления:
- Базовая проблема управления персоналом в отрасли разработки ПО.
- - Расширение команды/отдела разработки новым сотрудником всегда представляет собой риск.
- - Этот риск всегда ложится на технического руководителя команды/отдела.
- - Процесс найма начинается с анализа резюме, но далеко не заканчивается подписанием трудового контракта.
Взгляд первый – собеседование.
- - Собеседование – это не экзамен, не тест и не постановка точного диагноза.
- - Собеседование с программистом больше всего похоже на медицинский скриминг.
- - Несколько относительно простых вопросов с уходом в глубокие детали.
- - Экспресс-оценка по нескольким базовым критериям.
- - Практические примеры вопросов/критериев.
Взгляд второй – профессиональный профиль.
- - Субъективная качественная оценка кандидатом своей квалификации по нижнему уровню декомпозиции областей профессионального знания (анкета на ~70 пунктов).
- - Тест из нескольких задач с двойным/тройным дном (расширенный аналог собеседования, только в оффлайн-формате).
- - Дорожная карта развития – короткое сочинение на тему «Кем хочу стать».
- - Простой алгоритм перевода качественных оценок в численные и обратно.
- - Простой алгоритм верификации оценок в анкете ответами на вопросы теста.
- - Масштабируемость профессионального профиля от конкретного специалиста до отделения/департамента.
Взгляд третий – интегральная оценка профессионального уровня.
- - Качественная оценка по шкале «Квалификация/опыт» (с примерами).
- - Качественная оценка по шкале «Лояльность/вовлеченность» (также с практическими примерами).
- - Простая методика сопоставления и визуализации оценок квалификации/вовлеченности.
- - Позиции на шкале профессионального уровня, их физический смысл и практические рекомендации по дальнейшему использованию специалиста.
- - Наглядная иллюстрация этой методики на примере небольшой команды.
- - Масштабирование методики – специалист/группа/команда/отдел/etc.

Написать свою сборочную линию для решения на 1С - задача нетривиальная: собрать конфигурацию из исходников, конвертировать между форматами, запустить множество инструментов, агрегировать результаты, сформировать отчеты... Много тонкостей, еще больше параметров и переключателей. Даже сама последовательность (и параллельность!) шагов меняется в зависимости от кучи факторов.

А хочется ведь просто ЗапуститьСвоюСборку()... Можно? Можно! Создадим сборочную линию за 5 минут в формате "далее-далее-готово".

• jenkins-lib - готовая сборочная линия для 1С.

• Требования к первоначальному окружению.

• Принципы изменения настроек и конвенции по умолчанию.

• Сценарии работы - от hello-world до sonarqube/bdd/tdd/code coverage.

• Как устроена библиотека, как её доработать при необходимости.

Многие знают, что для того, чтобы ускорить запрос надо «изучить план».
При этом сам план, обычно, обескураживает: куча разноцветных иконок и стрелочек; ничего не понятно, но очень интересно!

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

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

- Почему некоторые руководители постоянно растут по карьерной лестнице, зарабатывают больше, а некоторые застревают на текущей позиции?
- Как спроектировать свое будущее и спланировать свое развитие для него?
- Почему иногда нам тяжело развиваться и как сделать это легче и интереснее?
- Где на все это найти время, когда мир в огне?

1. Что такое дизайн-мышление?
2. Чем традиционный сбор требований отличается от идеи проверки множества гипотез?
3. Жизненный цикл дизайн-мышления?
4. Как находки ДМ превращаются в проект?

Написать свою сборочную линию для решения на 1С - задача нетривиальная: собрать конфигурацию из исходников, конвертировать между форматами, запустить множество инструментов, агрегировать результаты, сформировать отчеты... Много тонкостей, еще больше параметров и переключателей. Даже сама последовательность (и параллельность!) шагов меняется в зависимости от кучи факторов.

А хочется ведь просто ЗапуститьСвоюСборку()... Можно? Можно! Создадим сборочную линию за 5 минут в формате "далее-далее-готово".

• jenkins-lib - готовая сборочная линия для 1С.

• Требования к первоначальному окружению.

• Принципы изменения настроек и конвенции по умолчанию.

• Сценарии работы - от hello-world до sonarqube/bdd/tdd/code coverage.

• Как устроена библиотека, как её доработать при необходимости.

• основные страхи 
• «не ваша цель» 
• где взять энергию для достижения новых целей?

• Зачем использовать дизайн-мышление в разработке
• Как понять, что хочет пользователь
• Почему проблемы пользователя важнее их решения 
• Как сэкономить время, деньги и другие ресурсы с помощью картинок

Каждый из нас хотя бы раз произносил эти слова, а причины и объяснения находились всегда. Но смена работы нечасто приводит к хеппи энду. Давайте разберемся, почему так происходит, а главное возьмем под контроль этот процесс. Задача – не потерять хорошую работу, пережить сложный этап (на работе и за ее пределами) и выйти на новый уровень – миссия выполнима. 
Хочется донести:
1. В чем разница между выгоранием, кризисом и т.п. состояниями?
2. Как понять, что стоит уходить?
3. Когда стоит бороться за работу?
4. Профилактика и инструменты работы над собой.

В докладе расскажу, как мы в Магните решили задачу быстрой архивации баз данных в 1С.

1.       Проблема роста баз данных и ее последствия:

- деградация времени работы;

- деградация регламентов и обслуживания таблиц базы;

- ограничения дискового пространства.

2.       Поиск оптимального способа архивации:

- типовое решение, которое предлагает 1С и наш опыт его применения длиной в 10 дней обработки;

- неудачный эксперимент с удалением данных;

- принцип «Наполнения данных» .

3.       Техническая составляющая механизма архивации:

- как работает, в каком порядке выполняется;

- как выполнить на 1С и на SQL.

4.       Достигнутые результаты:

- время на проведение n-количества операций;

- размеры баз;

- время на откаты в случае ошибки.

5.       Планы на будущее и предложения

1. Адаптация магазинов к пандемии.Переход из офлайна  в онлайн
2. Дарксторы Вкусвилла- с чем их едят
3. Как собирать 100 000 клиентских заказов в сутки?
4. Как нам помогает мобильная платформа 1С

1. Что такое дизайн-мышление?
2. Чем традиционный сбор требований отличается от идеи проверки множества гипотез?
3. Жизненный цикл дизайн-мышления?
4. Как находки ДМ превращаются в проект?

Каждый из нас хотя бы раз произносил эти слова, а причины и объяснения находились всегда. Но смена работы нечасто приводит к хеппи энду. Давайте разберемся, почему так происходит, а главное возьмем под контроль этот процесс. Задача – не потерять хорошую работу, пережить сложный этап (на работе и за ее пределами) и выйти на новый уровень – миссия выполнима. 
Хочется донести:
1. В чем разница между выгоранием, кризисом и т.п. состояниями?
2. Как понять, что стоит уходить?
3. Когда стоит бороться за работу?
4. Профилактика и инструменты работы над собой.

Вам нужен этот доклад, если вас интересуют такие темы как:
- Предрасположенность человека к тем или иным поступкам.
- Что будет нравиться и легче даваться в любой деятельности.
- Что именно мотивирует человека.
- Направления деятельности, где быстрее можно достичь успеха.

Что будет в докладе:
- Познакомимся с разными психотипами.
- Определим "своих людей" и научимся общаться с "чужими".
- Поймём суть недопонимания с точки зрения разных психотипов и механику подстройки под человека.

•        Правила REST - ещё раз сложно о простом
•        Что делать если нужен GraphQL
•        Что такое OpenAPI и зачем оно нужно
•        Что такое API Gateway и зачем он нужен
•        Postman как универсальный инструмент работы с API
•        Документация API
•        Mock сервер
•        Тестирование API
•        Отладка API

• Зачем в 1С нужны фотографии товаров? Спойлер - "не нужны"
• Реальные попытки сделать это традиционным способом: камера -> флешка -> 1C
• Альтернативные способы выявили массу проблем:

• Решение всех проблем - конвейер, опыт использование на реальных клиентах
• Как нейросеть спасла конвейер?
• Маски, тримапы и сегментация или сколько нужно нейросетей?
• Роль оборудования для тренировки: арендовать в облаке или покупать свой?
• Нюансы тренировки нейросетей, или роль размеченных датасетов
• Роль нейросетей в конвейере загрузки фотографий
• Эффективность конвейера. Спойлер - "зашкаливающая".

• Как создать красивые и динамичные спецэффекты, используя JavaScript и JQwery?
• Задействуем HTML5. Функционирования вашего приложения в любом телефоне. От смартфона iPhone 4S до Samsung Tab S7
• Закругленные кнопочки, красивые галочки и непревзойденный шрифт, удобное оформление с помощью умных стилем CSS.
• Выводим асинхронные сообщения для пользователя.
• Плавные переходы между страницами вашего приложения.
• Передача данных между вашим мобильным приложением и 1C с использованием HTTPS и сервера Apache.
• Как закрыть Apache от DDoS-атак, если у вашего сервера 1С внешний ip-адрес? Просто. Сделать умную настройку Apache.
• Использовать детальный журнал регистрации при работе с клиентом.
• Создать свой чат технической поддержки с мобильным приложением. Подключить еще менеджеров. Организовать диалоги между клиентами и сотрудниками компании. Передавать файлы, картинки и, конечно, – сообщения. Получать пуш-уведомления и все это с помощью 1С + чуток знаний JavaScript, jQuery, HTML5 и CSS. На это способен даже ты!

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

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

•        Правила REST - ещё раз сложно о простом
•        Что делать если нужен GraphQL
•        Что такое OpenAPI и зачем оно нужно
•        Что такое API Gateway и зачем он нужен
•        Postman как универсальный инструмент работы с API
•        Документация API
•        Mock сервер
•        Тестирование API
•        Отладка API

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

В первом приближении можно сформулировать три больших области работы бизнес-аналитика, в каждой из которых будет свой набор программных средств:

• работа на проекте: программы проектирования системы, программы для проектной документации, программы по управлению разработкой и др.;

• работа с бизнес-процессами: программы для анализа и оптимизации бизнес-процессов, программы для моделирования бизнес-процессов, программы для работы с требованиями и др.;

• работа в команде и личная самоорганизация: программы внутригруппового общения, программы по управлению собственными ресурсами (временем, задачами, знаниями и прочее) и др.

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

• Что можно сделать с помощью ботов?
• Что нельзя делать с помощью ботов?
• Как правильно это сделать, с точки зрения архитектуры 1С?
• 3 полезных правила бототехники.

В разговоре со многими руководителями и HR-ами зачастую проскальзывает мысль, что всем сотрудникам безусловно нужно развивать soft skills, то есть, различные не технические навыки. Сами сотрудники, особенно, инженеры не всегда в этом уверены :), но логика в этом есть. Реальность, однако, состоит в том, что по работе приходится довольно часто и много общаться - с коллегами - отечественными и зарубежными, руководством, заказчиком. И это все приводит к большому количеству сложных коммуникационных задач и проблем, которые люди пытаются решать. Получается не всегда хорошо, легко и безболезненно.

Люди делают не то, что от них ожидаешь, не так и не тогда. Понимают задачи по-своему, недостаточно ответственно относятся к срокам, проявляют непонимание, когда все на 100% ясно и т.д.

В рамках нашего мастер-класса мы разберем и отработаем системы и схемы конструктивного решения проблем, которые а) работают и б) легко воспроизводятся при попытке объяснить коллегам. В основе мастер-класса лежит схема конструктивной конфронтации, предложенная Энди Гроувом, одним из основателей компании Intel, и существенно доработанная создателями Школы менеджеров Стратоплан. Что будет в мастер-классе:

— 4 причины, почему людей чего-то не делают
— 4 принципа конструктивного общения
— Адресность и прояснение запроса
— 4-фазный алгоритм решения проблем с людьми
— 2-шаговый подход в подготовке аргументов к обсуждению
— Тактика обсуждения: что делать, когда разговор зашел в тупик
— Точка согласия по проблеме, как переход к решению
— Формы фиксаций решений
— Способы проверки решений на устойчивость
— Примеры применения алгоритма конструктивной конфронтации к реальным рабочим ситуациям

Ретроспективы - мощный инструмент для сбора извлеченных уроков и развития команды.
Но не так просто провести их так, чтобы они были не скучными и максимально полезными.
Участники практикума познакомятся с инструментами для проведения ретро и попробуют провести ретроспективу на практике.

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

Как не краснеть, когда новый сотрудник спрашивает, как в компании принято реализовывать обмены?

ОбменДанными.Загрузка = Истина – быть или не быть?

Куда бежать при вопросах «Можно не загружать кривые данные? А уведомлять, чтоб исправили? А чтоб само? У нас все загружено? А точно сходится?»

Как сделать «как-нибудь побыстрее»?

Почему брокер сообщений не решает все проблемы?

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

Всем известны истории про то, как заказывали велосипед, а получили мотоцикл по цене автомобиля.

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

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

В докладе будут рассмотрены:

• особенности работы с людьми как с источником требований,

• будут раскрыты методы проработки интервью,

• стажировка как метод сбора требований,

• наблюдение Аналитиком за работой будущих функциональных пользователей,

• а так же анализ какой документации способствует более детальному сбору требований и как в этом помогает анализ информационных систем. 

- Актуальность разработки мобильных приложений
- ProductManager vs ProjectManager
- С чего начать: Lean Canvas или реальность?
- Профиль пользователя и как это было у нас
- Управление ожиданиями заинтересованных лиц с примерами
- Сбор требований + приоритизация от заказчика: гипотезы, CustDev, MVP, A/B-тестирование
- Метрики в моб.приложении, как основа для приоритизации при развитии с примерами
- Спецификация vs Детального прототипа: когда, что применять?
- Команда: in-house? remote work? outsource? Как найти хороших спецов? Пример из CarMoney
- Работа сразу над 2-мя версиями приложения, как тренд
- Тестовая и продуктовая среда: бэкенд + фронтенд, подходы к тестированию
- Аналитика в моб.приложении, разновидности сервисов для сбора статистики
- Сопроводительная документация: техн.описание, новое в релизе, инструкция пользователя, вопросы для оценки знаний тех.поддержки
- Как совместить гибкую методологию разработки и календарные даты релизов? Пример из CarMoney

• Разработка командой облачного продукта в 1С:EDT с использованием git.
• Распределение стендов, взаимодействие команды, схемы дерева git, поддержка порядка и как все не превратить в хаос.
• Особенности работы с командой в таком режиме и установленные регламенты.

Как не краснеть, когда новый сотрудник спрашивает, как в компании принято реализовывать обмены?

ОбменДанными.Загрузка = Истина – быть или не быть?

Куда бежать при вопросах «Можно не загружать кривые данные? А уведомлять, чтоб исправили? А чтоб само? У нас все загружено? А точно сходится?»

Как сделать «как-нибудь побыстрее»?

Почему брокер сообщений не решает все проблемы?

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

Мы проделали большой путь от разработки в хранилище с полуавтоматической доставкой обновлений в базу до полноценного релизного цикла CI/CD, с автотестированием кода, сборкой конфигураций из исходников и ветками разработки для каждой задачи.

На этом непростом пути нам помогали:
- Самописные скрипты powershell
- Jenkins как менеджер процессов
- Onescript как универсальное средство автоматизации с прекрасным набором его библиотек
- Sonar как средство тестирования кода
- Самописный фреймворк на python для тестирования
- Vanessa-automation со своими широкими возможностями для автотестирования
- Allure как средство управления заданиями тестирования
- Jira как средство управления задачами разработки
- Git (Bitbucket Stash, Gitlab)
- Технология submodules в Git, позволяющая поддерживать актуальность скриптов автоматизации для всех репозиториев

В настоящий момент мы пришли к полностью автоматической доставке только проверенного и рабочего кода.
Каждый из разработчиков работает над своей задачей, не мешая и не пересекаясь (за исключением форм) с другими.
При всём этом мы продолжаем работать в конфигураторе, не желая переходить на EDT.

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

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

2. На что обращать внимание при сборе и формализации требований к будущей информационной системе?

3. Как выявлять скрытые подводные камни в организации бизнес-процессов, влияющие на успешность автоматизации и что с ними делать в проектах?

4. Как выстроить проект по сбору и анализу требований к автоматизации, чтобы собрать полную картину реальных потребностей вашего заказчика исходя из логики его бизнес-процессов?

Ну и конечно, поделюсь опытом собственных проектов.

Из разработчика в тимлиды или, 7 грехов начинающего руководителя

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

Но жизнь забавная штука и вот .... я (ты?) уже тимлид... Вот только как с этим жить? Почему никто не сказал, что тут совсем другие правила? Да и вообще, кто он такой - этот "тимлид"?

Поговорим о:

• личностной трансформации: как пережить, если хорошо написанный код больше тебя не определяет?

• делегировании (о, да, сколько о нём уже сказано);

• ошибках коммуникации: ты им говоришь "делай хорошо", а они делают, как хотят;

• как жить, когда вчерашние "братишки" - теперь твои подчиненные;

• как расставаться (увольнять) безболезненно;

• как развивать себя, команду и заботиться друг о друге;

• выгорание, как часть обряда посвящения... или можно обойтись без этого?

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

• Что такое tempdb, как она работает?
• Какие проблемы возникают, как их диагностировать и решать?
• Мониторинг
• Реальные примеры из моей практики

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

Из разработчика в тимлиды или, 7 грехов начинающего руководителя

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

Но жизнь забавная штука и вот .... я (ты?) уже тимлид... Вот только как с этим жить? Почему никто не сказал, что тут совсем другие правила? Да и вообще, кто он такой - этот "тимлид"?

Поговорим о:

• личностной трансформации: как пережить, если хорошо написанный код больше тебя не определяет?

• делегировании (о, да, сколько о нём уже сказано);

• ошибках коммуникации: ты им говоришь "делай хорошо", а они делают, как хотят;

• как жить, когда вчерашние "братишки" - теперь твои подчиненные;

• как расставаться (увольнять) безболезненно;

• как развивать себя, команду и заботиться друг о друге;

• выгорание, как часть обряда посвящения... или можно обойтись без этого?

Гибридные проектные технологии имеют существенные преимущества, как перед классическими водопадными моделями, так и перед гибкими технологиями. 

На IE2021 в Санкт-Петербурге мы много обсуждали гибридные подходы и лучшие идеи вошли в новую проектную технологию моего отдела, которая запущена в 21 году.

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

•       Проектные технологии - что это и зачем их разрабатывать?
•       История разработки проектной технологии отдела.
•       Предпосылки разработки новой проектной технологии.
•       Задачи для разработки новой технологии.
•       Обзор разработанной технологии.
•       Параметрическая настройка технологии под особенности будущего проекта. 
• Ключевые результаты этапов по нашей технологии.
•       ИТ-поддержка технологии управления проектом.
•       Первые достижения.

- Быстрая разработка приложения (MVP) за 2 недели.
- Тестирование приложения в Якутии на выборах Мэра города Якутска в марте 28.03.2021. Масштаб, организация, итоги. Помогло ли? Не совсем...
- Как организовать быструю регистрацию пользователей, обновление приложения, поддержку такой толпы
- Как сделать в мобильном интерфейсе "одну кнопку на все" (но все равно не все пользователи справились) 
- Роль режима обучения в мобильном приложении - помогло ли нам? Спорно. Лучше просто оставить демо-режим, обучение 120 000 людей - огромные затраты на контроль
- Как отправить 17 млн пушей, работа в 200 потоках 
- Как отправить сотни тысяч СМС за 3 дня из 1С и получить претензию от сотового оператора и как защититься от блокировки рассылок
- Как получить сотни тысяч фото и видео, терабайты данных за три дня на сервер 1С 2014 года выпуска
- Как попасть в AppGallery? Сейчас масса смартфонов, не имеющих сервисы гугл. Связанные проблемы - пуши, геолокация без сервисов гугл.
- 1С в прямом эфире 1 канала
- Следующая цель - МП на 2 млн постоянных пользователей на мобильной платформе 1С
- На чем мы здесь заработали, если приложение сделали бесплатно, а рекламу не размещаем?

• Почему 1C:Fresh- это антиоблако?
• Возможно ли неограниченное масштабирование одной системы? (Согласованность данных, CAP теорема и 1С).
• Managed Database в Yandex Cloud для 1С.
• Использование механизма копий баз данных и Data Accelerator-а.
• Postgresql tablespaces и table partitioning.
• Если очень хочется шардинг (имитация map-reduce через fdw).
• Немного о cloud native, slony, citus, greenpulm.

Многие запросы в процессах фронта у нас выполняются постоянно во время работы, обращаясь к самым крупным таблицам базы. От их быстродействия напрямую зависит скорость работы всей базы в целом. Расскажу, на что обращаю внимание при кодревью новых запросов и доработок. Покажу реальные примеры наших ключевых отчётов и операций, деградировавших со временем, и как мы их оптимизировали.
В докладе рассмотрим:
- Поведение RLS в запросах
- Оптимальное использование индексов БД и временных таблиц
- Эффективные отборы
- Вычисления в запросах
- Использование разыменований
- Виртуальные таблицы и как с ними работать
- Оптимизация запросов через доработку архитектуры решения

- Быстрая разработка приложения (MVP) за 2 недели.
- Тестирование приложения в Якутии на выборах Мэра города Якутска в марте 28.03.2021. Масштаб, организация, итоги. Помогло ли? Не совсем...
- Как организовать быструю регистрацию пользователей, обновление приложения, поддержку такой толпы
- Как сделать в мобильном интерфейсе "одну кнопку на все" (но все равно не все пользователи справились) 
- Роль режима обучения в мобильном приложении - помогло ли нам? Спорно. Лучше просто оставить демо-режим, обучение 120 000 людей - огромные затраты на контроль
- Как отправить 17 млн пушей, работа в 200 потоках 
- Как отправить сотни тысяч СМС за 3 дня из 1С и получить претензию от сотового оператора и как защититься от блокировки рассылок
- Как получить сотни тысяч фото и видео, терабайты данных за три дня на сервер 1С 2014 года выпуска
- Как попасть в AppGallery? Сейчас масса смартфонов, не имеющих сервисы гугл. Связанные проблемы - пуши, геолокация без сервисов гугл.
- 1С в прямом эфире 1 канала
- Следующая цель - МП на 2 млн постоянных пользователей на мобильной платформе 1С
- На чем мы здесь заработали, если приложение сделали бесплатно, а рекламу не размещаем?

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

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

Люди делают не то, что от них ожидаешь, не так и не тогда. Понимают задачи по-своему, недостаточно ответственно относятся к срокам, проявляют непонимание, когда все на 100% ясно и т.д. На все это накладывается онлайн, которого становится все больше и больше, и все становится еще сложнее. Совещания затягиваются, люди в обсуждениях ходят по кругу, переходят на личности, включается давление, манипуляции, пассивная агрессия.

В рамках доклада мы разберем принципы и алгоритм конструктивного обсуждения, которые позволяют разложить непонятные soft skills в понятные системы и схемы, которые:

а) работают и б) легко воспроизводятся при попытке объяснить коллегам. 

В основе доклада лежит схема конструктивной конфронтации, предложенная Энди Гроувом, одним из основателей компании Intel, и существенно доработанная создателями Школы менеджеров Стратоплан. Что будет в докладе:

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

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

Мы озадачились вопросом единого решения по логированию и решили найти ответы на вопросы:
- зачем выносить все логи в ЖР,
- скорость записи ЖР на разных носителях, исследуем пределы,
- плюсы/минусы данного решения, сравнения с другими подходами,
- как с этим работать дальше: 1C-ELK-Grafana.

Интересуетесь тестированием в 1С, но не знаете с чего начать? Можно использовать СППР (типовая конфигурация "Система проектирования прикладных решениий") для быстрого вкатывания в разработку сценарных тестов в знакомом окружении.
В докладе рассмотрим такие темы как:
- что есть в СППР для тестирования;
- преимущества от применения именно СППР;
- минимальные настройки для старта разработки тестов;
- создание своего первого теста на примере типичного сценария.