Конференция Инфостарт проходит за несколько недель до выхода новой версии  PostgreSQL 12, которая является не просто богатой на новую функциональность и улучшенную производительность, но и обеспечивает основание для еще большего прогресса PostgreSQL в будущих релизах.

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

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

1. Agile = манифест ценностей при разработке IT-продуктов. Проблематика быстрых/гибких подходов берет свое начало в 1980-х годах. Как это развивалось, и почему в массы «заехал» именно Agile? В чем ценность Agile для корпоративной разработки на 1С, что оттуда взять?

2. Scrum = продуктовый фреймворк = методология и правила реализации эффективных практик, созданных для быстрой/гибкой разработки WEB-приложений для массового использования (для «рынка»; обычно с «0»). Какие элементы Scrum и каким образом применять при работе над корпоративными задачами на 1С? Понятие продукта, фиксированная продуктовая команда, MVP, бэклог и пр.

3. PMI vs Scrum/Agile: остается ли место для проектного управления? Почему большинству кажется, что водопад (waterfall) не предполагает итераций и MVP? Почему слова «проектное управление/PMI» так пугают современных разработчиков? Разбор agile-манифеста от PMI.
Как сделать эффективный mix из PMI+Agile/Scrum? (На примере группы компаний WiseAdvice).

* Всех заботит проблема быстродействия 1С
* Все слышали про страшное слово "план запроса", но многие боятся даже смотреть в эту бездну
* Мы рассмотрим что такое "план запроса" на живых примерах с применением СУБД PostgreSQL
* Мы увидим, чего хочет от вас эта зверюга, показывая план запроса. Научимся его читать, видеть проблемы производительности, видеть способы оптимизации
* Разберем подробно и детально поля плана запроса, операторы плана, узнаем, что они делают и как сделать так, чтобы они делали что надо Вам.
* После конференции вы больше не будете бояться планов запроса, получите уверенность в своих силах и сможете гордо и смело смотреть в глаза громадным тормозящим запросам 1С
* И все это в фирменном стиле понятно-наглядных материалов от автора 1Script и статьи "Планы запросов - это просто", только больше, интереснее, жизненнее, и с видом на Неву :)

С популярностью Agile мы часто стали слышать словосочетание -  «Владелец продукта».

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

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

Попробую рассказать что такое DevOps и пояснить какие проблемы решает он.
Расскажу о том возможно ли существованием DevOps в 1С.
Поделюсь своим опытом поиска ответов на вопросы:

1.       Где в 1С может быть DevOps?
2.       Зачем внедрять DevOps в 1С?
3.       Какая будет выгода в результате внедрения DevOps?

• Что такое «корпоративный скепсис»?

• Классификация «скептических» поведений сотрудников. Влияние каждого типа на успех изменений

• Матрица готовности команды к изменениям. Чек-лист для руководителя проекта/отдела – как понять, насколько команда готова к изменениям?

• Определение зоны риска – почему команды вообще бывают не готовы к изменениям? Откуда берется скепсис?

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

• Что делать и чего не делать руководителю проекта/отдела, чтобы избежать зарождения скепсиса в команде

• Практикум: пример дорожной карты руководителя проекта/отдела по созданию благоприятной атмосферы в команде для внедрения/поддержания изменений

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

•    О себе. ТОП-3 партнеров Инфостарта по продажам коммерческих решений. Многолетний планомерный рост продаж и развитие разработок от side projects на наемной работе до построения собственной компании.
•    Почему подумать о разработке и реализации своих разработок нужно именно вам?
•    Как выбрать идею для разработки программы? Можно провести маркетинговое исследование в интернете или по клиентской базе, можно предложить рынку решение для собственной автоматизации. Но по нашему опыту самые коммерчески успешные идеи приходили по запросам от клиентов.
•    Развитие программных продуктов. Путь от MVP или выполненной позаказной разработки до универсального коробочного решения.
•    Масштабирование. Свой алгоритм выбора идеи для ПО и ее реализации нужно повторять до тех пор, пока это позволяет вам расти.
•    Ошибки и неудачи. Всем понятно, что надо делать выводы из своих ошибок. Как быть максимально внимательным в этом вопросе и хотя бы не наступать на одни грабли дважды?
•    Скорость вашей работы. Важность дедлайна, как эмоции помогают идеям жить и что в этой ситуации меняется со временем.
•    О конкуренции. Говорят, что 95% бизнесов закрывается. Как отличаются разные направления бизнеса, как гарантированно застраховать себя от неудачи и что вы при этом теряете.

Работа с данными эволюционирует и нужно обращать внимание не только на объёмы, скорость и удобство, но и на безопасность.
Очень многие считают что клиент-серверная инфраструктура 1С безопасна сама по себе и не требует настройки.
Получить доступ к серверам СУБД, где не уделялось должного внимания безопасности можно за 1-5 минут.
Я хотел бы поделиться набором типичных ошибок из  реальных кейсов как в 1С так и в инфраструктуре, которые приводят к плачевному результату.
А так же дать несколько лёгких в исполнении, но при этом крайне действенных рецептов по усилению безопасности клиент-серверной 1С.

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

1. Существует ли рептильный мозг?

2. Так ли плоха ли иерархия в коллективе?

3. Идет ли эволюция в направлении от консервативных походов к agile или в обратную сторону?

О чем поговорим?

- Краткий правовой ликбез. Ибо ….знание <закона> иногда освобождает < от ответственности>.
- Обзор правоприменительной практики.
- Интересные, сложные дела.


Для чего вам вообще знать про все это?

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

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

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

О том, как мы нашли проблему и что при этом помогло — в нашем докладе.

• При этом запустив не только «учетные» функции, но и блок обеспечения потребностей и планирования закупок по более чем 10 тыс. номенклатурных позиций в течение первого месяца от начала работ! 
• В процессе разработав и запустив подсистему планирования, согласования лимитов.
• Выполняя 100% работ удаленной распределенной Scrum-командой. Без возможности привлечения специалистов 1С со стороны заказчика (по причине их отсутствия).
• Не допустив двойного, параллельного ввода информации.
• С фиксированным бюджетом.

