Рубрики
Блог и Новости

Роботы для мониторинга цен конкурентов и посредников в интернет-магазинах

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

Чем мониторинг цен полезен в бизнесе?

Для анализа конкуренции на рынке:

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

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

Эта компания также потеряет (скорее недополучит) деньги, если клиенты захотят купить те же кроссовки за 10 000 рублей. Как компания может понять, что она не сталкивается ни с одним из этих сценариев? С помощью мониторинга цен.

Для контроля установления рекомендованной цены посредниками:

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

Благодаря мониторингу цен можно:

• устанавливать конкурентоспособные цены;

• увеличить объемы продаж;

• договариваться с контрагентами о более выгодных условиях;

• своевременно реагировать на все изменения, которые происходят на рынке;

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

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

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

Мониторинг своими силами

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

Автоматический сбор цен

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

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

Выбор инструментов

Так-как большинство современных интернет-магазинов частично или полностью задействуют функции рендеринга контента на стороне клиента (работа с динамическим DOM) (например, Angular / React с запросом цены конкретного товара через API). То, что для получения цены товара недостаточно просто скачать страницу с товаром и вытащить цену по селектору. Сбор данных необходимо проводить с помощью браузера, которым управляет приложение.

Существуют сервисы, которые выполняют всю необходимую работу по запуску браузера, отработки javascript и отдачи контента через API, без необходимости самому разворачивать инфраструктуру и разрабатывать приложение доставки данных, к примеру Scraping-Bot, Scrapeworks, Diggernaut, ScrapingBee, Scraper API. Данные решения часто не подходят по следующим причинам:

  1. Очень высокая цена на единицу данных (к примеру цена одного товара 2 раза за день, утром и вечером, товаров может быть и 500, а магазинов, на которые мы хотим реагировать — 15). Получается в день нам нужно покупать запросов — 2 раза по 7500 или 15000.
  2. Недостаточные возможности конфигурирования. Например, изменение региона магазина перед сбором цены.
  3. Раскрытие информации сборщику, например списка продуктов, таргетных магазинов и так-далее.

Чтобы избежать ограничений и создать гибкое решение, мы предпочли написать собственный сценарий. Связанное программное обеспечение было в основном разработано на Angular (Typescript), поэтому мы выбрали NodeJS + Typescript для серверной части парсера.

В качестве средства автоматизации браузера была выбрана библиотека NigthmareJS ввиду простоты работы, полной поддержки HTML5, и возможности расширения. NigthmareJS позволяет открыть экземпляр Electron на движке Chromium. Так-как используется Chromium, в управляемом экземпляре веб-сайт работает как и в других браузерах работающих с javascript, поэтому динамическое содержимое отображается на странице и может быть извлечено для последующих манипуляций с данными.

Решение

Управляющие команды являются цепочками, каждая из команд возвращает промис, что позволяет писать в стиле промисов, асинк функций или генераторов. После загрузки страницы nightmare инжектит управляющий код на JavaScript в экземпляр страницы, который позволяет использовать команды подражающие действия пользователя браузера, такие как: Goto, Type, Click и пр.
Также есть возможность включить в код выполнения собственные команды напрямую работающие с Chromium devapi.

Простейший код выглядит следующим образом:

Краткое текстовое объяснение кода

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

Структура парсера

  1. Загрузить список товаров и необходимых магазинов
  2. Загрузить библиотеку управления браузером
  3. Перейти по очереди по всем необходимым ссылкам
  4. Дождаться что страница загрузилась (селектор с ценой присутствует на странице) или же присутствуют другие ключевые селекторы (например селектор с ошибкой)
  5. Забрать данные из нужного блока
  6. При необходимости обработать данные, структурировать и сохранить (или отправить) получившуюся информацию в удобном формате.

Какова структура нашего решения?

  • Загрузить nightmare
  • Перейти по необходимому URL
  • Дождаться, что селектор с ценой присутствует на странице или же присутствуют другие ключевые селекторы (например селектор с ошибкой)
  • Забрать получившийся HTML
  • Распарсить цену, используя, к примеру, Cheerio

