Статьи

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

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

1. Команды, ориентированные на продукт

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

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

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

2. Неудачи переносятся с достоинством

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

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

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

3. Тотальная автоматизация

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

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

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

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

DevOps как фундаментальный сдвиг

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

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

– Don Jones. 3 signs you're on an actual devops team. InfoWorld. November 28, 2016

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

Не используйте в личных целях корпоративный аккаунт

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

Не делитесь паролем, ни в коем случае!

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

Сотрудник уволился полгода назад. Так отключите же его аккаунт, наконец-то!

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

Предоставляйте доступ к конфиденциальным данным только тем, кому это это положено

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

Не используйте пароль повторно – никогда!

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

При обнаружении брешей компания должна продолжать работать

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

Держите привилегированных пользователей под контролем

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

– Ryan Francis. Best practices to fight corporate security risks. CSO. Nov 28, 2016

Почти 70% руководителей и топ-менеджеров российских предприятий розничной торговли и сферы услуг не осведомлены о необходимости обязательного внедрения онлайн-касс. А 40% управленцев впервые услышали об этом во время опроса, проведенного в восьми федеральных округах Аналитическим центром Юрия Левады совместно с компанией «АТОЛ».

Между тем в июле вступили в силу поправки в Федеральный закон № 54-ФЗ «О применении ККТ при осуществлении наличных денежных расчетов и (или) расчетов с использованием платежных карт». И с 1 июля 2017 года передача в налоговую службу данных обо всех продажах в реальном времени через облачный сервер оператора фискальных данных станет обязательной.

Как пояснил Андрей Бударин, начальник Управления оперативного контроля Федеральной налоговой службы России, с этого момента применение контрольно-кассовой техники и фискальных документов прежнего образца будет расцениваться как отсутствие кассового учета и наказываться. В то же время он заверил, что ФНС активно работает над тем, чтобы сделать переход на новый порядок применения ККТ максимально безболезненным для налогоплательщиков, без избыточных затрат времени и финансов.

Новые требования касаются всех организаций, осуществляющих расчеты с населением на территории России, включая продовольственный и непродовольственный ретейл, интернет-магазины, кафе, рестораны, гостиницы, салоны красоты, аптеки, АЗС, автосервисы, юридические фирмы и другие сервисные организации, а в скором времени охватят также платежные терминалы и вендинговые аппараты. В зависимости от размера компании на технологическую модернизацию потребуется, по оценкам «АТОЛ», от одного до шести месяцев.

Однако лишь 12% руководителей, опрошенных «Левада-центром», планируют оснастить свои кассы технологией онлайн-передачи данных до нового года, еще 11% планируют сделать это до весны 2017 года. Большинство же либо откладывают решение вопроса до момента вступления в силу обязательных требований закона (43%), либо вообще пока не задумываются об этом (34%).

Тем ценнее опыт компаний, которые уже активно действуют и модернизируют свой парк ККТ, не дожидаясь наступления «часа Х».

Готовность номер один

Все технические компоненты для построения новой системы уже созданы. В госреестры внесены сорок моделей онлайн-касс и фискальный накопитель. Официально утверждены пять операторов фискальных данных: «Петер-сервис Спецтехнологии», «Такском», «Эвотор ОФД», «Энергетические системы и коммуникации», «Ярус».

Поставщики оборудования готовят производство и сервисные службы к взрывному спросу; в первую очередь внимание обращается на решения, позволяющие доработать существующую ККТ. «Нет никаких сомнений в том, что мы обеспечим кассовой техникой всю нашу торговлю», – заявил Анатолий Востриков, президент Российской ассоциации производителей кассовой техники.

По словам Бударина, 98% существующих моделей ККТ в принципе подлежат модернизации. Перед тем как установить в аппарат новое ПО, нужно снять его с учета (на это уйдет один день), а после модернизации зарегистрировать снова. Правда, чтобы снять старую технику с учета, придется лично прийти в налоговую инспекцию. Для территориально распределенных региональных торговых сетей это может быть непросто, поскольку пропускная способность местных налоговых органов ограниченна.

Онлайн-регистрация в личном кабинете налогоплательщика на сайте nalog.ru займет не более 10 минут, отметил представитель ФНС. Тем не менее в масштабе крупных компаний переход будет логистически сложным, затратным – потребуется перестройка внутренних учетных систем.

Аналитическая платформа для сбора, хранения и первичной обработки поступающих фискальных данных практически готова. В первую очередь с помощью этой системы планируется автоматизировать контроль правильности использования ККТ, в том числе по данным источников, находящихся за пределами ФНС. Однако ожидается, что возможности системы будут гораздо шире, чем простое обнаружение расхождений в суммах расчетов. «Цель – не только максимально достоверно выявлять факты прямых нарушений, но и обеспечить риск-ориентированный подход в контрольной работе налоговой службы», – отметил Бударин.

Трудности перехода