• Почему и как были использованы Lean, Scrum и Kanban (нет, это не доска с карточками и колонками). 
• Конкретные инструменты и как их правильно использовать: механизм хозяйственных операций 1С: ERP 2, брокер сообщений RabbitMQ, обработки с Инфостарт.
• Скрины реальных досок Jira, тикетов Jira Service Desk, базы знаний Confluence, исходников в Bitbucket, интерактивных курсов.
• Для решения каких задач реально использовался BDD.
• Ну и раскроем секрет, как ключевые пользователи Slack и Zoom освоили.

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

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

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

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

- Способы продвижения своих программ разработчиками
- Особенности размещения в каталоге Инфостарта
- Преимущества партнерской программы для разработчика
- Как начать сотрудничество с Инфостарт
- Авторское вознаграждение и взаиморасчеты
- Развитие своих продаж на Инфостарте

1. Вступление.

• Проблемы эксплуатации 1С-Приложений в масштабе. (100+ ИС и 400+ приложений). Постановка проблем, формулирование задач.
• О Kubernetes как о средстве решения поставленных задач.

• Пример конфигурации Docker-образа.
• Пример публикации приложения в Kubernetes.

• Горизонтальное масштабирование.
• Индикаторы живучести и готовности приложения.
• Распределение приложений.

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

1. Вкратце пройдемся по всем этапам создания курсов:
- Выбор темы и  анализ рынка  
- Разработка программы собственного курса
- Форматы курсов: какие вообще на рынке есть, какие нам нравятся больше, и почему  
- MVP образовательного продукта
2. Какими компетенциями должен обладать преподаватель курса
3. Когда лучше начинать, минимальный набор для первого запуска

Я расскажу:

- Как построить непрерывный обмен данными от миллиона объектов в сутки с задержкой не более 15 минут.

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

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

- Обеспечение мониторинга инфраструктуры 1С.

- Сбор любых метрик системы 1С без значимой нагрузки

Основные ошибки, которые совершаются при внедрении 1С:УНФ, а также нюансы и отличия от привычного внедрения других конфигураций:

1. Разрабатываем велосипед ИЛИ гибкие инструменты типового функционала. Разбираемся как использовать коробочную версию там, где «точно надо дорабатывать».

2. Внедрить УНФ и НЕ расстаться с клиентом. Перечень нюансов, с которыми вы столкнетесь в конце проекта: финансы, прибыль, НДС, элиминирование; производство и себестоимость; деньги, валюта и курсовые разницы; НСИ и расширенная аналитика.

3. 1С:УНФ Apps — кому и когда лучше зайдет мобильная версия, а также небольшая история разработки мобильного приложения для руководителя.

4. 1C:УНФ ИЛИ 1С:Drive — история выбора базового продукта для автоматизации зарубежного подразделения одной нефтяной компании.

Устал за 8 лет слушать от участников тренинга в УЦ 1: «в нашем городе никто не умеет внедрять УНФ», «в УНФ это невозможно сделать», «Нам дорабатывали УНФ и теперь ничего не работает», «А что, так можно было?!». Мой рассказ – это ответ на эти постоянные реплики как заказчиков, так и специалистов!

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

1. Поведение человека: что им управляет?

2. Теории Гарри Харлоу, Эдварда Деси и Абрахама Маслоу

3. Стремление к удовольствию, избегание наказаний

4. 7 убийц мотивации

5. Теории мотивации Дугласа Макгрегора: X и Y

6. Типы мотивации: наказание, деньги, признание и власть

7. Кто работает на удаленке?

8. Подчинить или призвать к участию?

9. Состояние потока: что это и зачем?

10. Кейсы

Все автоматизаторы нуждаются в автоматизации.

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

В своем докладе расскажу:
1. Какие преимущества есть у продуктов Atlassian.
2. О том, как мы в WiseAdvice применяем эти продукты в проектной деятельности.
3. Какие сложности есть на пути внедрения подобных инструментов в компании занимающейся коммерческой реализацией проектов.
4. Покажу как можно повысить качество управления проектами.

1) Трудности оперативного анализа инцидентов крупных информационных систем.
- Обзор проблем оперативной диагностики проблем качества информационных систем.
2) Использование Центра Контроля Качества для управления инцидентами доступности и деградации качества информационной системы 1С.
- Почему стоит использовать Центр Контроля Качества.
- Деградация производительности информационной системы 1С. Какие метрики использовать?
- Нюансы внедрения ЦКК. Разбор неочевидных моментов при развертывании ЦКК.
- Как потратить минимум времени и получить максимум результата при настройке ЦКК.

Темы КПО так или иначе я уже касался в нескольких прошлых докладах, например:

• "Основы управления распределенными программными проектами" https://infostart.ru/public/318707/
• "Управление сложностью проектов" https://infostart.ru/public/501901/.

• Реальный опыт ведения больших проектов (несколько команд по 15-20 человек) с сохранением возможности легкого обновления поставки (на примере ЗУП ПРОФ и ЗУП КОРП).
• Разработка на базе собственной типовой конфигурации и расширений. 
• Архитектура решения, проблемы с которыми столкнулись и их решение на реальных примерах.
• А также об использовании 1Script и приложениях, которые были написаны специально для таких проектов.

Я ушел во фриланс около трех лет назад, сейчас вхожу в топ-10 разработчиков по данным биржи фрилансеров 1С. Хочу поделиться своим опытом с теми, кто-либо уже отправился «в свободный полет», либо думает о такой возможности.

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

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

• Описание Ценностей компании под Профиль личности. Внедрение Ценностей в корпоративную культуру.
• Какие инструменты оценки можно использовать в работе?
• Создание Листов оценки кандидатов и сотрудников. Из чего они состоят?
• Применение техник Вопросов, Кейсов и многое другое…
• Практическая работа

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

- закупаем спецов по 1500 в час, продаем по 1500 в час, а выработка 10 000 в час. Как так?
- зачем нужны штатные специалисты, когда есть аутсорс
- как применить технологии крупных интеграторов при выполнении проектов 1С
- чем специалист 1С отличается от станка с ЧПУ?
- никаких стажеров на проектах - только звезды
- мотивация, премии, подарки, командообразование - в сад, никакой демократии - если ты профессионал, то вкалывай.
- организация работы программиста так, чтобы его ничто не отвлекало

1. 4 ключевых фактора успеха для современной организации. Почему важно строить команду и работать над культурой? Какие выгоды это нам несёт?
2. Мотивация 1.0, мотивация 2.0, мотивация 3.0. Вам какую?
3. Пять уровней командной культуры. Проверьте свою команду.
4. Пять пороков команды. Проверьте свою команду.
5. Как мотивировать разные команды? От оклада к KPI и снова к окладу.
6. Лидер – точка сборки команды. Какие качества в себе развивать?