Основные проблемы

Блокировки

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

Превышение времени ожидания

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

Изменения стилей

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

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

Организация очереди и параллельное выполнение

Безусловно если нам нужно получить цену 500 товаров с 20 интернет-магазинов, нам необходимо собирать данные параллельно, одновременно с нескольких ресурсов. В среднем сбор данных с одной страницы сайта занимает около 1-3 секунд без использования headless browser, и около 5-7 с использованием оного. Для организации очереди можно использовать готовые библиотеки по типу queue-promise для NodeJS.

Накладные расходы на запуск

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

Необходимость развертывания с XVFB

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

Для развертывания приложения используем докер контейнер со следующим содержимым, который установит все зависимости NodeJS приложения и XVFB:

За запуск приложения отвечает sh скрипт, который использует xvfb-run.

Выбор региона магазина

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

Для инжекта куки в nightmare, перед использованием библиотеки

И далее, чтобы загрузить куки в инстанс используем

Отлов ошибок

Каждый вызов действия будет либо совершен, либо произойдет выброс исключительной ситуации, а потому в местах, где нет уверенности, что код выполнится 100% нужно обертывать запросы в try catch и обрабатывать из соответственно. Как пример wait(selector) данная инструкция даст команду приостановить выполнение скрипта до появления html элемента с соответствующим CSS селектором, но в модуле есть дефолтный таймаут, его можно изменять опционально, при наступлении которого будет выброшено исключение, соответственно можно будет обработать почему на странице нет чего-либо и как-то на это среагировать.

ИТОГ

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

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

Автор
Дмитрий Ропотан, Tech Lead, E-commerce

Дмитрий — старший эксперт с опытом работы в IT более 9 лет. Он имеет большой опыт работы в международных компаниях и в многонациональных распределенных командах разработчиков, реализовал множество проектов в сфере электронной коммерции, порталов B2B и B2C.

Рубрики
Блог и Новости

ИТ и преимущества возрастных айтишников

За последние 100 лет средняя продолжительность жизни человека увеличилась почти вдвое. Вместе с ростом населения планеты это неизбежно означает появление на рынке труда все большего количества возрастных работников, брать которых хотят далеко не все. При этом бытует мнение, что индустрия ИТ — самая «охочая» до молодых. Так это или нет и какие шансы у тех, кому «за 50» — поговорили с Максимом Мирончиком, управляющим партнером группы компаний E-ngineers.

Максим Мирончик,
Управляющий партнер группы компаний E-ngineers

— ИТ считается сферой для молодежи. Какой сейчас средний возраст айтишников и насколько изменилась эта цифра за последние лет десять?

— Это и правда молодая отрасль. Средний возраст сотрудников ИТ-компаний в нашем регионе варьируется от 22 до 34 лет. В странах Запада он выше примерно на 5 лет. И чем старше сама ИТ-компания, тем, как правило, выше средний возраст сотрудников. Например, в IBM или Oracle – это 30-40 лет.

Когда в 1990-х в Беларуси только начинали появляться первые ИТ-компании, за ними стояли основатели, которым было около 30 лет и выше. Как, например, Аркадию Добкину, когда он основал EPAM. У поколения помладше в то время просто еще не было необходимого опыта.

Как только отрасль развилась, встала на ноги и показала, что может дать молодым техническим специалистам не только высокие зарплаты, но и интересные задачи — многие начали стремиться в нее еще со школьной скамьи. В сферу ИТ стала приходить молодежь 20–25 лет. Мое первое официальное трудоустройство в отрасли произошло в 21 год.

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

— В вашей компании это сотрудники какого возраста?

— Наша ниша — Fintech — необычна тем, что в ней присутствует симбиоз как современных технологий (большие данные, искусственный интеллект, машинное обучение), так и более старых (COBOL, RPG, Delphi, Lotus). Поэтому и разбежка в возрасте у нас больше. Самому молодому специалисту в E-ngineers 21 год, самому взрослому — 46.