Основным фактором, осложняющим переход на онлайн-кассы, 42% предпринимателей считают стоимость технического и программного переоснащения. По словам президента «АТОЛ» Алексея Макарова, модернизация обойдется примерно в 5-7 тыс. руб. на аппарат, а приобретение нового устройства – в 15-30 тыс. руб. Фискальный накопитель стоит приблизительно столько же, сколько и электронная контрольная лента защищенная (ЭКЛЗ), которую и раньше приходилось менять ежегодно. На годовое обслуживание онлайн-касс потребуется в среднем на 15-20% меньше средств, чем на поддержку техники по старым правилам, в том числе благодаря меньшей стоимости заменяемых комплектующих, а также необязательности заключения договора с центрами технического обслуживания (ЦТО).

«Оценить бизнес-перспективы перехода достаточно сложно, несмотря на отмену обязательного договора на техническое сопровождение – заметил Константин Стройнов, руководитель направления кассового и документационного обеспечения компании “Связной”. – Как представитель крупного бизнеса с удаленно расположенными торговыми объектами, мы понимаем, что своими силами осуществлять поддержку и обслуживание кассовых аппаратов не сможем, так что, вероятнее всего, это будут делать те же самые ЦТО с другим названием. Поэтому однозначно сказать, что издержки для бизнеса снизятся, мы пока не можем».

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

Переход на новые правила неизбежно будет болезненным, уверен Владимир Ионкин, исполнительный директор Ассоциации компаний розничной торговли. По его мнению, необходимо продлить хотя бы на полгода переходный период, в течение которого не будут применяться санкции. Оценить предстоящие трудности можно, вспомнив внедрение автоматизированной системы для контроля оборота алкогольной продукции. Несмотря на то что ЕГАИС функционирует уже много лет, до сих пор нередко случаются ошибки, цена которых для бизнеса варьируется от 200 тыс. руб. штрафа до потери лицензии. «По нашим скромным оценкам, ЕГАИС обошлась бизнесу в несколько десятков миллиардов рублей, новый порядок использования ККТ будет стоить не меньше», – полагает Ионкин. Он предложил компенсировать бизнесу часть расходов, предоставив налоговые вычеты, и на эти цели направить часть дополнительных поступлений от введения нового порядка.

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

«С какими трудностями мы столкнемся при реальной эксплуатации ККТ по новым правилам, не совсем понятно, – говорит Стройнов. – Практика покажет, как будут вести себя покупатели, налоговая служба. Сейчас, например, сложно спрогнозировать, как будет работать платформа оператора фискальных данных с 3,5 млн касс, но мы к этому готовимся».

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

Прозрачность и другие бонусы

Введение нового порядка по сути позволит государству отслеживать выручку компаний в реальном времени и свести к минимуму возможность манипуляций для ухода от налогов. Для покупателей мониторинг кассовых чеков станет дополнительным инструментом контроля: у них будет возможность проверить легитимность совершенной операции, выяснить, насколько предприниматель отчитывается за продажи, платит ли налоги. Зарегистрированный и переданный каждым кассовым аппаратом чек будет автоматически попадать в две системы: оператора фискальных данных и ФНС, которая будет обрабатывать и хранить эти данные. Отсканировав QR-код на чеке с помощью мобильного приложения ФНС либо напрямую вводя цифровой код с чека на nalog.ru, можно будет проверить статус регистрации этого чека в налоговой.

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

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

Ирина Трефилова, начальник центра платежных систем компании «Ноу-Хау»: «Думаю, через год компания увидит экономию»

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

Офлайновые ретейлеры полагают, что новый порядок сулит не только организационно-технологические проблемы и дополнительные расходы на переоснащение, но и некоторые бонусы. «Мы будем тратить меньше времени на замену ЭКЛЗ и меньше средств на обслуживание ККТ, реже ездить в налоговую, – отметила Ирина Трефилова, начальник центра платежных систем компании “Ноу-Хау”. – Думаю, через год компания увидит экономию».

«Как налогоплательщикам и пользователям ККТ, нам нравится, что предоставляется дополнительный инструмент по регистрации ККТ онлайн, – говорит Стройнов. – Это действительно полезный сервис, но как он будет работать, когда все компании перейдут от тестовой модели к реальной, сказать сложно».

Вникнуть в детали

Недостаточную информированность о новых требованиях закона и отсутствие понимания тонкостей перехода отметили 37% участников опроса, еще 20% предпринимателей тяготит необходимость визита в налоговую. Чтобы проинформировать деловое сообщество о сути перемен, общественная организация «Деловая Россия» и компания «АТОЛ» запустили федеральный образовательный проект «54-ФЗ: всё о главной Re:форме правил торговли». До июня 2017 года в 65 городах пройдут тематические конференции, семинары и вебинары. Часть ежемесячных вебинаров по наиболее актуальным вопросам будет организована совместно с ФНС. Чтобы обеспечить плавный переход на новый порядок, в каждом регионе создан центр компетенции ФНС, сообщили представители ведомства.

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

Надо прямо сейчас брать кассу!

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

«Мария-Ра»