Хватит анализировать логи руками, смотреть в монитор и следить за графиками, искать закономерности - это не интересно и не эффективно. Пусть за монитором сидит и ищет проблемы робот - нейронная сеть:

• Она не устает и работает 24 часа в сутки;
• Ей не нужно платить деньги - работает за идею;
• Видит, то что не видят другие - обладает экстрасенсорными возможностями.

• Простота в подходах - это наше все;
• Моделирование различных нештатных или около нештатных ситуаций. Примеры аварийных режимов работы, детектирование аномалий;
• Откуда берем данные для нейронной сети? 
• Как реализуется классификация проблем? Как происходит выработка решения проблемы и действия, зачем нам тут машина состояния?
• Что видят электронные мозги? "Осмысленная" интерпретация. Примеры с рабочей системы.
• Хочу такую штуку себе. Будем рассматривать эту задачу с использованием open source проекта: https://github.com/Polyplastic/1c-parsing-tech-log

- Что делать если  тебя позвали автоматизировать то, чего нет? Причём со стороны заказчика?
- Важность soft-skills в переговорах с собственником.
- "Проще закрыть и начать с ноля".
- Первичное обследование.
- Коммуникации внутри команды
- Распределение нагрузки между внутренней командой и "наёмниками".
- Обзор итогов и рассказ о моментах, едва не приведших к полному срыву. Важность soft-skills в работе с собственником.
- И к чему всё это привело... Полная реорганизация большинства вспомогательных процессов и вывод в аутсорс всего что нашлось.

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

В докладе я рассмотрю задачи, которые традиционно решаются руками, но могут решаться автоматическими инструментами, с применением машинного обучения.
Я не буду рассказывать теорию нейросетей. Это скучно и при желании есть много лекций на русском и нерусском. Вместо этого я покажу, как в мире "не 1С" применяют технологии машинного обучения для реальных задач.
Работая в Яндексе, я ежедневно применяю современные инструменты анализа данных и машинного обучения, постоянно вспоминаю свою карьеру 1С-ника: "как здорово было бы применить вот этот инструмент 3 года назад для задачки Х..." 
Хочется поделиться с коллегами своим опытом и показать, что ежедневные задачи специалиста 1С могут и должны решаться с помощью технологий машинного обучения.

• Никакой воды, общих фраз и маркетинговой шелухи. Только суровые задачи реального мира
• Как взять ошибки журнала регистрации и автоматически определить критичные ошибки, на которые нужно сразу реагировать, от ошибок, которые просто создают информационный шум?
• Загрузка номенклатуры с автоматическим отнесением к определенным группам
• Автоматическая классификация заявок в ServiceDesk для скорейшей диспетчеризации невнятной заявки и соблюдения SLA
• Что такое подсистема "Анализ данных и прогнозирование" в 1С? На что она годится, а для чего лучше взять другие инструменты?

1. Какие задачи должна решать информационная система на предприятии и чем она занимается в реальности?
   - кто за все платит? зачем ему нужна информационная система?
   - эти задачи не могут быть решены, если прежде не решить другие задачи, а за них не платят...
2. Пара слов о мотивации - нерадивые сотрудники или "поубивал бы всех"!
   - контролировать-ли? что контролировать? кого? как? когда?
   - когда мотивация помогает решить задачу, а когда мешает?
   - чем может помочь в этом деле информационная система
   - отсутствие вреда еще не есть присутствие пользы
   - "свое" и "чужое" и "социализм" против "капитализма"
3. Эффективность VS здравый смысл.
   - локальная и глобальная эффективность и задачи
   - зачем мы делаем то, что мы делаем и как понять, что мы вообще что-то делаем
   - "закрыть вопрос" или "сдать проект"?
4. Бизнес-процессы и прочая ерунда для развода руководства
   - кому и когда нужны бизнес-процессы, их описание и автоматизация?
   - что нужно описывать и автоматизировать помимо бизнес-процессов?
   - "сюрпризы" для клиента при внедрении информационной системы. компьютер не умеет думать - для людей это сюрприз.

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

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

Тема CI/CD в связке с 1С не нова, но многих пугает сложность использования и поддержки, необходимость обучения команды разным премудростям.

В своем докладе я хочу рассмотреть один вариант организации Ci/CD, который
- позволит унифицировать и упростить поддержку конвейеров для большого количества решений - "Типовая коробка"
- предоставит возможность разработчикам не задумываться о том, как оно работает
- предоставит возможность управляемо (в пределах позволенного) менять конвейер команде самостоятельно
- позволит DevOps'у экспериментировать и развивать, не ломая

Программисты нужны всем. Хорошие, думающие, креативные, исполнительные.

Готовые решать задачи компании сразу после найма. Но программистов не хватает.

Особенно в регионах. Особенно — во Владивостоке.

На конференции расскажу, как мы решали проблему нашего кадрового голода.

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

Enterprise Architect - мощное средство моделирования для построения различных моделей: бизнес-процессов, информационных систем, программных продуктов. 
На мастер-классе изучим как моделировать бизнес-процессы в Enterprise Architect с применением UML и составлять документы с описанием бизнес-процессов понятные заказчику. Примеры, разбираемые на мастер классе ориентированы на внедрение информационных систем на платформе 1С:Предприятие и будут полезны как разработчикам на платформе 1С, так и аналитикам участвующим во внедрении. 

В ходе мастер-класса вы узнаете:

• Зачем нужен UML
• Как разрабатывать модели бизнес процессов с применением UML
• Как встроить моделирование в рабочий процесс
• Применение моделей в проектах, выполняемых по гибким методологиям и ГОСТ 34
• Приемы сбора данных для построения моделей бизнес-процессов
• Приемы построения моделей бизнес-процессов с применением UML для информационных систем на 1С
• Приемы использования Enterprise Architect и чем средство моделирования отличается от средства рисования диаграмм
• Генерация документации на основе построенных моделей
  

• важность использования NULL полей;
• использование таблицы значений без создания временной таблицы;
• раздвигаем источник данных по вертикали;
• алгоритмы:

1. массовое левое соединение
2.  гашение партий запросом
3. распределение стоимости с построчным округлением
4. управляемый расчет итогов в таблицах с иерархией справочников

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

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

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