— Есть ли какой-то возрастной порог для «входа» в ИТ?

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

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

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

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

— Сталкиваются ли люди старше среднего возраста с эйджизмом при приеме на работу в ИТ-компанию или при знакомстве с более молодыми коллегами?

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

Однако есть технологические ветки, где чем старше специалист, тем более он интересен. Например, платформа IBM iSeries, с которой мы также работаем. В ней 25-летний специалист практически по всем фронтам будет уступать разработчикам «IBM i», которым под 40. Просто потому, что это тяжелая и старая технология, а каждый случай ее применения столь уникален, что за пару лет с ней можно разве что ознакомиться.

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

— Как обстоят дела с обратным эйджизмом в отношении молодых людей?

— Не поверите, но к молодым людям на самом деле присматриваются куда больше, чем к возрастным кандидатам.

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

Во-вторых, не забываем про максимализм. Часто молодой кандидат приходит в проект и с порога заявляет, что «все плохо, сейчас так не пишут, давайте все перепишем на фреймворке Х», и забывает рассчитать свои силы. В итоге — бросает работу на полпути или выполняет вполсилы.

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

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

— Что повышает шансы возрастных кандидатов при приеме на работу?

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

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

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

— С чем обычно связано желание сменить профессию на ИТ-отрасль? Это стремление заработать, применить свой опыт, получить новые знания, почувствовать себя молодым?

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

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

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

— Вам бывает не по себе, когда на собеседовании вы видите опытных, но вынужденных уйти из своей первой профессии людей?

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

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

— К сожалению, влияет. Чем ты моложе, тем быстрее впитываешь информацию и учишься. Лет до 35–40 постоянно держать себя в тонусе и учиться новому относительно легко. Дальше нужно прикладывать ощутимые усилия, чтобы оставаться на волне. С другой стороны, чем старше ты становишься, тем легче тебе оперировать своим багажом знаний и развиваться в каком-то одном направлении, нежели постоянно учиться и переходить от нового к новейшему.

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

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

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

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

Было понятно, что это будут люди старшего возраста — все-таки пик популярности COBOL пришелся на 1980-е. Тогда нам впервые в жизни пришлось собеседовать мужчин и, что самое необычное, женщин 60+. Хочу отметить, что все они произвели хорошее впечатление — максимально энергичные и активные люди. Когда видишь резюме белорусского программиста, которое начинается с 1981 года, то проникаешься уважением. Почти все из кандидатов по сей день вовлечены в ИТ-проекты, пускай и не на постоянной основе.

— Если говорить о профессиональном росте и перспективах в ИТ, то какими они могут быть у людей, которые годами занимаются одним и тем же? Что нужно делать, чтобы оставаться востребованным разработчиком даже на пенсии?

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

Практически всегда компании учитывают последние несколько лет трудового опыта. Им будет все равно, что вы 15 лет программировали на Delphi, а потом перешли на Java. Не бойтесь перечеркнуть многолетний опыт. Не бойтесь снова стать новичком, потому что вы им уже были. Выберите ту ветку, где вы сможете при минимальных затратах на обучение переходить между смежными языками или технологиями.

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

Источник: Про бизнес (probusiness.io)

Рубрики
Блог и Новости

Микроменеджмент в IT-командах: когда опасен и когда необходим?

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

Сигналы микроменеджмента в вашей организации

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

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

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

● Ведущие фигуры в организации склонны смотреть на детали, а не на общую картину.

● Менеджеры и сотрудники не используют опыт и знания талантливых или опытных коллег.

● Менеджеры теряют лояльность и приверженность в рамках организации из-за стиля руководства. Результатом является команда, которой не хватает мотивации.

● Люди концентрируются на неправильных приоритетах. Такое отношение часто приводит к тому, что деловая политика не соответствует требованиям.