Сибирской сети «Мария-Ра», в магазинах которой выдается более 20 млн кассовых чеков в месяц, пришлось модернизировать 70% касс и обновить 30% аппаратов, не умеющих печатать QR-код. Модернизация и замена ККТ для такого бизнеса – непростая задача: 839 небольших супермаркетов разбросаны по обширной территории (в 221 городе), причем расстояние от некоторых магазинов до ближайшего города достигает 500 км, а значит, на замену техники требуется дополнительное время. Поэтому готовиться к переходу на новый порядок стали заблаговременно, для начала установили новый фискальный регистратор в качестве второго принтера чеков и назначили куратора проекта, который только им и занимался. Круг участников проекта постепенно расширился: к сотрудникам ИТ-службы, бухгалтерии, компании –разработчика кассового ПО и сервисной организации добавились маркетологи, юристы и специалисты по обучению.

По словам Ильи Васильченко, начальника сектора технической поддержки ЦО ИТ-службы компании «Мария-Ра», на практике все оказалось сложнее, чем ожидалось. Потребовался переход на новую версию кассового ПО, для чего нужно было доработать эту версию с учетом необходимого компании функционала. Новая версия ПО повлекла за собой обновление операционной системы, при этом обнаружилось, что 15% кассовых системных блоков нуждаются в замене. «Счет идет на сотни штук, так что это дополнительная трудоемкая задача», – отметил Васильченко. Чтобы использовать Ethernet, к каждой кассе нужно протянуть дополнительный кабель. Случайно выяснилось, что доработки требует обмен данными между учетной системой и кассовым ПО: при отправке первых чеков оператору фискальных данных оказалось, что НДС передается нулевой. «Вы не знаете, с какими проблемами столкнетесь на практике, – резюмирует Васильченко. – Надо прямо сейчас брать кассу и идти к разработчикам».

Сергей Савельев, начальник отдела сопровождения фронт-офисных систем и оборудования компании «Лента»: «Проект большой, непростой, но в то же время перспективный и несущий преимущества для бизнеса»

«Лента»

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

«Ноу-Хау»

Сеть магазинов мобильной электроники «Ноу-Хау» не только обладает большим парком действующей контрольно-кассовой техники (330 касс и 170 терминалов), но и очень динамично развивается. До конца текущего года планируется открыть 50 новых магазинов, в каждом из которых должны быть основная и резервная онлайн-кассы. Как подсчитали в компании, первоначальные капитальные вложения в модернизацию ККТ составят примерно 2 млн руб, еще около 500 тыс. руб. понадобится на закупку касс для новых магазинов. «Мы ведем переговоры с оператором фискальных данных об изменении тарифных планов: у нас большой объем, мы растем – и этот проект может стать для него имиджевым», – сообщила Ирина Трефилова, начальник центра платежных систем компании «Ноу-Хау».

Одна касса для доступа к площадке оператора фискальных данных у компании есть, и тестирование уже пошло. Как только в «Ноу-Хау» убедятся в том, что данные передаются корректно, начнутся двухнедельные испытания в тестовом магазине. «Если все будет нормально, то сразу станем переводить кассы на новый порядок работы в процессе замены ЭКЛЗ, – сказала Трефилова. – Проблема в том, что мы используем торговое ПО собственной разработки, а потому не можем взять готовые решения для интеграции и будем учиться на собственном опыте». Дело осложняется не только дополнительными финансовыми затратами, но и тем, что штатные механики едва справляются со столь резко выросшей нагрузкой.

«Связной»

Константин Стройнов, руководитель направления кассового и документационного обеспечения компании «Связной»:  «Потребуется доработка кассового софта, но с точки зрения учетных процессов существенных доработок не понадобится»

В сети «Связной» готовиться к введению онлайн-касс начали еще в 2014-2015 годах, когда компания приняла участие в пилотном проекте по обмену данными с ГНИВЦ ФНС России. Тогда был разработан план мероприятий, чтобы подготовить весь парк ККТ к функционированию в соответствии с новыми требованиями, и создана рабочая группа из 20 представителей разных подразделений и партнеров. «К моменту утверждения нового 54-ФЗ мы уже получили конкретные данные, от которых можно отталкиваться, однако на сегодняшний день остаются моменты, требующие пояснений и уточнений со стороны налоговых инспекций», – отметил Константин Стройнов, руководитель направления кассового и документационного обеспечения компании «Связной».

Сегодня компания завершает тестирование протокола обмена данными между ККТ и платформами оператора фискальных данных на двух аппаратах в офисе и получила доступ к личному кабинету своего партнера «Эвотор» и ofd.ru. «Для нас важна возможность протестировать процессы до их непосредственного внедрения, мы должны на этом этапе “отловить” ошибки обмена», – подчеркнул Стройнов. Масштабировать проект планируется c 1 декабря, привязываясь к датам замены ЭКЛЗ. К 1 июля 2017 года компания рассчитывает обеспечить работу всего парка ККТ в соответствии с новым законодательством. «Безусловно, потребуется доработка кассового софта, который мы разрабатываем сами на платформе “1С”, но с точки зрения учетных процессов существенных доработок не понадобится», – отметил Стройнов.

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

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

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

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

Объединенные коммуникации в облаке

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

Расходы можно сократить за счет облачных вычислений.