• Мотивация сотрудников на развитие и обучение;
• Как создать благоприятную среду в коллективе, способствующую получению новых навыков;
• Где и какие курсы выбирать и как достичь максимальной отдачи от них в условии ограниченного бюджета;
• Какие инструменты и средства мы используем для этого;
• Как найти баланс между обучением и основной работой;
• Также вкратце расскажу о нашей системе грейдов, встречах 1:1, постановке и контроле выполнения целей и многом другом.

• Чем это отличается от скриптов AutoIT, Selenium, Sikuli?
• Почему RPA набирает обороты?
• Краткий обзор рынка RPA платформ (лидеров по Gartner)
• Обзор одной из RPA платформ (UiPath)
• Чем это поможет в 1С? Как можно применить на практике.
• Программисты станут не нужны? Когда целесообразно применять RPA, а когда лучше разработать программное решение.

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

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

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

Хватит сравнивать скорость сложения 2+2, нагрузим сервер "виртуальными" пользователями!

* Нагрузочное тестирование GUI - почему это хорошо?
* 1С:Тест-центр - цели инструмента, схема работы
* Под капотом Vanessa Automation - как запустить 50 обработок и не загрустить
* Turbo-Gherkin как язык нагрузочных сценариев - минимум 1С кода, максимум параметризации
* Шаблон тестовой обработки - от идеи до нагрузочного сценария за 10 минут
* Анализ результатов - фильтруем нагрузку от нагружателя

В докладе расскажу про:
- Опыт трансформации управления персоналом в компании
- Поиск «таблетки», «правильных» рекомендаций гуру
- Погружение руководителя в область управления персоналом
- Что такое ценности, зачем нужны. Их уникальность. Ожидания
- Порядок "формирования" ценностей. Кто их должен формулировать.
- Одинаковое понимание ценностей. Как достичь чтобы все их понимали одинаково
- Результат "внедрения" управления по ценностям. Как изменилась компания
- "Прокачка" ценностей. Что это такое и зачем нужна. Конкретные инструменты

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

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

• Пять шагов, чтобы начать внедрение DevOps.
• Почему иметь Agile команды недостаточно?
• Технологии VS Культура – что важнее?
• DevSecOps – безопасность в ДНК продукта?
• Разработка на аутсорс – возможен ли Devops в таких условиях ?

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

- наступила пора системного подхода в работе со сложными проектами и системами erp-класса
- разработка и сопровождение систем должны быть основаны на научном (математическом и логическом) аппарате, а не только на "бумажных" технологиях (управление проектами, scrum, agile и т. п.)

За пол часа разберем:
1. Структура теста, какой она должна быть? Один большой тест или много маленьких?
2. Тестовые данные: это то, что тестируем или то, что проверяем?
3. Эталонные данные: где и как хранить, а нужны ли они вообще?
4. Как проверять бизнес логику и динамические данные неизвестные на момент запуска теста?
5. Как организовывать оперативный прогон и не потеряться в постоянной настройке окружения?
6. Не слишком ли много побочной и постоянной рутины, связанной с тестированием, что выглядит обузой для программиста?

• Собрать со всей России команду сильных разработчиков
• Организовать эффективную работу разработчиков
• Настроить команду на максимальную клиентоориентированность
• Учет и контроль времени сотрудников
• Закрытие не менее 150 часов в месяц каждым сотрудником
• Организация работы сотрудников в разных часовых поясах
• Система мотивации разработчиков, кроме заработной платы
• Эффективное решение проблем, возникающих в процессе работы
• «Герой», «Интроверт», «Пассажир» - как с ними работать и стоит ли? 

Обзор практических решений по созданию команды с гибким управлением.
1. Agile, холократия, бирюзовые организации. Это о чем вообще?
2. Принципы создания гибких команд. Что можно делать, а что категорически не надо.
3. Какой agile, когда вокруг бардак. Работающие инструменты agile управления.
4. Протокол внедрения гибкого управления. Как перейти на гибкое управление без
потери контроля.
5. Примеры внедрения гибкого управления в ИТ командах.

Ищем критерии для принятия решений по организации проектов внедрения: франч – свой ИТ-отдел, Agile  – классические подходы, Бизнес-руководитель – ИТ-руководитель 

• Когда стоит обращаться к франчам, а когда лучше делать внедрение своими силами?

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

• Когда  стоит, чтобы руководство проектом осуществлял менеджмент от «бизнеса», а когда лучше отдать его ИТ-руководителям?

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

Когда программист слышит "Написание ТЗ", он представляет себе что надо писать тома официальной макулатуры, тратить на это время и усилия.
Зачем, если можно сразу писать код? Тут тебе сразу формы с алгоритмами, и работа движется и заказчику есть, что показать.

Логично, ответим мы. Написание ТЗ занимает время, при том, что это мало оплачивается.

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

• Блок-схема" = Алгоритм,
• Текстовое предварительное описание" = вся программа.

• Рассмотрим варианты неформализованного описания будущей программы;
• Расскажем, как итеграционно вести разработку документации для гибкой методологии;
• Покажем инструменты для быстрой и удобной работы с большими описаниями программ.

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

Сотрудники «сидят» на окладах?

• Приходится платить зарплату, даже если компания не заработала?
• Брать деньги на зарплату из своего кармана или бюджета на развитие, рекламу?
 • Откладывать выплаты по кредитам, аренде, поставщикам, чтобы начислить ЗП вовремя?
 • Работники думают только о своем заработке, а не о доходе компании?

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

Программа мастер-класса:

1 часть - Вы узнаете о безокладной системе оплаты труда и как привязать з/п как к личным показателям сотрудника, так и к результатам всей компании. 

2 часть - Будут рассмотрены дополнительные системы заработной платы для сотрудников отдела продаж в разных сферах деятельности. 

Вы узнаете

• Как оклады убивают мотивацию сотрудников и тормозят компанию.

• Как перестать платить зарплату из собственного кармана.

• Как безболезненно уйти от окладов [план действий и реальные кейсы] .

• Эффективную формулу расчета ЗП, которая работает в 1 000 компаний

• Как привязать ЗП к показателям сотрудника и всего бизнеса

• Как считать ЗП и премии по-новому всего за 1 час в неделю

Что вам даст мастер-класс:

Вы поймете сколько платить сотрудникам, чтобы зарплата мотивировала РАБОТАТЬ, а не приходить на работу. Как перестать платить из своего кармана, если персонал отработал плохо и денег на ЗП не хватает. Как безболезненно уйти от фиксированных окладов и не потерять ценные кадры.