Почему появляется микроменеджмент?

● Менеджер не полагается на компетентность подчиненных, или низкая компетентность.

● ИТ-ресурс, который выделяется на проект, не имеет «нестандартного» мышления. Кроме того, требования по времени очень абстрактны или отсутствуют.

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

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

● Также сложно отличить перфекционизм от микроменеджмента.

Когда микроменеджмент приемлем?

В кризисных ситуациях

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

Создание прототипа на ранних стадиях, его исследование и анализ

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

Если специалист работает с конфиденциальными данными

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

Во время пробных периодов

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

Последствия микроменеджмента в ИТ-командах

  • Это показывает отсутствие доверия к команде. Поэтому у подчиненных нет мотивации учиться и добиваться успехов. В результате снижается скорость и качество развития.
  • В сфере ИТ важно, чтобы каждый новый проект расширял компетенцию отдельного специалиста: техническую, аналитическую или управленческую. Опыт сотрудника вносит свой вклад в корпоративный портфель. Поэтому микроменеджмент в конечном итоге убивает корпоративный рост.
  • Микроменеджмент сдерживает инновации. Любой опытный владелец бизнеса знает, что на современном высококонкурентном рынке инновации являются ключом к успеху компании. К сожалению, под управлением микроменеджера процесс инноваций и творчества, как правило, останавливается. Сотрудники быстро становятся застойными, они не могут придумать новые идеи или процедуры. Этот процесс обычно идет двумя путями. Люди с большими идеями, обширными навыками и большим количеством талантов удаляют себя из процесса принятия решений, в то время как другие становятся прославленными зомби, которые слепо следуют приказам микроменеджера.
  • Микроменеджмент оказывает огромное негативное влияние на основные факторы бизнеса, такие как моральный дух сотрудников, общая вовлеченность и производительность. Это часто приводит к увеличению текучести кадров, проблемам с рекрутингом и проблемам удержания талантливых сотрудников.
  • Микроменеджмент создает культуру, которую часто описывают как «жди, пока тебе скажут «. В такой ситуации люди больше не работают на опережение, а пассивно ждут указаний от менеджеров.
  • Микроменеджмент подразумевает отсутствие доверия к сотрудникам. В свою очередь, сотрудники в меньшей степени доверяют микроменеджеру. Возникает замкнутый круг, который в конечном итоге приводит к меньшей обратной связи и серьезному недостатку общих идей.
  • Эмоциональное напряжение, стресс или усталость, вызванные словесным или эмоциональным оскорблением со стороны менеджера, которые негативно влияют на самооценку сотрудников, а также снижают производительность бизнеса.

Как справляться с микроменеджментом в ИТ-командах

Основное правило здесь — «ставить четкие цели и задачи, а затем анализировать результат, а не процесс». Чтобы придерживаться этого правила на ежедневной основе, необходимо построить сильные коммуникационные процессы внутри команды, выработать очень четкие требования (по крайней мере, для спринта, этапа или подобного) и планировать наперед.

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

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

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

Что делать и не делать с микроменеджментом

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

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

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

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

Вывод

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

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

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

Рубрики
Блог и Новости

Замкнутый круг унаследованных систем

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

Почему же до сих пор существуют унаследованные монолиты?

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

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

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

Общие характеристики унаследованных монолитов

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

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

Что делает устаревшие монолиты не такими привлекательными или полезными по сравнению с современными стандартами?

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

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

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

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

Когда еще есть время сформулировать стратегию модернизации/перехода?

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

  1. В системе есть ошибки, которые вы не можете исправить, и их количество растет;
  2. Ваша устаревшая система является основным блокировщиком для разработки важной части функциональности или выполнения требований к производительности;
  3. Трудно найти людей для поддержки системы. Рынок людей, которые знают технологию, быстро сокращается — а новички хотят работать только с современными технологиями;
  4. Высокая стоимость поддержки означает, что модернизировать систему будет дешевле — хотя окупаемость инвестиций не будет мгновенной;
  5. Никто в вашем бизнесе не знает, как на самом деле работает система — разработчики ушли давным-давно, документация ужасна, а сама система — полная загадка.