Объединенные коммуникации, предлагаемые в качестве сервиса (UCaaS) постепенно вытесняют оборудование, развернутое на территории клиента, и позволяют использовать преимущества передовых средств связи. Оба доминирующих на рынке объединенных коммуникаций продукта – Cisco Spark и Microsoft Office 365 Enterprise – подталкивают пользователей к хостинговым облачным решениям.

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

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

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

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

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

Мобильные объединенные коммуникации

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

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

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

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

Культурные различия

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

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

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

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

Согласно результатам опроса PwC, к 2020 году распространение объединенных коммуникаций в корпоративной среде может достичь 100%. Объединенные коммуникации становятся обязательным компонентом бизнеса, какой бы вариант внедрения компании ни выбирали.

– Thomas Macaulay. What to look out for when adopting UC in the workplace.November 10, 2016. CIO UK

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

Новые технологии, такие как Промышленный интернет и Большие Данные, действительно способны повысить эффективность производственных процессов и сэкономить дорогостоящие ресурсы, утверждает член cовета директоров Магнитогорского металлургического комбината Сергей Сулимов. О том, как это происходит на ММК, он рассказал на ежегодном деловом форуме «IT-Лидер».

Экономия на ферросплавах

В настоящее время на ММК в целом завершено внедрение программного комплекса, совместно разработанного специалистами инсорсингового подразделения комбината «ММК-Информсервис» и компании «Яндекс». В основе разработки – математическая модель для одного из производственных процессов в кислородно-конверторном цехе, где варится сталь из чугуна и металлолома. При варке добавляются дорогостоящие ферросплавы и легирующие компоненты. От количества и времени их внесения зависят свойства получаемой стали и ее последующая маркировка. Своя сталь – для автомобильной индустрии, своя – для танковой брони. Ежегодно ММК использует ферросплавов на 300 млн долл. Основная идея проекта – опираясь на математическую модель, оптимизировать процесс загрузки добавок, чтобы в итоге сократить объем их потребления.

Сергей Сулимов: «Мы видим наше металлургическое предприятие как огромный завод-робот, управляемый из одного центра»

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

Построение подходящей модели для «Снайпера» оказалось очень сложной задачей. Своими силами в ММК создали рейтинги бригад, показывающие, какие из них точнее выполняют операции варки. Это позволило экономически мотивировать успешные бригады и сразу же дало экономию ценных добавок. Но самостоятельно построить математическую модель, которая могла бы в будущем заменить человека, принимающего решение о том, в какой момент и в каком количестве вводить добавки, не получалось. Узнав о проекте Yandex Data Factory, в ММК решили, что первыми в российской промышленности попробуют использовать аналитическое решение «Яндекса».

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

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

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

В итоге проект растянулся почти на год. «Яндекс» создал ядро математической модели, а специалисты ММК разработали интерфейс системы и обеспечили интеграцию данных. Сейчас созданная система оптимизирует процесс добавки двух видов ферросплавов из двадцати, применяемых на комбинате. Но даже в таком усеченном виде она обеспечила чрезвычайно ощутимый эффект. По оценкам, полученным в ходе пилотного запуска данной системы, годовая экономия предприятия на дорогостоящих материалах составит 275 млн руб.

Продолжение следует

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

«В металлургии пока доминируют так называемые экспертные модели управления доменным процессом. Одна из них была предложена немецкими специалистами. Мы эту модель анализируем и думаем: использовать ее или нет. Дело в том, что любая домна – особенная. У каждой – своя специфика и свое сырье, особая практика управления. Поэтому сейчас пытаемся построить собственную модель. Это тоже долгий процесс, в ходе которого выявилось много интересных нюансов», – поясняет Сулимов.

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

Некоторые части модели доменного процесса уже настроены, а с некоторыми еще экспериментируют. В частности, над этими вопросами работает приглашенный профессор математики из КНР. Это действительно очень сложный процесс, он длится восемь часов и по характеру похож на пищеварительный процесс в организме человека, отмечают в ММК. В компании также задумываются: не предусмотреть ли в штате должность директора по цифровым технологиям (Chief Data Officier, CDO). Но пока, по словам Сулимова, не определено окончательно, какие именно задачи он должен решать.

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

«В отрасли мы точно будем двигаться с применением цифровых технологий, мы видим наше предприятие как огромный завод-робот, управляемый из одного центра. И наше долгосрочное видение таково: если сейчас «ММК-Информсервис» является дочерней структурой металлургического комбината, то со временем комбинат станет дополнением к компании «ММК-Информсервис». Управлять таким предприятием будут айтишники, а людей, занятых на производстве, останется совсем немного и на них возложат сервисные функции для айтишников», – предрекает Сулимов.

Нужен импульс

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

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

Чтобы придать импульс развитию Промышленного интернета, необходимо принять комплекс продуманных мер, считает директор Центра стратегических инноваций компании «Ростелеком» Борис Глазков. Он сообщил, что в ближайшее время правительству будет представлена дорожная карта развития Промышленного интернета для отрасли городского хозяйства (параллельно разрабатываются и другие отраслевые дорожные карты).

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

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

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