1. Необходимость автоматизации складов
1.1 Проблемы неавтоматизированных складов
1.2 Склады автоматизированные без торгового оборудования
2. Определение необходимого торгового оборудования.
2.1 Склады продуктовые (отметить скоропорт и с особыми условиями хранения)
2.2 Склады лекарств
2.3 Склады non food (сантехника, плитка, бытовая химия)
3. Выбор торгового оборудования.
3.1 Определить поставщиков
3.2 Цена/качество
3.3 Ремонтопригодность
4. Опыт внедрений
4.1 Колбасный склад
4.2 Склад продуктовый
4.3 Склад с особыми условиями хранения
4.4 Склад сантехники, с несколькими точками выдачи.

Заключение.

Основные Тезисы:
1. Как снизить стоимость разработки мобильного приложения.
Особенности отладки, работы мобильном приложении. Сравнение стоимости лицензий Apple и Android. Лицензионная политика 1С.
2. Особенности разработки мобильного приложения под IOS и Android.
В чём отличия в IOS и Android при компилировании. Ошибки и борьба с ними.
3. Телефонный справочник в мобильном телефоне - это удобно.
Ведение корпоративных контактов. Работа в приложении без подключения к сети интернет. Импорт контактов. Синхронизация с контактами в телефоне. Исключение "замусоривания" контактами основной телефонной книги.

Будет подробный разбор по материалам:
https://infostart.ru/public/1063354/

В рамках доклада я хочу рассказать о реальном примере использования непрерывной проверки качества кода и рассмотреть вопросы:
* Зачем нужно управлять качеством кода, и от чего зависит его качество?
* Обзор платформы SonarQube. Как ее применять для проверки качества кода 1С.
* Использование 1С: Автоматизированная проверка конфигураций как дополнение к SonarQube.
* Каких результатов можно добиться в краткосрочной перспективе?

• Как начать работать с Инфостарт? Вместе с 2013 года.
• Три фактора для успеха тиражного программного продукта.
• История успеха: Модуль "Миграционный учет" для 1С:Предприятие 8.
• Выплата вознаграждения автору. Самая выгодная схема.
• Защита программного продукта. Хроники параноика.
• Лицензирование продукта: "С ног на голову, ломаем стереотипы".
• Новый продукт: Модуль "Управление отделом продаж" для 1С.
• Поддержка клиентов. Минимизируем обращения.

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

Сотрудники «сидят» на окладах?

• Приходится платить зарплату, даже если компания не заработала?
• Брать деньги на зарплату из своего кармана или бюджета на развитие, рекламу?
 • Откладывать выплаты по кредитам, аренде, поставщикам, чтобы начислить ЗП вовремя?
 • Работники думают только о своем заработке, а не о доходе компании?

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

Программа мастер-класса:

1 часть - Вы узнаете о безокладной системе оплаты труда и как привязать з/п как к личным показателям сотрудника, так и к результатам всей компании. 

2 часть - Будут рассмотрены дополнительные системы заработной платы для сотрудников отдела продаж в разных сферах деятельности. 

Вы узнаете

• Как оклады убивают мотивацию сотрудников и тормозят компанию.

• Как перестать платить зарплату из собственного кармана.

• Как безболезненно уйти от окладов [план действий и реальные кейсы] .

• Эффективную формулу расчета ЗП, которая работает в 1 000 компаний

• Как привязать ЗП к показателям сотрудника и всего бизнеса

• Как считать ЗП и премии по-новому всего за 1 час в неделю

Что вам даст мастер-класс:

Вы поймете сколько платить сотрудникам, чтобы зарплата мотивировала РАБОТАТЬ, а не приходить на работу. Как перестать платить из своего кармана, если персонал отработал плохо и денег на ЗП не хватает. Как безболезненно уйти от фиксированных окладов и не потерять ценные кадры.

<ol type="1" style="color: #222222;">
    <li>Проблемы перевода конфигураций/расширений/обработок на другие языки</li>
    <li>Инструменты для перевода</li>
    <li>Особенности платформы 1С, и что надо учитывать при написании кода</li>
    <li>Визуальный перевод макетов и интерфейсов</li>
</ol>
<p style="color: #222222;">
     И многое другое. Круглый стол будет посвящен всему, что касается локализации/переводов решений на 1С.
</p>

Мероприятие продолжительностью 3 часа с перерывом.

Формат: фасилитационная сессия, в формате групповой работы командами по 6-10 человек.

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

- Предпосылки
Решил начать разработку через тестирование
Оказалось что нет простого инструмента для unit тестов
Решил написать плагин для EDT

- Опыт написания плагинов для EDT
Плагины для Eclipse как первый опыт на Java
С чего начать
Особенности плагинов Eclipse для EDT
Где искать помощь

- Новый подход к unit тестам с помощью EDT (Адаптация JUnit для 1C)
Посмотрел как работает JUnit, захотел сделать также
Есть разрозненные инструменты, собрал их в одном месте
1С-язык привносит свои особенности

- Пишем unit тесты для типовых на примере ЗУП КОРП
Использую unit тесты на реальных внедрениях в корп сегменте
Примеры сложных случаев реализации тестов

- Запуск разработанных unit тестов в CI
Используем gitlab внутри компании
Созданные unit тесты легко подключаются к CI

• ТОП-10 будет представлен на основании опроса более 100 руководителей, которые за последний год суммарно провели более 6000 собеседований
• Вы узнаете об ошибках, которые наиболее часто встречаются на собеседованиях среди соискателей
• Доклад будет полезен тем специалистам по 1С, кто хочет увеличить свою стоимость в глазах нанимателей
• На каждой из ошибок я остановлюсь подробно и расскажу о том, как работать над ошибками или вовсе их не допускать
• Если Вы хотите чуть больше узнать о таких вещах как гостинг и эмоциональный интеллект – Вам будет интересно
• В конце доклада будет приятный бонус для каждого из слушателей ;-)

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

• Какие события и как собираем.
• Как анализируем самые главные события - ошибки приложения.
• Какой системой пользуемся: ELK, Clickhouse... Sentry.

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

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