Если пункты 1-3 применимы к вашей системе, не откладывайте! Модернизация актуальна. Система, страдающая от пунктов 4-5, будет хромать некоторое время, но время пришло, чтобы разработать стратегию модернизации/перехода.

Формирование стратегии

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

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

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

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

Остались вопросы? Свяжитесь с нами удобным для вас способом.

Рубрики
Блог и Новости

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

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

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

Давайте посмотрим на некоторые из этих новых инструментов тестирования и рассмотрим, как они расширяют процесс тестирования.

Selenium является самым популярным инструментом в настоящее время для тестирования веб-приложений с пользовательским интерфейсом (UI). Когда мы начинаем добавлять больше функциональности в существующее приложение, автоматизация необходима для устранения человеческих ошибок и снижения затрат на фоне сокращающихся ресурсов контроля качества (QA). Кроме того, существуют инструменты для автоматизации приложений, установленных на настольных компьютерах, а также другие представленные на рынке инструменты, такие как SOAPUI и Rest-Assured для тестирования сервисов, установленных на удаленных серверах.

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

Рассмотрение вопросов контроля качества в перспективе

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

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

Для любого предстоящего бизнес-проекта определение соответствующего уровня качества имеет первостепенное значение — и все это происходит до начала процесса контроля качества.

Определение соответствующего уровня качества является задачей Владельца продукта (Product Owner). Как он это делает, сводится к такому простому вопросу, как «насколько критичен для продукта»? Если дефект может привести к большим потерям, Владелец продукта предоставит больше времени для тестирования перед критическим выпуском. Никакой менеджер по контролю качества не должен быть вовлечен, пока Владелец продукта все еще пытается оценить необходимость тестирования. Если Владелец продукта решит, что есть необходимость в тестировании, привлекается контроль качества, чтобы обсудить процесс. В этот момент формируются ресурсы контроля качества, определяются план тестирования и стратегии, на каких этапах и в каком объеме будет проводиться тестирование, а также инструменты, которые будут использоваться. Это зависит от технологии применения, размера и масштаба приложения, необходимости и степени ручного тестирования (как на начальных этапах проекта, так и в дальнейшем), а также автоматизации тестирования и тестирования производительности, как только продукт становится достаточно стабильным и начинает расти. Контроль качества и Владелец продукта также могут обсудить такие вещи, как методы и инструменты создания отчетов об ошибках, а также способы тестирования исправлений ошибок до, во время и после релиза.

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

Достижение нужного уровня взаимодействия между контролем качества и разработчиком зависит от следующего:

  1. Имея одинаковое понимание требований — то есть, как должна работать конкретная функциональность, и что она должна делать, в соответствии с требованиями клиента. Таким образом, менеджер по контролю качества знает, что и как тестировать то, что реализует разработчик. Менеджеры по контролю качества и члены команды разработчиков могут участвовать в совещаниях по сбору требований с клиентами или бизнес-аналитиками для достижения этой цели.
  2. Нахождение на одной волне в отношении текущего состояния проекта и будущих планов и действий, чтобы разработчик и контроль качества были синхронизированы для оптимизации поставки.
  3. Общее понимание процессов информирования об ошибках и их исправлениях.
  4. Синхронизация при выпуске продукта. Для Agile-проектов, в которых исправления ошибок выходят еженедельно, это становится критическим.

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

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

Качество, которого стоит ждать

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

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

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

Рубрики
Блог и Новости

Нехватка ИТ-персонала: как получить хороших ИТ-специалистов