У всех секторов корпоративного мира есть свой особый, иногда весьма причудливый жаргон. Не исключение и отдел ИТ с его «облаками», «экосистемами», «водопадами», «спринтами», «скрамом» и «печеньями» (cookie). Между тем за пределами ИТ-службы не все знают значения большинства этих терминов. Перечислим некоторые самые расхожие и надоевшие ИТ-словечки, которые стоило бы заменить на более понятные.

Экосистема

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

Облако

Мы используем словосочетания «облачные технологии», «в облаке» уже достаточно давно. Большинство понимают, что к скоплению водяных паров в атмосфере это отношения не имеет. Но, учитывая, что сами облачные технологии весьма сложны, большинству в мире бизнеса совсем необязательно разбираться в их тонкостях – достаточно объяснить, что наши данные не на наших жестких дисках, а где-то еще.

DevOps

Звучит, словно название каких-то ИТ-войск специального назначения, хотя, может, кто-то просто в Call of Duty переиграл. Вне отдела ИТ сотрудники часто не знают, ни что такое Dev, ни что такое Ops, не говоря уже о том, зачем их нужно объединять. Большинству людей в корпоративном мире достаточно осознания того, что системы, которыми они пользуются, разрабатывались с оглядкой на потребности бизнеса и что существует надежная инфраструктура, которая обеспечит работу этих систем.

Agile-разработка

Раньше, помнится, говорили о «водопадах». Сейчас они уже не в моде, теперь на слуху разработка по методологии agile («скорая», «гибкая»). Большинство людей понимают: речь не о том, что айтишники выполняют гимнастические упражнения параллельно с программированием, но, надо признаться, многие в бизнесе не в курсе, в чем именно суть agile. По правде говоря, многие на самом деле и с устаревшим «водопадом» не особенно дружили, но хорошо умели притворяться, что понимают, о чем речь. Пройдет немного времени, и мы научимся понимающе кивать и при слове agile.

Scrum

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

Спринт

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

Cookie 

В «Улице Сезам» есть персонаж Коржик, который вечно «хочет печенье», но вряд ли айтишники имеют в виду что-то подобное, говоря о "cookie". Большинство пользователей Интернета примерно представляют себе, что такое cookie, – файлы, в числе прочего сохраняющие сведения о том, куда мы «заходим» и что ищем. Но суть в том, что лучше бы в обычном мире печенье и оставалось печеньем.

«Прошивка» (Встроенное ПО)

Больше 80% людей за пределами отдела ИТ не видят разницы между программой и встроенным ПО. Прошивка – это программное обеспечение, которое уже встроено, например, в компьютер. Получается, это тоже ПО? Не совсем... У прошивки есть суперспособность – ее не так просто стереть, как обычное ПО. В общем, как-то так...

Геймификация

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

Puppet-master

Признаюсь: всякий раз, когда я это слышу, сразу представляю себе Марлона Брандо в роли «крестного отца». Быть может, существует какой-то ИТ-кукловод, который дергает за ниточки, управляя всеми нами? Иногда кажется, что существует, учитывая, до какой степени современные технологии определяют распорядок моего рабочего дня. Собственно, Puppet master («кукловод») – это вот что: в системе конфигурационного управления Puppet обычно используется клиент-серверная архитектура, где клиент называется Puppet agent, а сервер – Puppet master. Теперь все ясно, правда?

Nesting (вложенные структуры)

Основное значение глагола to nest – «гнездиться», «вить гнездо». В отделе ИТ, говоря nesting, имеют в виду вложенные структуры, например объекты. Но если ИТ-специалист в общении со мной, бизнес-менеджером, начинает употреблять это слово, признаюсь, теряю нить разговора, начиная размышлять о чем-то мне более понятном, например о составлении годового бюджета.

Front-end и back-end

С одной стороны, большинству известно, что front-end – это пользовательский интерфейс, а данные в него поступают откуда-то. Другое дело, что ни до чего, кроме фронт-энда, нам дела нет. Мы в курсе, что есть и back-end, но если нам приходится выслушивать подробности про уровни доступа к данным, распределенные системы и файлы на серверах, мы начинаем чувствовать себя совершенно сбитыми с толку. Так что пусть уж будет только фронт-энд, в котором можно получить хитроумный отчет для следующего собрания, чтобы притвориться там умным.

— Джеймс Судаков — консультант по менеджменту и организационной эффективности, сооснователь компании CH Consulting, автор книги «Picking the Low Hanging Fruit: And Other Stupid Stuff We Say in the Corporate World».

– James Sudakow. The top 12 overused IT terms. Computerworld. Nov 14, 2016

Опубликован атлас

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

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

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

Россия, следуя мировым технологическим тенденциям, принимает передовые зарубежные практики, положенные в основу международных стандартов (в частности, ISO), формализуя их в виде стандартов ГОСТ. Тут случаются коллизии. Если мы посмотрим на англоязычный термин «business continuity», с которого собственно и начинается данное направление, то в стандарте ГОСТ 22300 «Безопасность в чрезвычайных ситуациях. Термины и определения» он переведен как «непрерывность деятельности». А в стандарте ГОСТ 22301 «Системы менеджмента непрерывности бизнеса. Общие требования» термин переводится как «непрерывность бизнеса». И это, к сожалению, не единственное подобное расхождение.

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

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