•    Что такое CRM-система в 2019 году? Какие CRM-системы сейчас актуальны и почему CRM должна быть в базе 1С?
•    На что обратить внимание в проекте внедрения CRM-системы в 1С. Что важно для успешного проекта?
•    Опыт внедрения CRM-систем на примере кейсов реализованных проектов. Подводные камни и лучшие практики.
•    Объединение коммуникаций в 1С: подключение IP-телефонии, эл.почты, СМС-сообщений, мессенджеров, обратных звонков и пр.
•    Автоматизация расчета мотивации менеджеров по продажам: Оклад+KPI+%. Начисления и удержания (штрафы).
•    Отчеты в CRM-системе: «Воронки» продаж, конверсия этапов продаж, отчеты по активности менеджеров, план-факт менеджеров, сегментация клиентов, ABC-анализ клиентской базы и др.
•    Сквозная аналитика в CRM-системе: маркировка заявок, колл-трекинг, загрузка расходов на рекламу, анализ эффективности рекламных каналов и пр. Анализ LTV и ROMI.
•    TV-панели в отделе продаж с "дашбордами".
•    Отчеты из 1С в Telegram. Главные цифры отдела продаж на экране смартфона.

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

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

Мы написали свой веб-клиент и по ходу дела разобрались в устройстве клиента платформы 1С:Предприятие. Вы уже наверняка знакомы с рекомендациями как правильно писать код под управляемые формы, чтобы выжать из них максимум возможностей. Я расскажу о внутренностях УФ и отвечу на вопрос, почему писать надо именно так.
- Как выглядит контекст формы в браузере
- А вы знали, что ссылка - это объект?
- Дальше, быстрее, безопаснее: зачем отделять форму от СУБД
- НаКлиенте, НаСервере, НаСервереБезКонтекста - что происходит с данными формы при выполнении контекстных и бесконтекстных вызовов
- ТабличнаяЧасть, ДинамическийСписок и ПолеТабличногоДокумента: в чем их сходства и различия
- Зачем интерфейс тормозит при проведении документа, как это можно исправить и почему это не надо исправлять
- Запрофцыкли. Их разновидности, характер и особенности поведения
- Чип-тюнинг платформы 1С - возможен?

Для автоматизации деятельности департамента информационных систем была разработана система "Service Desk" на платформе 1С.

Один из блоков системы - "Управление релизами 1С":
- Внесение изменений в конфигурацию дорабатываемой системы: КТО, КОГДА, ЧТО ИЗМЕНИЛ, ЗАЧЕМ, ПО ЧЬЕМУ ТРЕБОВАНИЮ.
- Единый механизм сбора релизов: инициация, согласование, сборка, установка.
- Сопутствующие автоматические процедуры: рассылка пользователям об изменении функционала системы после обновления, актуализация инструкций.
- Полная история обновлений систем в разрезе метаданных конфигураций 1С.

 Эффект от внедрения:
- Количество исправительных релизов свелось к нулю.
- В 4 раза снизились трудозатраты разработчиков на сбор обновлений.
- Установка релизов без участия сотрудников в не рабочее время.
- Инструкции для пользователей актуальны в любой момент времени.
- Контроль работы сотрудников отдела внедрения и разработки.

Механизм разработан сотрудникам ООО "Иркутская нефтяная компания", внедрён в промышленную эксплуатацию в 2017 году, постоянно дорабатывается и развивается, является основным инструментом для отделов разработки и внедрения информационных систем.

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

Консоль запросов, СКД один из самых часто используемых программистом инструментов.
В докладе расскажу на практике как инструмент упрощает жизнь программисту.

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

"В ходе мастер-класса мы разберем несколько моделей бюджетирования. Рассмотрим как модели бюджетирования автоматизируются в 1С:KA2 и 1C:ERP2. Слушатели узнают чем модели бюджетирования отличаются друг от друга, какую модель можно применить на практике в своей организации. Практические кейсы, которые будем решать в ходе мастер-класса:



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


Мастер-класс ориентирован на получение практического опыта и будет полезен как разработчикам, так и аналитикам участвующим в автоматизации финансовых подразделений. Желательно на мастер-классе иметь ноутбук с установленной 1C:ERP2 или 1С:КА2."

- Мобайл в тренде. Игнорировать это - значит игнорировать перспективный рынок.
- Мобильные технологии 1С.
- Интересные примеры применения.
- Лицензионная политика.
- Поддержка разработчиков.

Погружение в мир мобильной разработки.
Организация работы над проектом.
Специфика взаимодействия с "Бирюзовым" заказчиком
Lean StartUp и Agile в работе
Мобильная платформа 1С ее плюсы для быстрого старта проекта
Муки выбора оборудования. Отказ от использования ТСД.
Результаты и выводы проекта.

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

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

Поговорим о стандартах разработки и code review.
Расскажу какие стандарты принимали мы и как внедряли бюджетный code review.

Остановимся подробно на проверке кода через 1С:АПК + Git, а именно:
- Архитектура решения.
- Реализация инкрементальной проверки кода конфигурации.
- Проверка отдельных модулей в полях через веб-интерфейс.

1. Разработка интерфейса на платформе 1С
    1.1 Адаптации интерфейсов под мобильные экраны (Технология/приемы/примеры)
    1.2 Разработка простой навигации (Технология/приемы/примеры)
2. Разработка идеального интерфейса
    2.1 Создаем идеальный прототип приложения, без учета ограничений платформы 1С (Технология/приемы/примеры)
    2.2 Интегрируем внешний интерфейс в 1С (Технология/приемы/примеры)

• Аналитика исследований и реальной практики.
• Проблематика цепочки Бизнес-ИТ-Аутсорсер.
• Подходы к эффективному решению.
• Виды аутсорса от ресурса до сервиса и далее.
• Перспективы. Светлое будущее, которое скоро нас ждет, или к чему это все приведет?
• Роль и опыт Инфостарта.

Цели, размеры сумм, ограничения. В принципе, зачем всем этим заниматься?
Экспресс-разбор и выдача рекомендаций по практически всем известным инструментам для накопления и преумножения свободных средств:
- депозит в банке,
- инвестиционное страхование жизни,
- недвижимость (покупка на этапе строительства и/или сдача в аренду):
   - квартиры,
   - коммерческая (нежилая) недвижимость,
   - коллективные инвестиции в недвижимость (Aktivo, ПИФы недвижимости),