Дефицит ИТ-специалистов на рынке ощущается уже сегодня, но ожидается, что он еще будет расти еще в ближайшие десятилетия. В исследовательском отчете, подготовленном консалтинговой компанией BCG, упоминается о нехватке более 50 000 ИТ-специалистов к 2054 году. Эта тенденция оказывает серьезное влияние на ИТ-компании. Около половины из них пытаются закрыть вакансии. Что могут сделать компании, чтобы по-прежнему приобретать услуги хорошего ИТ-персонала на ограниченном рынке? И какую роль может сыграть аутсорсинг в этом начинании?

Азиатские страны в «майках лидеров»

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

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

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

Что делает компанию интересной для ИТ-специалистов?

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

Аутсорсинг как решение проблемы нехватки ИТ-персонала

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

Необходимость разработки четкой стратегии

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

Ясность и открытый контакт

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

Необходимо определить потребности

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

Эффективность аутсорсинга

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

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

Какой тип аутсорсинга выбрать?

На рынке есть несколько способов аутсорсинга. Но что в конечном итоге является наилучшей формой для решения проблемы именно нехватки ИТ-персонала?

Секондмент — это минималистичный тип аутсорсинга. Заказчик управляет и контролирует проект, а аутсорсинговая компания несет полную ответственность за обучение ИТ-специалистов.

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

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

Офшоринг или ниешоринг отправляют аутсорсинговые задачи или проекты в другие страны. В случае офшоринга задачи перемещаются в далекие страны (основные примеры — услуги колл-центра в Индии или производство программного обеспечения в Китае). Ниешоринг предполагает перемещение задач в более близкие страны, такие как Беларусь, Латвия, Эстония, Литва. Языковые барьеры, культурные различия и альтернативные часовые пояса являются потенциальными недостатками офшоринга и могут иногда приводить к проблемам общения. Эти проблемы являются незначительными, когда речь идет о ниешоринге, ввиду того, что различия между участвующими странами не столь велики при выборе этой формы аутсорсинга. Тем не менее, всегда разумно и желательно погрузиться в уникальные особенности страны, прежде чем решить передать задачу или проект иностранной стороне. Сделав это, офшоринг и ниешоринг являются отличными способами быстро получить доступ к нужным экспертным знаниям, если в регионе не хватает ИТ-специалистов. Дополнительным преимуществом является снижение затрат в области заработной платы и расходов по проекту.

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

Основные выводы

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

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

Если вы хотите знать, что E-ngineers может сделать для вашей компании в области аутсорсинга, общей экспертизы ИТ и разработки программного обеспечения, свяжитесь с нами! Мы обязательно обо всем расскажем!

Рубрики
Блог и Новости

ИТ-аутсорсинг: 7 секретов эффективной коммуникации для вашей команды разработчиков

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

1. Установите общие цели

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

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

2. Управление качеством

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

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

3. Поддерживать баланс между контролем и гибкостью

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

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

4. Инвестируйте в свои отношения с клиентом

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

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

5. Позвольте клиентам чувствовать себя важными

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

6. Разработайте четкую стратегию выхода

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

7. Настройте способы связи в соответствии с предпочтениями оппонента

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

С чего начинается ИТ-аутсорсинг

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

Если у вас есть какие-либо вопросы, пожалуйста, свяжитесь с нами! Мы обязательно на них ответим!

Рубрики
Блог и Новости

Аутсорсинг разработки ПО: практические советы

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

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

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

Аутсорсинг или разработка собственными силами

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

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

• Аутсорсинг разработки ПО позволяет распределить риски, когда вы имеете дело со сложными и / или дорогостоящими проектами.

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

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

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

Фундамент для построения аутсорсинга разработки ПО

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

1. Обратите внимание на планирование и проектирование

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

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

2. Прозрачность и открытость как основа доверия

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

3. Задавайте правильные вопросы

Аутсорсинг разработки ПО — это умение задавать правильные вопросы.

• Использует ли ваш потенциальный партнер гибкий подход к разработке и устранению неполадок?

• В курсе ли он последних технологических возможностей и тенденций в области создания приложений и ИТ разработок?

• Обладает ли партнер на аутсорсинг требуемым уровнем знаний и опытом в области DevOps?