Специалист широкого профиля

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

Для понимания того, какие же именно области включает в себя непрерывность бизнеса, можно поискать стандарты по номеру серии ISO 223xx или по термину «business continuity» – и увидеть большой список нормативов. Кроме указанных выше глоссария и общих требований, здесь будут документы по построению системы управления непрерывностью бизнеса, обеспечению устойчивости организации, по непрерывности цепочки поставок, анализу влияния на бизнес, массовой эвакуации, использованию добровольцев, структуре обмена информацией, по проведению тренировок, установлению партнерства, реагированию на инциденты, оповещению общества. А если поискать дополнительные источники, то можно найти еще и руководства по обеспечению управления людьми в критических ситуациях, общему кризисному управлению, обеспечению устойчивости ИТ-систем и многое другое.

Таким образом, очевидно, что наш менеджер должен быть специалистом широкого профиля.

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

Источники знаний

Куда же обратиться тем, кто хочет развить свою компетенцию в сфере обеспечения непрерывности бизнеса, если упомянутых курсов недостаточно? Хорошо, если человек владеет английским языком на уровне чтения литературы – он может использовать и многообразие перечисленных выше стандартов, и множество литературы от опытных профессионалов, и услуги целых учреждений, работающих в данной области и представленных в Интернете. Среди последних наиболее авторитетными и предоставляющими для изучения большое количество профессиональной информации являются Институт непрерывности бизнеса (Business Continuity Institute, thebci.org) и Международный институт восстановления после катастроф (Disaster Recovery Institute International, drii.org). Эти институты выпустили свои подробные методики построения систем управления непрерывностью бизнеса, они публикуют дополнительные предметные руководства, а также статьи по отдельным вопросам непрерывности бизнеса.

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