- финансовые рынки:
   - базовые ценные бумаги:
      - облигации,
      - акции (в т.ч. «дивидендные»),
      - ПИФы,
   - финансовые производные:
      - фьючерсы,
      - опционы,
      - бинарные опционы,
   - валютный рынок (Forex, ММВБ),
   - HF-трейдинг vs стратегия ленивого инвестора,
- займы в МФО (микрофинансовые организации),
- p2p-кредитование (Penenza, Startrak, Альфа-поток),
- инвестиции в бизнес (в т.ч. покупка готового бизнеса, франшизы, краудинвестинг),
- криптовалюты.

Клиент: розничный гигант «Магнит».
Бизнес-цели: управляемость, ускорение, безопасность, экономия в службе эксплуатации «Магнита».
Решение: «1С:ТОИР Управление ремонтами и обслуживанием оборудования» и мобильное приложение «ТОИР Магнит».
Масштаб: 2 000 рабочих со смартфонами и 500 за компом обслуживают 17 000 торговых точек в 2700 населенных пунктах и 5-и часовых поясах.
Контекст: узкие места/сложности/фичи при создании мобильного приложение.
UI для рабочего класса: 100% юзеров НИКОГДА не работали за компом, а 30% юзеров приложения никогда не использовали смартфон.
Big data: 500 тысяч объектов файле обмена.
Безопасность: от fool-proof до удаленного wipe и SSL-шифрования.
Цена вопроса: чего это нам стоило.

Мой доклад основан на проекте создания и запуска службы технической поддержки в крупной производственной компании. Проект прошел в финал конкурса «BPM-проект года 2018», который организован и проводится российской Ассоциацией профессионалов управления бизнес-процессами (ABPMP Russian Chapter) при поддержке ИТ-кластера Фонда «Сколково» и аналитического центра при Правительстве РФ.

Основные тезисы:

1. Как понять, что вашим ИТ-сервисам нужна служба поддержки?
2. Какие ресурсы нужны для создания службы поддержки?
3. Какую методологию выбрать: ITIL, MOF, DevOps или что-то другое?
   
4. Какие процессы поддержки нужно внедрять в первую очередь?
5. Зачем нужно регламентировать и измерять процессы службы поддержки?
6. Какие метрики эффективности действительно эффективны?
7. Зачем нужен сервисный договор и каталог?
8. Как рекламировать службу поддержки?
9. Как завоевать доверие пользователей нестандартными методами?
10. Как пользовательская документация снижает количество обращений в службу поддержки?
11. Почему низкая удовлетворенность это лучший инструмент для улучшения ваших ИТ-сервисов?
12. Что делать после запуска службы поддержки?

В докладе расскажу как мы постепенно развенчали мифы о производительности у пользователей и руководителей, а, как следствие, нам удалось решить следующие задачи:

• Свернуть базу с 1,2 TB до 350 GB
• Перевести конфигурацию с 8.1 на 8.2
• Перевести конфигурацию в режим упр.блокировок
• Перевод на 8.3.10 и режим версионирования
• Скорректировать регистры
• Оптимизировать запросы
• Отказаться от ручных операций (почти отказаться)

Хочу рассказать, какие изменения происходят, если пишешь много текстов:
1. Как тексты помогают зарабатывать;
2. Какой доход приносят сами тексты;
3. Как писать тексты быстро;
4. Как сделать тексты легкими и интересными;
5. Как меняется подход к разработке у того, кто пишет тексты;
6. Как меняются взгляды на окружение у того, кто пишет тексты;
7. Как тексты помогают в нетворкинге;
8. Как тексты помогают искать работу;
9. Как тексты мешают работе;
10. Как расширять охват публики;
11. Как стоит, а как не стоит общаться с читателями;
12. И еще много чего интересного.

В докладе рассматривается специфика управления ИТ, вытекающая из особенностей российского менталитета, с позиций «Русской модели управления» А. Прохорова.

В частности, обсуждаются и рассматриваются на примерах:

• Два принципиально разных состояния ИТ службы (спокойное и кризисное).
• Неправовая культура.
• Уравниловка.
• Мотивационные типы.
• Закон Парето в ИТ.
• Чем Agile органичен нашему менталитету и почему встречает сопротивление.
• О коротких спринтах.

• Российская специфика управления ИТ состоит в первую очередь в том, что потребителями ИТ являются носители российского менталитета, российской культуры и они же являются сотрудниками ИТ-подразделений.
• Для ИТ служб и подразделений характерны два принципиально отличных состояния спокойное(расслабленное) и кризисное, для каждого из которых органичны свои методы управления.
• В России неправовая культура. Мы традиционно не уважаем писаные законы. «Для российского менеджера в порядке вещей одновременное действие неких правил и правил, как нарушать эти правила» (А.Прохоров). Тоже верно и для потребителей ИТ.
• В ИТ, как и во многих других областях работает закон Парето: 20% усилий дают 80% результата. Часто этих 80% достаточно.
• Лучшая инструкция – жёсткий интерфейс корпоративных информационных систем. В идеале выбор из двух пунктов и две кнопки – «вперёд» и «назад».

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

• Чем чат-боты лучше других приложений?
• Использование бизнес-процессов 1С для создания сложных диалогов: моделирование вместо программирования.
• Как создать универсальную систему ботов, работающую в Telegram, Viber, Facebook и других мессенджерах одновременно.
• Создание мультиязычных ботов, запуск за границей.
• Использование 1С как бэкенда для нагруженного веб-сервиса.
• Как сделать бота привлекательным для пользователя.
• Применение идей объектно-ориентированного программирования для разработки универсальной масштабируемой системы.
• Пример реального бота с разбором функционала.

1С + Конструктор сайтов = Web приложение.
Подход 1. Backend и Frontend на 1С. 

• Нельзя но если очень хочется то можно. Как поменять до неузнаваемости внешний вид Web клиента 1С.
• Использование SSO с 1С. Почему это так важно.
• Плюсы и минусы данного подхода

• SPA не панацея. Как обойтись без знаний "зоопарка" Frontend фреймворков.
• Backend на 1С. Ограничения и пути их обхода.
• Как сделать красивый фронт. Приёмы и примеры.
• All-in-one - всё Web приложение в одном расширении
• Как организовать аутентификацию не привязанную к пользователям 1С
• Плюсы и минусы данного подхода
• Скорость разработки прежде всего! Как это всё можно масштабировать. 

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