• Является ли кибербезопасность проблемой для вашего потенциального партнера?

• Какие инструменты используются для ведения проектов?

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

4. Развитие информационных технологий: знания соответствуют качеству

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

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

5. Проверка технической экспертизы партнера

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

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

6. Вовлекайте разработчика в свою команду

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

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

7. Тестирование и управление качеством

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

Внедрение аутсорсинга разработки ПО на практике

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

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

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

Рубрики
Блог и Новости

10 прогнозов ИТ-индустрии на 2020 год

Использование новейших технологий растет по мере их развития. Для того, чтобы предприятия смогли подготовиться к новым изменениям в технологической среде, международная исследовательская и консалтинговая компания IDC представила следующие 10 прогнозов ИТ-индустрии на 2020 год:

1. Стремление компаний внедрять инновации

К 2023 году более 50% всех расходов на ИТ компании будут тратить на цифровую трансформацию и внедрение инноваций (в 2018 году эта доля составила 27%). Предприятия будут составлять планы инновационных преобразований на несколько лет вперед.

2. Каждое предприятие — это отдельная экосистема

С цифровой экосистемой программистов и разработчиков приложений к 2023 году будет взаимодействовать 60% крупных предприятий. При чем половина этих компаний будет получать не менее 20% дохода через собственную цифровую платформу.

3. Искусственному интеллекту быть

90% новых корпоративных приложений будут использовать искусственный интеллект к 2025 году. Более 50% из них к 2024 году будут содержать такие технологии как компьютерные зрение, речь, обработка естественного языка и функции дополненной / виртуальной реальности.

4. Увеличение количества облачных сервисов

Для сохранения конкурентоспособности все службы сегодня должны работать в любое время и любом месте. 70% предприятий будут внедрять к 2022 году унифицированные технологии, инструменты и процессы гибридного управления. Организации должны будут найти приоритетные предложения на основе SaaS, определить соответствующие бизнес-показатели и перестроить всю ИТ-инфраструктуру.

5. Цифровые фабрики

Производителями ПО к 2025 году станут почти две трети предприятий. Более 90% приложений станут облачными, 80% кода будет поступать из внешних источников, а разработчиков будет в 1,6 раза больше.

6. Периферийные вычисления

На периферийных устройствах будет развернуто более 50% корпоративной инфраструктуры к 2023 году (в 2019 году этот показатель составляет менее 10%). Количество приложений с периферийными вычислениями вырастет на 800% к 2024 году.

7. Межотраслевое сотрудничество

К 2025 году 20% роста доходов будет приходиться на предложения, которые объединяют цифровые услуги из ранее несвязанных отраслей. Из новых отраслей будет приходить также около 20% партнеров.

8. Сумасшедший рост количества промышленных приложений

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

9. Технологические войны продолжаются

Рынок консолидируется вокруг небольшого количества мегаплатформ облачных сервисов. Пять из них охватят к 2023 году не менее 75% доли рынка IaaS и PaaS. В среднем почти 20% дохода от расширения своих услуг PaaS будет получать топ-10 поставщиков SaaS.

10. Рост доверия

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

Рубрики
Блог и Новости

На конференции «ИТ в здравоохранении 2019»

E-ngineers посетили конференцию «ИТ в здравоохранении 2019», которую проводил CNews 28 ноября 2019 в Москве. Спикеры рассказали о проектах телемедицины и телемедицинских технологиях. Главной темой было внедрение системы маркировки лекарств. Участники конференции, делились мнениями об изменении фармацевтического рынка, об информатизации сферы здравоохранения, какие процессы по реализации проектов Минздрава были уже запущены, а что еще предстоит сделать.

Обсуждался проект информатизации Минздрава, на который в период с 2019 по 2021 годы выделяется более 3 млрд рублей. Целью проекта является создание единого цифрового контура здравоохранения, включающего в себя интеграцию информационных систем медицинских организаций, централизованных систем субъектов РФ и федеральных информационных систем.

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