В тематических и отраслевых журналах встречается некоторое количество более или менее подробных статей по вопросам непрерывности бизнеса, в том числе и в «Директоре информационной службы» (http://www.osp.ru/os/2012/01/13012922). Но нужно понимать, что, читая статью или даже серию статей, невозможно погрузиться в тему настолько, чтобы стать специалистом хотя бы начального уровня. Для сравнения, методики Института непрерывности бизнеса или Международного института восстановления после катастроф, подробно поясняющие все аспекты процессов управления непрерывностью бизнеса, – это книги объемом более 100 страниц текста.

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

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

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

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

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

* * *

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

Службе информационной безопасности приходится выстраивать все новые бастионы между физическими и виртуальными стенами своей организации. И конечные пользователи должны принимать непосредственное участие в обеспечении защиты корпоративных данных и систем. Для того чтобы обезопасить себя и свои организации, аналитики компании Wombat Security Technologies рекомендуют удаленным работникам придерживаться десяти правил.

Старайтесь избегать сетей Wi-Fi с открытым доступом

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

Защитите домашнюю сеть

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

Подключайте все мобильные устройства через VPN

Большинство организаций, у которых есть удаленные сотрудники, используют виртуальную частную сеть – VPN, которая не только защищает устройства компании, но и помогает при использовании концепции BYOD.

Подберите подходящее приложение VPN, попросите сотрудников установить его на свои устройства и объясните, как им пользоваться.

Не путайте свои персональные данные с деловыми

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

Не распространяйтесь в социальных сетях о работе

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

Смените, наконец, пароли, установленные по умолчанию!

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

Обновляйте программы регулярно

Киберпреступники активно эксплуатируют также и известные уязвимости в ПО и плагинах – например, в Adobe Flash, Acrobat Reader и Java. Плагины и программное обеспечение – в том числе мобильную операционную систему и доверенные приложения – необходимо регулярно обновлять на всех используемых устройствах.

Путешествуйте с умом

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

Берегитесь подслушивающих и подглядывающих!

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

Держите компьютер «на замке»

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

– Ryan Francis. 10 ways to make sure your remote workers are being safe. CSO. November 1, 2016

Черные пятницы и киберпонедельники – источники радости для покупателей и периоды наибольшей занятости для многих продавцов. В компании Hudson’s Bay Company (HBC), которой принадлежат торговые марки Lord & Taylor, Saks 5th Avenue и ряд других, прошлогодняя предпраздничная лихорадка стала самым подходящим поводом для испытания новых функций веб-сайтов.

HBC использует типичный сервер приложений Oracle WebLogic и платформу электронной коммерции Blue Martini, предлагаемую разработчиками RedPrairie. Общий ее стек создавался и совершенствовался на протяжении многих лет. «Она работала, но были проблемы с ее развертыванием, сложно было вносить изменения и обновления», – указал Мэтью Пик, управляющий в HBC командой инженеров по инфраструктуре.

Инженеры HBC стали выяснять, как можно решить эти вопросы. Для решения проблемы были предложены микросервисы и контейнеры.

Для начала реализации своего проекта по смене платформы Пик выбрал Product Detail Page (PDP). PDP представляет собой часть приложения электронной коммерции, в котором содержатся описания и фотографии товаров. Вместо того чтобы встраивать PDP в приложение, разработчики из HBC разбили его на 12 отдельных микросервисов, размещавшихся в контейнерах приложения (один из них загружал изображения, другой обслуживал текстовую часть и т. д.).

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

Запуская PDP в прошлогодние черную пятницу и киберпонедельник, HBC решила подстраховаться и направила на микросервисы PDP лишь часть трафика. В случае возникновения нештатных ситуаций их можно было бы отключить и вернуть весь трафик в традиционное русло. «Мы не стали рисковать всем сайтом, – вспоминал Пик, следивший за ситуацией на протяжении всего запуска новых технологий, с пятницы и до понедельника. – Но рано или поздно настает момент, когда нужно просто сказать: “Давайте попробуем”».

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

Что такое микросервисы?

Эксперты описывают микросервисы по-разному, и согласованного их определения пока не существует. По сути, идея заключается в том, чтобы вместо монолитных приложений проектировался набор компонентов, из которых и будут складываться приложения. Аналитик IDC Эл Хилуа описывает микросервисы как «децентрализованную программную архитектуру, в которой компоненты приложений проектируются и развиваются независимо друг от друга». Связь между отдельными компонентами поддерживается через общие API. Таким образом, приложение или сервис разбиваются на множество компонентов, которые взаимодействуют с помощью API.

Звучит знакомо? Несложно предположить, что микросервисы восходят к модному термину прошлых лет – сервисно ориентированной архитектуре (SOA), воплощавшей идею создания независимых отдельных компонентов приложения.

«Заинтересованность предприятий в микросервисах объясняется поиском нового подхода к построению сервисно ориентированной архитектуры, а также к использованию микросервисов с контейнерами», – пояснил старший вице-президент консультационной компании Cloud Technology Partners Дэвид Линтикум.

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

Преимущества

Микросервисный подход дает следующие преимущества:

Гибкость. Благодаря разбиению приложения на компоненты каждая отдельная его часть разрабатывается независимо. «Вам больше не нужно беспокоиться о синхронизации действий разработчиков», – заметил Сид Сиджбрандидж, генеральный директор стартапа GitLab, предлагающего репозитарий кода, который составляет конкуренцию GitHub. Вместо того чтобы собирать команду из 100 человек, которые будут работать над одним приложением, вы формируете 10 команд по 10 человек, проектирующих отдельные компоненты и внедряющих новые функции по мере их готовности. Не нужно составлять расписание обновлений и собирать приложение полностью – новые функции появляются сразу, как только они будут готовы.

Частичные нарушения. Если какой-то компонент приложения перестает работать, нет опасности того, что откажет все приложение полностью. «Цель заключается в том, чтобы сузить круг неисправностей и минимизировать их последствия», – пояснил аналитик 451 Research Донни Беркхольц. Например, если банковский сайт создан с использованием микросервисного подхода, при отказе функции перевода денег возможность проверить свой баланс у клиентов все равно остается.

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

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

Задачи

По мнению Беркхольца, у команд, исповедующих agile-проектирование или концепцию DevOps, больше шансов преуспеть в создании микросервисов. DevOps – это объединение функций разработчиков и операционных функций, повсеместное или в каких-то отдельно взятых командных проектах.

В таких средах код пишется, тестируется и внедряется быстрее. Многие предприятия, придерживающиеся концепции DevOps, имеют автоматизированную инфраструктуру с самообслуживанием – например, виртуализированные или облачные среды для тестирования и разработки или для поставки уже готовых приложений. Исследования, проведенные 451 Research, показывают, что две трети организаций применяют при разработке приложений методологию agile-проектирования, а около 40% – концепцию DevOps. Именно в таких организациях вероятность успешного внедрения микросервисов наиболее высока. У компаний, не придерживающихся тенденции разработки следующего поколения, процесс перехода к микросервисам будет протекать сложнее.

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

Инфраструктура оказывает на микросервисы и другое воздействие. Аналитик Forrester Дэйв Бартолетти утверждает: когда разработчики в организациях начинают следовать новым тенденциям, роль ИТ-инфраструктуры меняется.

«Разработчики, выстраивающие микросервисы, не идут в ИТ-службу оформлять заявку на новую виртуальную машину, – пояснил он. – При agile-проектировании разработчики вправе ожидать, что инфраструктурные ресурсы будут автоматически выделяться им по требованию через API и эластичное масштабирование».

Для поддержки инфраструктурной среды такого рода существует множество различных инструментов. Строить внутреннее облако можно при помощи программного обеспечения для частных облаков, предлагаемого VMware или OpenStack. Если ИТ-служба не хочет заниматься построением инфраструктуры самостоятельно, она может обратиться к платформам публичных облаков Amazon, Microsoft, Google и других поставщиков. Автоматизировать управление инфраструктурой можно при помощи платформ PaaS Cloud Foundry или Red Hat. Для приложений, управляемых событиями (например, для сценариев Интернета вещей), идеально подходят так называемые бессерверные вычислительные платформы. Каждая такая платформа меняет роль ИТ-службы – теперь перед ней могут ставиться разные задачи, начиная от поставок инфраструктуры и заканчивая построением среды, где разработчики самостоятельно будут развертывать микросервисы.

Для чего микросервисы подходят лучше всего

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

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

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

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

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

– Brandon Butler. What you need to know about microservices. Network World. November 9, 2016

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

Недавно сеть модных магазинов «Мэлон Фэшн Груп» завершила внедрение кассового решения на базе Microsoft Dynamics AX POS. Главной целью проекта была именно реализация концепции омниканальности. Подробностями проекта делится Алексей Морозов, ИТ-директор «Мэлон Фэшн Груп».

- Каковы корни проекта? Почему было принято решение о его реализации?

Ландшафт наших информационных систем сейчас эволюционирует: от стратегии Suite, то есть от монопольно представленной платформы «1С», мы постепенно переходим к стратегии Best of Breed, подразумевающей интеграцию лучших нишевых решений. Эта стратегия сложна в реализации и требует больше времени и компетенций, особенно в области качественной интеграции процессов и потоков данных. Однако комбинация лучших средств для решения каждой конкретной бизнес-задачи более выигрышна – не приходится идти на компромиссы: бизнес получает полную автоматизацию процессов каждого направления. В рамках реализации данной стратегии мы рассматривали и выбор лучшего решения для автоматизации точек продаж (Point Of Sale, POS).

Прежде в наших магазинах работала система на базе «1C:Предприятие 7.7». Это были автономные рабочие места, ими не могли централизованно управлять как бизнес-подразделения (скидки и акции), так и сервисные службы (обновления, контроль работы, сбор статистики). Загрузка справочных данных и выгрузка результатов были полностью в руках сотрудника конкретного магазина.

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

- Какую роль играет новое решение в развитии омниканальности?

Microsoft Dynamics мы рассматриваем как ядро для автоматизации всех процессов коммуникаций с розничными клиентами. Сейчас у нас реализованы не только стандартные POS-операции, но и процессы возврата в любом магазине, возвраты в обычном магазине покупок из интернет-магазина, есть поддержка акций и скидок, внутренние «фишки» (например, лимитные карты для своих сотрудников). Кроме того, разработана программа балльной лояльности, она постепенно запускается на первых двух брендах (BeFree и Zarina). Также начат ее запуск в Love Republic. Вся система работает как с классическим интерфейсом, так и в тач-реализации.

Каждый бренд самостоятельно разрабатывает требования к омниканальности, и базой для реализации этого служит именно новая платформа. Так, BeFree сейчас отказался от пластиковых карт лояльности – с клиентами теперь взаимодействуют через мобильное приложение, интегрированное с системой. С ней также интегрированы три автономные интернет-площадки, SMS- и почтовые сервисы. В ноябре передаем в эксплуатацию подсистему работы с остатками, потом запланированы процессы Click&Collect. На следующий, 2017 год в плане стоят проекты по самообслуживанию, а также сервисы, связанные с вводом в действие Федерального закона № 54-ФЗ «О применении контрольно-кассовой техники».

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

- Почему была выбрана именно платформа Dynamics AX, какие рассматривались альтернативы?

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

Выбор был богатый. Мы просмотрели более 10 систем: решения компаний «Пилот», «Сервис Плюс», Cegid, продукты GK/Retail, TP.Net, Set Retail. Везде были свои плюсы и минусы, но по совокупности победило выбранное нами решение. Изначально оно проигрывало в двух составляющих: требования к инфраструктуре и стоимость владения. Однако необходимость в глобальном апгрейде оборудования стояла уже давно, кроме того, переход на решения Microsoft позволил сократить требования к инженерной службе и в итоге решить вопросы централизованного управления.

При выборе решения мы консультировались с системным интегратором «Корус Консалтинг», с которым уже реализовали несколько проектов. Совместно пришли к выводу: у решения Microsoft будет достаточно низкая стоимость владения, что в конечном итоге и определило выбор.

- Какие проблемы – ожидаемые и не очень – проявились в ходе реализации проекта? Как их решали?

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

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

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

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

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

Технологические проблемы были единичными и на бизнесе не отразились. Больше было случаев некорректного выполнения операций со стороны офисных пользователей, отвечающих за маркетинговую активность. Наверное, на протяжении целого месяца офисные сотрудники привыкали к новым процессам и интерфейсу системы. Разумеется, была волна заявок по инцидентам из магазинов, вызванных вопросами по работе с системой. Спасибо всем за терпение. Кроме того, хочу поблагодарить системного интегратора за быстрое и недорогое выделение опытных специалистов для поддержки нашей службы Help Desk.

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

- За счет чего ожидаете возврат инвестиций, и какой? На какие эффекты рассчитываете?

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

Еще важна лояльность персонала. Как показывают электронные опросы по факту внедрения POS, она выросла: сотрудники признают удобство новой системы. Внедренное решение с тач-интерфейсом действительно красиво выглядит по сравнению с обычным торговым оборудованием. Заодно удалось усилить новую концепцию оформления (сейчас производится переформатирование магазинов), а также повысить оборот благодаря использованию второго дисплея для демонстрации покупателям промоматериалов.