Как-то на семинаре Biz360 руководитель “1С-Рарус” Дмитрий Казачков рассказал, что при найме сразу думает обо всех периодах взаимодействия с будущим сотрудником: знакомстве, работе, расставании. По-моему, как и человеческие отношения, каждый обмен данными идет по тому же вектору развития. Начинается с формирования требований и заканчивается “тоже плохо”.
Поскольку настройка обменов данными между конфигурациями 1С изобилует техническими терминами, понятными только тем, кто ее выполняет, я решил описать основные “грабли”, используя метафору семейной жизни. Ведь между ними много общего - для обмена нужны источник и приемник, и для создания семьи нужна как минимум пара.
Введение
Психологию семейной жизни интересно и познавательно описывает семейный психолог и блогер с аудиторией более 1,1 млн Вика Дмитриева. К ней я и обращусь за примерами метафор.
В теории любые два человека могут стать парой. На практике есть много особенностей, которые могут этому помешать. Лучше, когда эти особенности выявляются на этапе знакомства. Аналогично с обменами данными - сколько из них можно было бы спасти или, как минимум, сэкономить человеческие ресурсы, если бы о специфических моментах стало известно при постановке задачи.
Описание конкретных ошибок можно найти в технических блогах или техническом описании. Я хочу составить универсальные рекомендации, которые бы помогали избежать проблем всегда и всем. Как советы семейного психолога, помогающие большинству семей и отношений.
Знакомство
Пупсик, ягодка, мышуня, зайка…
А как вы деградируете, когда влюбляетесь?
Вика Дмитриева в своей книге «Это же любовь!» описывает, что когда она познакомилась с мужем, то он предложил ей заполнить анкету семьи с совершенно разными вопросами. От безобидных, вроде «Какую музыку ты любишь?», до неожиданных, например: «Могут ли религиозные особенности твоей семьи повлиять на наши отношения?» Оказывается, что мы готовы обсуждать сериалы, политику и соседей, но глубокие, личные вопросы воспринимаем как допрос. Хотя они иногда выявляют именно то, что по-настоящему важно.
Внимание! Мое личное открытие - аналогичные вопросы можно использовать и при описании требований к обменам данными в 1С, чтобы сделать их жизнь полной и корректной.
Вопрос №1. Цели и ценности семьи. С какой целью создается семья? Её ценность или альтернатива превышают затраты?
Этот же вопрос для обменов данными: с какой целью создается обмен? Его ценность или альтернатива превышают затраты или ручной/альтернативный обмен данными?
В качестве иллюстрации важности ответа на такой вопрос приведу пример из жизни. В подкасте ЛАНИТ «35 уроков лидерства», посвященном 35-летию компании и памяти ее основателя Георгия Владимировича Генса, рассказывали не только о достижениях, но и сложностях становления. К примеру, вспоминали один большой проект, в котором были задействованы колоссальные ресурсы. К его окончанию выяснилось, что затраченное время затормозило развитие как сотрудников, так и компании, хотя и принесло финансовый результат. Так специалисты не брались за другие задачи и не расширяли экспертизу и кругозор, а их полная занятость не позволяла обучаться самим и участвовать в наставничестве и обучении других. Как результат - по окончанию проекта компания вышла на уровень продаж и экспертизы ниже, чем была до того.
Вывод. Если бы на старте менеджеры задались вопросом, который я представил выше, то вероятнее всего, смогли бы увидеть и просчитать риски.
Вопрос №2. О родителях супругов. Какие отношения у вас с родителями? Если этих отношений нет, то почему? Опыт родителей и модель их семьи будут влиять на вашу жизнь и применяться в ней?
Вопрос для обменов будет звучать так: есть ли головная компания или мастер-система? Какие планы у центральной организации на вашу компанию или у мастер-системы на разработанные для нее обмены данными?
У меня был пример проекта, в котором обмены были настроены и работали идеально, до тех пор пока у материнской структуры не появились другие планы на компанию и систему, которую мы автоматизировали. В итоге дочерний бизнес со всеми реализованными обменами просто закрылся.
Поэтому важно знать о намерениях головной организации как в отношении самой компании, так и в отношении создаваемого в ней функционала и требований к текущим или перспективным обменам данными.
Вопрос №3. О детях. Как планируете воспитывать детей?
Вопрос для обменов данных: кому принадлежат права на разработанный функционал и как будет сопровождаться обмен данными после окончания договора?
Зачастую на проекте создается уникальный продукт, и тогда стороны спорят, кому он принадлежит и имеет ли разработчик право его тиражировать. При наличии этого пункта в договоре или ТЗ к обменам, вопрос сам собой снимается.
Вопрос №4. Быт и финансы. Как вы представляете распределение обязанностей по дому или по уходу за детьми?
Вопрос для обменов данных (аналогия): каким будет распределение обязанностей по администрированию обменов: кто именно в какие сроки и что именно выполняет?
Как часто в жаркие периоды проекта возникает спор, кто должен выполнять ту или иную задачу. Заказчик как владелец бизнес-данных или подрядчик, как тот, кто взялся выполнять проект за деньги?
В проектных спорах всегда было два главных вопроса:
1. Кто виноват?
2. Что делать?
К сожалению, чаще всего до поиска ответа на второй вопрос у команд дело не доходит, потому что их придавливает бочкой, которую они друг на друга катят. Чтобы таких споров не возникало, можно описать регламент проведения обменов, в которых определить последовательность, ответственных и ожидаемый результат.
Совместная жизнь
“В браке тяжелы только первые 50 лет.
Потом на помощь приходит склероз”.
Вика Дмитриева в своей книге «Это же любовь!» пишет: «В совместной жизни семьи считается, что каждый видит партнера в трех обличиях.
1. Икона – мы обожествляем партнера, приписывая ему божественный дар.
2. Фотография – мы узнали партнера и видим его таким, какой он есть, со всеми достоинствами и недостатками.
3. Карикатура – мы нивелируем всё хорошее и оставляем только раздутые недостатки».
Итак, ищем аналогии в работе над проектом. Оказывается, что заказчик и исполнитель похожим образом проходят три этапа:
● все идеализируют на старте (как икону),
● принимают ситуацию со всей ее пользой и ограничениями ближе к середине проекта (как реальную фотографию),
● критикуют результаты и процесс при долгой работе или отсутствии развития, «рисуя карикатуры друг друга» в конце.
И в совместной жизни, и на проектах нужно всеми силами поддерживать и развивать первые два этапа: «фотографию» или «икону». Для этого можно подсмотреть подсказки у семейных психологов по двум основным законам семьи: закону сохранения и закону развития.
Закон сохранения заставляет семью стремиться к постоянству и равновесию. При этом любые изменения, даже позитивные (например, рождение ребенка), могут ей тяжело даваться. Но во многих жизненных ситуациях закон сохранения необходим, ведь мы живем в крайне хаотичном мире, и семье нужно, чтобы на этом фоне она оставалась стабильной. Поэтому закон сохранения важен и обладает огромной силой.
Так и обмен данными, один раз настроенный, должен стремиться к стабильности и работоспособности. Для этого одинаково необходимы ресурсы заказчика и исполнителя для поддержания обмена и корректировок.
Однако стоит подумать и о том, что иногда эта огромная сила сохранения действует во вред. Например, когда вся семья стремится не допустить уход повзрослевшего ребенка из семьи. Или не принимает новых членов – невестку, зятя. Или терпит любое патологическое поведение, только бы сохранить семейную структуру. Закон сохранения часто мешает нам идти вперед, добиваться успеха в карьере и личной жизни. Довольно сложно оторваться от стаи и стать другим. А вдруг семья развалится? Вот так иногда работает этот принцип.
Успешные семьи (и я имею в виду не финансовый показатель, а скорее счастье и комфорт всех ее членов) больше опираются на закон развития. Они понимают, что изменения неизбежны и, стараясь сохранить лучшее, пускают в свою семью новое.
Те самые, набившие оскомину семейные кризисы случаются именно тогда, когда два этих закона – закон сохранения и закон развития – сталкиваются. Когда пора развиваться, а мы пытаемся всеми силами оставить все как было.
В случае с обменами данными можно проследить абсолютную аналогию. Настроенные и работающие, чтобы избежать кризисов, они нуждаются в аудите и модернизации. Как минимум, в соответствии с изменениями релизов конфигураций и/или бизнес-процессов. Как максимум, в соотвествии с новыми сервисами и возможностями платформы 1С:Предприятия.
Чтобы сохранить баланс между упомянутыми законами, нужно все изменения отмечать в реестрах тестирования или аудита. Как в семейной жизни принято запечатлевать воспоминания в фотоальбомах, так и с обменами данных: если историю развития не фиксировать, скоро никто не вспомнит, как и для чего что-то было разработано и кем заказано. Поэтому советую - введите реестр выполненных изменений в обменах данными.
Расставание
Все счастливые семьи/обмены данными похожи друг на друга,
каждая несчастливая семья/обмен данными несчастлива по-своему.
В повествовании о завершении цикла совместной жизни семьи расскажу вам про одно психологическое исследование, о котором я однажды где-то читал (точные данные не вспомню, но суть передам). Оно показало, на чем держатся крепкие браки (нет, не секс, не ипотеку взять и детей нарожать). Фундаментом является наличие единых принципов.
К сожалению, моему любимому магистру игры «Что? Где? Когда?» отсутствие принципов не позволило остаться в игре, тем более доказательным является факт их наличия.
Таких принципов, у счастливых и долгих браков, насчитали пять.
1. Традиции.
Традиции в семье могут любыми - от религиозных до совместных походов в магазины или кино.
Традицией для обменов данными является регламентное задание по согласованному расписанию обменов. Регламентные задания всегда приносят пользу. Главное - планово проверять полноту и корректность обмена данных.
2. Мировоззрение.
Мировоззрение не следует путать с интересами. Например, у пар могут быть разные интересы в музыке, но общее мировоззрение, что музыка - важная часть каждого и всей семьи.
Мировоззрением для обменов будет выбор способа их выполнения.
1) Распределенная информационная база (РИБ) - когда организации (с центральным офисом и несколькими удаленными филиалами, объединенными между собой медленным каналом связи) необходимо настроить обмен данными, чтобы в центральном офисе была актуальная информация из баз филиалов.
2) Универсальный механизм обмена данными - когда требуется синхронизация данных между различными конфигурациями 1С.
3) Веб-сервисы - когда требуется настроить обмен данными в режиме реального времени. При изменении данных в одной из систем, участвующих в обмене, запускается обращение к веб-сервису и формируется пакет с измененными данными, и эти данные передаются в другую систему.
4) Обмен данными с использованием внешних обработок. Например, «Выгрузка и загрузка данных XML» является самой известной. Эта обработка позволяет обмениваться любыми данными между одинаковыми конфигурациями 1С.
3. Общие вкусовые предпочтения.
Фразу “друг познается в беде” можно смело переиначить на семейный лад - “супруг(а) познается в еде”. Синонимом вкусовых предпочтений для обменов являются кросс-требования смежных систем или подразделений. В каждой из систем приемника и источника зачастую бывают смежные обмены с другими процессами и системами. Идеально, если один проект позволяет удовлетворить потребности разных подразделений/пользователей и не требует выполнять отдельные дополнительные задачи или проекты. Так обмены финансовыми данными часто затрагивают сотрудников, а про обмен кадровыми данными или данными по расчету зарплаты, многие забывают.
4. Максимальное взаимодействие.
Тесный рабочий контакт линейных сотрудников с администраторами обменов, отвечающими за проект необходим.
5. Прикосновения.
Принимать решения о корректности выполненного обмена должны не только администраторы, которые их выполняют, или руководители, которые за них подписываются под актом, но и линейные сотрудники, которым потом с этими данными работать.
Вывод
Подведем итоги того, как сделать ваш обмен данными «долгим и счастливым».
Обратиться к профессионалам, например, к нам в компанию НОРБИТ. Или на старте максимально уделите время на "знакомство" и заполнение требований к проекту, с учетом целей, смежных систем обменов и планов головной организации.
При работе с имеющимися обменами важно максимально придерживаться закона сохранения:
● делать обмены по расписанию, о котором оповещать пользователей заблаговременно;
● перед каждым обменом производить полный бекап данных;
● подробно фиксировать результаты обмена в реестрах и протоколах.Не забывать о законе развития: быть в курсе изменений в конфигурация[, форматах обмена данными и в технологических возможностях платформы 1С:Предприятия (например, через подписку на ресурсы НОРБИТ и посещение основных мероприятий).
Проводить аудит по пяти пунктам крепких браков (крепких обменов) и корректируйте их по необходимости.
Или заказывать такой аудит у профессионалов:
Счастья вам, крепкой семьи и стабильных и надежных обменов!
Статья написана в рамках ХабраЧелленджа 3.0, который прошел в ЛАНИТ осенью 2024 года. О том, что такое ХабраЧеллендж, читайте здесь.