• Тайм-менеджмент, ресурсы, цели. Стратегия и тактика успеха.
• Анализ ситуации «здесь и сейчас». Инструменты оценки и объективность своего видения.
• Инструменты планирования успеха. Цели. #лайфхак для личного успеха.
• Планирование. Инструменты.
• Самомотивация и энергия внутренних ресурсов достижения целей. 

С ростом компании (особенно с быстрым ее ростом) – организации, так или иначе, сталкиваются с проблемой управления потоком ИТ задач. Монолитный подход к управлению ИТ, в подобной ситуации, перестает быть дееспособным.

Главный бездельник в разработке, да и не только в ней, тот, у кого больше всех задач. Ему всегда есть чем оправдать время, проведенное на работе. Много чего проделывается, но мало чего доделывается.

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

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

Выбирая новый метод работы с ИТ стоит понимать – кто такие ИТшники? Хорошим подспорьем в этом случае выступают методы с психотипами, на основе которых можно строить ИТ-команды.

Многим компаниям для решения задач 1С не хватает её возможностей. Первый свой серьёзный проект по интеграции 1С с корпоративным B2B сайтом при помощи C# и T-SQL я выполнил ещё в далёком 2008 году. С тех пор было много подобных проектов. Накопился опыт и своя база кода. В результате анализа и переосмысления того и другого родилась концепция 1C#, которой я хочу поделиться с сообществом.

На работающем прототипе 1C# я покажу как можно решать задачи 1С иначе. Расскажу как это работает.

План доклада.

1. Архитектура 1C#
- Расширяемые метаданные
- Расширяемый язык и дизайнер запросов
- Работа в едином контексте с несколькими информационными базами 1С и "не 1С" одновременно
- Встроенный web сервис выполнения запросов
- Совместимость с 1С:Предприятие 8.х на уровне структур хранения данных

2. Демонстрационные примеры
- Простой запрос и вывод результата
- Замена значений одним запросом
- Сверка документов двух баз одним запросом
- Перенос данных одним запросом
- JSON web сервис за 2 минуты

3. Ближайшие планы развития
- Разработка подробной документации
- Добавление поддержки gRPC
- Развитие языка и конструктора запросов
- Объект метаданных "Очередь сообщений"

1. Саботаж и его виды
2. Как победить саботаж сотрудников
3. Технологии убеждения

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

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

В роли микросервисов приведу примеры разнородного back-endа (Python, PHP, C++, 1С (серверная, клиентская часть).
В качестве практического применения покажу, как можно связать Asterisk(фонер, автообзвон), Python, 1С, MS SQL.

https://infostart.ru/public/990211/

Как выбрать, если хочется всего и сразу?

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

Как выбрать? Думаете, об этом расскажу? Нет, увы.

Не надо выбирать. Надо научиться достигать успеха во всех сферах одновременно.

Как? Перебежками.

Меня часто спрашивают о том зачем ИТ и в частности ИТ-руководителю заниматься пиаром. Для многих ИТ-руководителей, как правило это «вчерашние технари», в этом видится не инструмент продвижения своего подразделения в иерархической лестнице компании, а хвастовство. 

Действительно – зачем и кому нужна публичность в ИТ?

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

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

В большинстве российских компаний (особенно малый и средний бизнес) бизнес до сих пор воспринимает ИТ–подразделения и ИТ-проекты как вынужденную ношу, продиктованную требованиями закона и принципом “вынужденной необходимости для ведения бизнеса”, но не повышением его эффективности. К сожалению, такая ситуация сохранилась в немалом числе компаний. Более того, не просто «ноша», а черный ящик, происходящее в котором никому не понятно, однако при этом постоянно потребляющий огромные бюджеты. 

Сомневаетесь?
Приходите, мы развеем ваши сомнения и рассмотрим следующие вопросы:

• Портрет ИТ-руководителя

• Нужен ли Вам персональный бренд? 

• Этапы построения, инструменты PR, разбор ошибок и личный опыт

• Как отслеживать эффективность PR-кампании?

• Принципы работы ИТ- руководителя. Принцип публичности

• СПА-процедуры ИТ-руководителя

• Коммуникации - один из ключевых моментов PR;

• Власть и харизма - инструменты PR;

• PR - инструментарий в действии.

• PR - непрерывный процесс ненавязчивой демонстрации успехов.

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

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

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

- Выгрузка товарной номенклатуры
- Условия отображения, активация, деактивация
- Работа с разными регионами и складами.
- Особенности разработки личного кабинета для партнера (включая особенности работы менеджеров со стороны клиентов)
- Индивидуальные цены.
- Накопительные скидки, бонусные счета
- Система лояльности
- Использование портала для конечных пользователей.
- Интеграция с CRM. Треугольник - b2b-портал, CRM, ERP
- Обработка заказов менеджерами в 1С - минимизируем общение.
- Ответственные менеджеры
- Рекламации
- Обмен документами (счета, накладные, УПД, гарантийные письма и другие)
- Работа с транспортными компаниями и собственной службой доставки.
- Какие вещи и как интегрировать.
- Обмен файлами или web-сервис.

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

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

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

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

В докладе поделюсь нашим опытом применения брокера очередей Rabbit MQ и сервера кэширования Redis в интеграционных проектах на примере двух проектов выполненных в этом году. Обсудим зачем эти технологии с точки зрения управленца и бизнес-заказчиков на примере кейсов:

• Поддержка соблюдения 4 части ГК РФ в интернете. Система предназначена для анализа авторского контента в социальных сетях, состоит из системы поисковых роботов и 1С для учета оплат и направления претензий к интернет-площадкам.  Rabbit MQ служит для синхронизации потоков поисковых роботов и сильно упростил разработку и поиск ошибок. Redis использовался для передачи информации между потоками поисковых роботов и кэширования информации
• ИТ-ландшафт международной микрофинансовой организации, который мы проектировали и разрабатывали с нуля. Включает в себя более 10 информационных систем интегрированных между собой: мобильные приложения, клиентские личные кабинеты, система учета взаиморасчетов и другие системы. В ИТ-ландшафт включена BPM-система, которая управляет потоками данных и является единой точкой интеграции. Rabbit MQ используется как очередь для гарантированной доставки сообщений от информационных систем к BPM и от BPM к информационным системам. Redis применяется для оптимизации доступа к часто запрашиваемой информации.

• Приемы использования Rabbit MQ
• Как не надо использовать Rabbit Managment HTTP API
• Зачем Rabbit MQ управленцу
• Приемы кэширования часто используемой информации с помощью Redis