Доклады с конференций Инфостарта для специалистов 1С
INFOSTART EVENT — это конференции сообщества 1С, которые мы проводим с 2012 года. За это время они стали крупнейшей площадкой для обмена опытом между профессионалами отрасли.
На наших конференциях выступают настоящие практики из ведущих компаний России и СНГ, а не бизнес-тренеры. Доклады отбираются голосованием сообщества, а качество контента контролируют независимые эксперты. Каждая конференция охватывает интересы разных ролей:
для программистов — разработки и архитектурные решения, новые технологии и инструменты,
для аналитиков — методологии, работа с требованиями, анализ данных, управление изменениями,
для руководителей проектов и ИТ-менеджеров — управление командами, рисками, проектами и продуктами,
для специалистов по ИБ и администрированию — практики защиты, эксплуатации и поддержки систем,
для HR и тимлидов — развитие команд, soft skills и современные управленческие подходы.
За годы существования INFOSTART EVENT накопился большой объём уникального контента для всех специальностей из мира 1С. Практически по всем докладам мы готовим подробные транскрибации: они позволяют узнать суть докладов в удобное время и внедрить лучшие практики в своей работе.
Все материалы БЕСПЛАТНЫЕ в открытом доступе и помогают специалистам находить решения, обмениваться опытом и двигать отрасль 1С вперёд.
над каждым докладом работает минимум 6 человек.
За много лет существования Infostart Event у нас накопилось большое количество качественного и уникального контента, и мы рады представить вам эти материалы!
Цель статьи – показать, что DevOps можно внедрять в проектах любого масштаба, даже с ограниченными ресурсами. Автор делится личным опытом: рассказывает, как начиналось внедрение, какие ресурсы потребовались, какие задачи удалось решить и как организован текущий рабочий процесс. Вы узнаете, как DevOps-практики помогают участникам разработки и чем DevOps-инженеры полезны для всех, кто участвует в создании решений. В статье подробно разбираются преимущества, которые дал переход на EDT, его влияние на процессы сборки, а также анализируется опыт внедрения Kubernetes – что это уже принесло и что принесет в будущем.
Решения по интеграции 1C с маркетплейсами активно развиваются – методы API меняются несколько раз в год, постоянно появляются новые задачи для автоматизации. Расскажем о неожиданных и нелогичных особенностях API маркетплейсов, критериях выбора готовых модулей для интеграции и том, какие их возможности наиболее востребованы у заказчиков.
Практически все идеи по развитию программных продуктов приходят в процессе общения. Люди просто озвучивают свои потребности, и созданный по их пожеланиям продукт может оказаться очень востребованным на рынке. Каждый из нас обладает уникальным опытом и может помочь авторам продуктов свежими идеями. Расскажем о том, как развивать свои программные продукты через мозговой штурм и взгляд «со стороны».
В мире 1С импортозамещение используемых программных продуктов в первую очередь касается миграции СУБД с MSSQL на Postgres. Одна из основных проблем перехода — более «слабый» оптимизатор запросов Postgres по сравнению с MSSQL, когда запросы на MSSQL выполнялись значительно быстрее, чем на Postgres. Автор статьи разработал инструмент, который позволяет без значительных затрат выявить эти «проблемные» запросы. Основная идея подхода: конвертация на Postgres запросов, снятых при использовании MSSQL, и сравнение времени выполнения на MSSQL и на Postgres.
В статье подробно разберем, как в компании организован процесс миграции на PostgreSQL, начиная с подготовки команды, предварительного анализа 1С-систем (с использованием специальных чек-листов и инструментов для аудита) и заканчивая тонкой настройкой PostgreSQL. Расскажем о системе автоматизированного тестирования, которая позволяет сравнивать производительность на MS SQL и PostgreSQL без трудоемких ручных проверок. Особое внимание уделим проблемам, которые возникли при миграции систем объемом 20+ ТБ, и способам их решения. А также поразмышляем о том, что нужно было бы сделать по-другому, если бы этот проект пришлось начинать заново.
Организовать качественную поддержку для 7 500 уникальных пользователей систем 1C, имея в команде всего пятерых специалистов, — сложная, но решаемая задача. В статье рассказываем, как с помощью автоматизации и чат-ботов снизить нагрузку на сотрудников на 40%. Узнаем, как мотивировать инженеров на продуктивную работу без выгорания и как информировать клиентов о возможностях и ограничениях поддержки, чтобы минимизировать конфликты и неоправданные ожидания. Разберемся, почему клиентоориентированность и культура общения в поддержке важнее технических навыков, а наставничество внутри команды помогает избежать страха обращений у новичков.
Каждый, кто работал с кадровыми отчетами в ЗУП, ERP или УХ, сталкивался с механизмом представлений – странным кодом запроса, где поля отображаются пустыми ссылками, а в названии временной таблицы есть слово «Представление». В статье разберем, что такое представления и как ими пользоваться. Больше не нужно ломать голову над тем, откуда и как правильно получать данные. Механизм представлений сделает это за вас.
Мидлы часто сталкиваются с «невидимым потолком»: задачи решаются, а до сеньора не вырасти. Секрет часто не в знаниях, а в неготовности брать ответственность за проект и команду, неумении декомпозировать проблемы и страхе выйти из зоны комфорта. Автор статьи, который прошел этот непростой, но увлекательный этап профессионального роста, делится своими «путевыми заметками». Разбираемся, как страх вопросов ведет к «качелям вместо качели», зачем браться за «неблагодарные» задачи и почему отдых – инвестиция в продуктивность.
Правовыми рисками в большинстве проектов никто не управляет: юристы это делать не могут, а руководители проектов не хотят. Довольно часто это приводит к серьезным негативным последствиям. Расскажем о том, как выявлять правовые риски проекта, реагировать на них и предупреждать их появление.
Подбор «идеального» 1С-разработчика часто упирается в шаблонные матрицы компетенций, которые плохо работают на практике. В этой статье рассмотрим метод интервью критических инцидентов, который помогает определить, какие качества сотрудников важны именно для вашей компании. Уделим внимание искусству задавать правильные вопросы: какие формулировки помогают раскрыть истинный уровень компетенций и на какие детали в ответах стоит обращать особое внимание. Наконец, разберемся, как структурировать полученные данные, чтобы создать четкий и объективный профиль компетенций.
Рост обращений в техподдержку, очереди, перегруженные сотрудники, задержки в ответах на простые вопросы — знакомые реалии для многих компаний. Традиционные решения (базы знаний, контекстные подсказки) часто не справляются с объемом или слишком дороги в разработке и поддержке. К счастью, современные большие языковые модели предлагают мощный инструмент для автоматизации этого пласта работы. Можно ли применить их к специфике платформы 1С? Давайте разберемся.
Как безопасно и быстро извлечь данные из 1С для BI-аналитики: обзор способов (OData, Excel-выгрузка, Web-сервисы, самописные выгрузки) и готового решения «Экстрактор данных 1С в BI»
В статье пойдет речь о том, как в управлении оценивается зрелость команд разработки. Несмотря на распространенное мнение, что 1С-разработчики работают по своим особым правилам, подход к оценке их зрелости ничем не отличается от подхода в других командах.
Единая модель зрелости, применяемая ко всем командам, включает шесть ключевых направлений: разработка, эксплуатация, качество, процессы, управление персоналом и вклад в профессиональное сообщество. Каждое из них оценивается по трем уровням — начальному, стандартному и экспертному, причем для подтверждения уровня необходимы конкретные артефакты.
Автор рассказывает, как начался путь к повышению зрелости в его команде, какие практики внедрялись, как развивались ключевые направления и каких результатов удалось достичь.
В этой статье мы подробно разберем процесс настройки встроенного в PostgresPRO отказоустойчивого решения — кластера BiHA. Установим, настроим, протестируем отказ лидера и проверим автоматическое переключение ролей. А также интегрируем кластер с сервером 1С и проанализируем его реакцию на смену лидера.
Процесс тестирования в команде автора эволюционировал от ручных проверок до полноценной автоматизации с использованием современных инструментов и контейнеризации. Начав с Vanessa-ADD в качестве основного решения, команда постепенно расширила стек, включив в него Vanessa-Automation для UI-тестирования, YAxUnit для модульных проверок, Coverage41C для анализа покрытия кода, а также Gitlab CI, Allure и SonarQube для мониторинга качества и непрерывной интеграции.
Статья объясняет, почему в качестве стартового инструмента была выбрана Vanessa-ADD и как удалось организовать запуск дымовых и сценарных тестов в CI-контуре на Windows-сервере. Рассмотрен вопрос анализа покрытия кода тестами: зачем потребовался подсчет и какими сложности сопровождали настройку Coverage41C в клиент-серверной архитектуре.
Также автор рассказывает про переход на Docker (рассматривался готовый образ, но в итоге был создан собственный) и смену инфраструктуры с Windows и PowerShell на Linux и Bash.
Системы грейдов – фундамент управления персоналом, но их реализация поражает разнообразием. Почему системы грейдов такие разные? Почему внутри одной компании возникают разногласия? Как система мотивации влияет на сотрудников?
Эта статья – глубокий разбор парадоксов грейдинга. Мы исследуем, какие факторы и задачи бизнеса формируют принципиально разные системы в разных компаниях. Разберем корни внутренних разногласий по оценке уровня специалистов. Затронем тему мотивации и теории, объясняющие, почему грейды критически важны. И, наконец, поделимся практическим опытом внедрения: с какими вызовами пришлось столкнуться, какие инструменты сработали и какие уроки легли в основу планов на будущее.
Веб-интерфейсы повышают качество внешнего вида приложений 1С, предсказуемы с точки зрения верстки, позволяют организовать удобные и высокопроизводительные рабочие места для пользователей. Расскажем об особенностях разработки веб-интерфейсов на React внутри 1С, двустороннем взаимодействии 1С и JavaScript, а также сборке веб-приложения в одностраничный файл.
Экосистема 1С стремительно развивается: выходят обновления платформы, библиотек и компонентов, открывая перед разработчиками и внедренцами новые горизонты. Грамотное использование этих возможностей позволяет решать задачи эффективнее, находить оптимальные решения и реализовывать проекты, которые раньше казались невозможными из-за технических ограничений.
В статье разберем новые инструменты для разработки и эксплуатации, кейсы реального применения, а также дополнительные технологии, которые стоит освоить, чтобы идти в ногу с эволюцией платформы.
1С:ERP имеет сложную внутреннюю структуру, но очень слабую «защиту от дурака». Пользователи легко могут совершать ошибки, приводящие к «расползанию» регистров и проводок. Пока проект сопровождают внедренцы, контроль за корректностью ведётся, но как только система передаётся в руки локальной ИТ-службы, начинают появляться проблемы. Новые пользователи могут невнимательно изучать инструкции, некорректно заполнять документы, да и сама программа меняется от версии к версии, что усложняет ситуацию вплоть до того, что количество ошибок и расхождений данных возрастает до уровня «ваша программа вообще не работает». Расскажем о том, как проходит процесс внедрения 1С:ERP, и что происходит после завершения проекта.
Разберемся, чем отличаются конструкторская, технологическая и производственная спецификации – и почему их путаница приводит к ошибкам. Узнаем, какие бывают виды материалов в спецификациях и почему фраза «НСИ у нас в актуальном состоянии» не гарантирует готовности к работе. А также поразмышляем о том, на какие подводные камни стоит обратить внимание, чтобы избежать срывов сроков и переделок.
Ограниченный набор решаемых задач и консерватизм мышления часто мешают 1С-программистам выйти за рамки базового функционала и расти как техническим специалистам. Одним из ключевых решений этой проблемы может стать целенаправленное развитие фундаментальных IT-знаний: алгоритмов, паттернов проектирования, смежных технологий и практик. На реальных кейсах рассмотрим, как это расширяет возможности и повышает эффективность, а также определим, для кого такой путь развития критически важен, а кому достаточно стандартных навыков поддержки типовых конфигураций.
Когда нужно сесть и заполнить заявку на доклад, все мысли почему-то пропадают из головы, а всё, что приходит на ум, кажется уже известным и скучным. Расскажем о том, как избежать типичных ошибок начинающих докладчиков.
В 2024 году главному инструменту DevOps в 1С исполнилось 10 лет. Расскажем о том, что представляет собой экосистема 1Script в 2024 году и почему её важно включить в свой рабочий процесс.
ИТ-доклад не должен быть похож на колыбельную. Докладчик обязан тренироваться, быть профессионалом в том, о чем рассказывает, грамотно подготовить презентацию и построить выступление как увлекательное путешествие к выверенной цели. Расскажем о том, на что нужно обратить внимание при выступлении и подготовке презентации.
На многих предприятиях процессы управления качеством входящего сырья до сих пор существует на правах «Золушки» – незаметной, но и незаменимой, которая работает в лучшем случае в Excel, а в худшем – на бумаге. Как понять, что пора переходить от таблиц к автоматизированным системам? И какие подводные камни ждут на этом пути? Разбираемся в статье.
Внедрение ERP на базе 1С требует значительных аппаратных ресурсов и стабильной инфраструктуры, что не всегда доступно небольшим организациям. Одним из вариантов решения этой проблемы может стать облачный сервис 1С:Fresh, который позволяет развернуть ERP-систему без затрат на собственные серверы. Рассмотрим ключевые преимущества и сложности такого подхода, а также определим, каким компаниям облачное решение подойдет лучше, а кому стоит остаться на классическом варианте с локальным развертыванием.
Разрабатывая открытые решения, мы внимательнее относимся к коду, интерфейсу, документации и оформлению. А изучение чужого кода вдохновляет и открывает новые подходы. Расскажем об опыте создания открытых решений для 1С, ценности open-source и роли сообщества.
В разработке программного обеспечения командное взаимодействие играет ключевую роль. Однако многие разработчики скептически относятся к регулярным встречам – дейли-митингам, ретроспективам и другим форматам, считая их пустой тратой времени. Почему же возникает это непонимание? Как сделать встречи действительно полезными для всех участников? И какую роль в этом играет модерация и позиция руководства? Разбираемся в статье.
Как реагировать на ошибки сотрудников: наказывать или давать шанс? Стоит ли извиняться за свои ошибки руководителю и как это делать правильно? Как принять и проанализировать ошибки, чтобы двигаться дальше?
В этой статье будет немного теории, практические рекомендации и размышления о том, как превратить ошибки из источника стресса в инструмент развития команды. После прочтения вы, возможно, посмотрите на свои и чужие промахи под другим углом – и даже измените подход к работе и управлению.
Харизма помогает руководителю вдохновлять команду, влиять без давления и выстраивать доверие. Это не врожденное качество, а ресурс, который нужно подпитывать и развивать. Те, кто сможет развить в себе харизму, станут не только уверенными руководителями, но и свободными, по-настоящему счастливыми личностями. Расскажем о том, как харизма руководителя влияет на успешность проекта.
После года интенсивной работы в управленческой базе 1С накапливается большое количество информации. Алчные до анализа аналитики загружают разработчиков 1С большим объемом работ по созданию разных отчетов из базы данных. Это нужно, чтобы получить крупицы «золотой» информации, необходимой для принятия правильного управленческого решения. Как результат, загружены разработчики, нагружено железо, перегружены регистры, чешут голову администраторы по железу..... бюджет поддержки такой системы летит к небесам… Расскажем о том, как выгрузить данные из 1С в BI и передать настройку произвольных отчетов в руки аналитиков и юниор разработчиков, чтобы они сами могли вывести отчеты и взаимосвязи с помощью Yandex datalens.
Как известно, рекомендуемый состав Agile-команды – не более 10 человек. Но что делать, если для разработки продукта нужно больше, или гораздо больше? Scaled Agile Framework (SAFe) помогает в этом случае выстроить взаимодействие между командами. И PI-планирование (от слов Program Increment, а вовсе не Pi – пирог) – это ядро SAFe, когда за короткое время командам нужно состыковать между собой запросы менеджмента, свои возможности, риски и зависимости от других команд. На примере вымышленного продукта рассмотрим, как провести сокращенное PI-планирование.
Как превратить хаос идей в понятный бэклог и совместно с заказчиком выбрать самые приоритетные задачи для реализации в продукте или проекте? Расскажем о практике формирования MVP с помощью User Story Mapping – от первых пользовательских историй до приоритизации релизов.
Успех проекта внедрения информационной системы во многом определяется эффективностью коммуникаций: внутри проектной команды, с руководством и с ключевыми специалистами заказчика. И не всегда взаимодействие происходит в дружеской и конструктивной обстановке. Для многих ИТ-специалистов взаимодействие в режиме конфликта является большой проблемой, отнимающей массу энергии. Решением проблемы является классификация людей на несколько типов и понимание, как общаться и выстраивать взаимопонимание с каждым типом. Расскажем, как распознавать психотипы по типологии DISC, в чем особенности каждого типа и как подбирать эффективный подход к взаимодействию с ними.
Возможно ли действительно реализовать проект в срок, в рамках бюджета и с нужным качеством – или все-таки придется чем-то пожертвовать? Расскажем о том, с чем сталкиваются исполнители на каждом этапе проекта, и какие практические инструменты помогают им управлять ожиданиями заказчиков.
Методика принятия решений консентом основана на методологиях управления Холакратия и Социократия 3.0 – Good enough for now, safe enough to try (Достаточно хорошо на сейчас, достаточно безопасно, чтобы попробовать). Расскажем о способе мышления самоорганизованных команд, в котором инициатива сотрудников выходит на первый план, рождая сильные решения, учитывающие высказанные опасения.
OKR (Objectives and Key Results) – это способ ставить и достигать стратегические цели с максимальным вовлечением сотрудников. Расскажем об эволюции целеполагания, отличиях OKR и KPI и типичных ошибках при внедрении OKR.
Во многих компаниях есть сложности с time to market – от появления у клиента идеи до ее реализации в продукте проходит слишком много времени. Но подумайте – есть ли у вас задачи, которые берутся в работу, но ценность для бизнеса по ним либо равна нулю, либо непонятна вообще? А ведь разработка – самый дорогой этап. Не лучше ли отсеивать такие задачи заранее – на этапе Discovery? Расскажем о том, как структурировать работу до попадания задачи в backlog и почему это нужно делать.
Грамотный старт проекта с учетом всех вопросов, которые могут возникнуть, определяет и его успешное завершение. Чтобы ИТ-проекты были полезны бизнесу и приносили конкретные результаты, при рассмотрении требований важно развивать мышление через бизнес-цели. Расскажем о «факторах влияния», которые нужно проанализировать для каждого бизнес-требования и о том, как мышление через бизнес-цели помогает удерживать рамки проекта от раздувания требований.
Если вы ничего не успеваете, проведите ревизию целей и выберите из них только те, которые действительно достойны быть вашими. Расскажем о том, как отличать свои желания от навязанных, адаптировать «колесо баланса» под ежедневное планирование рабочих дел, найти внутренние ресурсы и выстроить профессиональный путь, в который хочется идти.
