IT решения для коммерческого транспорта
Мы разработали несколько комплексных решений, который позволяют владельцам автопарков решить свои задачи по управлению и контролю подвижного состава, а так же по уменьшению издержек.
Видеонаблюдение
Общераспространенный подход к созданию систем контроля транспорта и персонала — установка на транспортное средство системы 4-го поколения. Видеорегистратор с выходом в онлайн, записывающий видео и звук — вполне способен предоставить общую картину происходящего на транспорте.
Контроль водителя
Системы 5-го поколения, основанные на применении машинного зрения и аналитических алгоритмов обработки полученной информации. Проводят контроль над дорожной ситуацией и состоянием водителя по схеме 24/7 по заданным параметрам и выдают комплекс отчетов позволяющих точно, справедливо и доказательно оценить качество вождения и безопасность перевозки грузов.
Контроль автомобиля
Инновационное развитие 5-го поколения объединяющего возможности аналитической системы и данных получаемых со смежных систем установленных на транспорте. Проектируются под заказчика вследствие чего дают исключительно полную, точную и оперативную информацию о состоянии транспортного средства, водителя, провозимого груза и прочих элементов транспортной составляющей.
Управление автомобилем
Новейшая и уникальная для России система 6-го поколения позволяющая дистанционно, или на основе данных аналитики, управлять транспортным средством.
[таблицы] Системы обнаружения вторжений, сертифицированные по новым требованиям
22 Августа 2018 в категории: security
Важно!
Информация в приведённых таблицах актуальна на дату публикации. Текущие действующие сертификаты ФСТЭК можно посмотреть в соответствующем Реестре ФСТЭК. Также по возможности актуализируется информация в Каталоге средств защиты информации.
Всего было введено два типа систем обнаружения вторжений (СОВ):
Помимо двух типов СОВ определены 6 классов защиты для них: чем выше класс (1 — самый высокий), тем больше к ним требований и тем в более высокого класса систем (ГИС, АСУ, ИСПДн, системы значимых объектов КИИ) они могут применяться.
| КЛАСС ЗАЩИТЫ | СОВ УРОВНЯ СЕТИ | СОВ УРОВНЯ УЗЛА |
|---|---|---|
| 1 | ИТ.СОВ.С1.ПЗ | ИТ.СОВ.У1.ПЗ |
| 2 | ИТ.СОВ.С2.ПЗ | ИТ.СОВ.У2.ПЗ |
| 3 | ИТ.СОВ.С3.ПЗ | ИТ.СОВ.У3.ПЗ |
| 4 | ИТ.СОВ.С4.ПЗ | ИТ.СОВ.У4.ПЗ |
| 5 | ИТ.СОВ.С5.ПЗ | ИТ.СОВ.У5.ПЗ |
| 6 | ИТ.СОВ.С6.ПЗ | ИТ.СОВ.У6.ПЗ |
Ниже приведены все доступные на сегодня сертифицированные серией по текущим требованиям ФСТЭК системы обнаружения вторжений, сгруппированные по типам.
Важно! Информация в приведённых таблицах актуальна на дату публикации. Текущие действующие сертификаты ФСТЭК можно посмотреть в соответствующем Реестре ФСТЭК. Также по возможности актуализируется информация в Каталоге средств защиты информации.
Системы обнаружения вторжений уровня сети
Системы обнаружения вторжений уровня узла
Сетевых СОВ представлено много (14 штук), есть как отчественные решения, так и зарубежные (правда, последние только 4 и 5 классов защиты). А вот СОВ уровня узла лишь 6 вариантов и все, кроме Ребус-СОВ (у него класс 2), имеют только 4 класс защиты.
Так, если верить, пресс-релизу Trend Micro от июня 2017 года, сертификат 3232 выдан на “программно-аппаратный комплекс Trend Micro TippingPoint серий N и NX с операционной системой TOS версия 3.9.0 и системой управления Security Management System версия 4.5.0”, что, согласно документу TippingPoint End of Life (EOL) dates, означает, что данное сертифицированное решение хоть и не последней версии, но, по крайней мере, является поддерживаемым.
Пресс-релиз и реестр ФСТЭК противоречат друг другу и можно было бы верить реестру, но в нём тоже есть ошибки: упомянутый TrippingPoint или тот же САВ3.ИТ с цифрой 3 вместо буквы З (писал про него в июле, пока так и не исправили). Оригиналы сертификатов ФСТЭК просит не публиковать, так что “The Truth Is Out There” (с)
У другого нероссийского вендора Check Point, к сожалению, сертифицирована версия (R77.10), официально снятая с поддержки год назад.
Кстати, в отчёте NSS Labs 2017 Security Value Map (SVM) for Next Generation Intrusion Prevention Systems (NGIPS) от ноября прошлого года фигурируют такие модели и версии продуктов упомянутых производителей:
Итоговая таблица по версиям неотечественных продуктов выглядит так (для Trend Micro требуется уточнение номера сертифицированной версии):
| ПРОИЗВОДИТЕЛЬ | СЕРТИФИЦИРОВАНО | СТАТУС | В ОТЧЁТЕ NSS LABS | ТЕКУЩАЯ ВЕРСИЯ |
|---|---|---|---|---|
| Check Point | R77.10 | Снята с поддержки | R77.30 | R80.10 |
| Cisco | FirePOWER 6.2 | Актуальна | FirePOWER 6.2.0.1 | FirePOWER 6.2.3 |
| Fortinet | 5.4.1 | Поддерживается | 5.4.5 | 6.0 |
| Trend Micro | NX 3* | Поддерживается* | NX 3.9.2.4784 | NX 3.9.3 |
| Trend Micro | SMS 3* | Снята с поддержки* | — | SMS 5.1.0 |
В качестве пожелания авторам и составителям реестра ФСТЭК отмечу, что было бы здорово в реестре видеть в явном виде сертифицированную версию продукта с детализацией хотя бы до одной цифры после точки для всех средств защиты информации.
Ну, и ошибок, которых, понятно, не избежать на 100%, хотелось бы поменьше.
Словарик айтишника или Что? Где? Куда? Часть 1
«Привет! Добро пожаловать! Спасибо, что приняла наш оффер. Пойдем знакомиться с твоей командой. У них как раз сейчас дейли. Ты вышла под конец спринта, поэтому пока работы для тебя не запланировали. Как стендап закончится, можешь почитать спеки, командные окиары и просмотреть бэклог на следующий спринт. По всем вопросам обращайся к своему пио.»
Язык айтишников
Каждый, кто работает в IT, непременно сталкивался с профессиональным жаргоном и компьютерным сленгом. Его можно любить или ненавидеть, принимать или терпеть, но непреложным остается факт — IT-жаргон существует и от него никуда не деться.
Когда приходишь в новую компанию, на тебя наваливается куча незнакомых слов. Кажется, их так много, что потребуется немало времени, чтобы понять и выучить их все. Многие слова ты уже знаешь, о смысле других догадываешься, часть из них является англицизмами, поэтому догадаться об их значении несложно Первая реакция — неприятие: «Зачем использовать английские слова в русский речи, когда есть достаточно русских альтернатив?» Потом ты пытаешься сохранить чистоту языка. В итоге, начинаешь говорить так же, как и все. Это неизбежно.
Профессиональный жаргон существует не для того, чтобы испортить русский язык. Он позволяет ускорить устное общение IT-специалистов и наладить их взаимопонимание. Обычно слова получаются короткими и емкими. Иногда одно слово заключает в себе целую фразу. Поэтому польза в них, на мой взгляд, есть.
Я послушала, как говорят разработчики в Wrike, и составила словарик из самых распространенных слов. Слова собраны по тематическим группам.
Scrum-терминология
Scrum — это методология по управлению проектами. Набор принципов, ценностей, политик, ритуалов для организации работы. В скраме полно терминов, но в ежедневный обиход попала и закрепилась только часть из них.
Бэклог
От англ. backlog (дословно — очередь работ) — еще не запланированный объем работы, который требуется выполнить команде. Каждая созданная задача вначале попадает в бэклог, а потом уже в спринт.
Как и в случае со спринтом, термин используется и в отрыве от скрама. Часто бэклогом называют отложенные задачи. Которые сделать нужно, но не сейчас.
Гол, голевой
От англ. goal (дословно — цель) — цель спринта (бывает одна или несколько), которую команда берется сделать. Цель состоит из ряда задач, которые нужно выполнить, чтобы его достигнуть.
Слово употребляется и как существительное, и как прилагательное. Может быть множественного числа.
Дейли
От англ. daily (дословно — ежедневно) — ежедневные короткие (от 5 до 30 минут) встречи команды с целью поделиться прогрессом по выполненным задачам за предыдущий день и озвучить план работ на текущий день. Также дейли могут называть стендапом (от daily standup), потому что обычно такие встречи происходят стоя — для большей эффективности.
Коммититься
Глагол от англ. существительного commitment (дословно — ответственность). Коммититься — значит обещать выполнить определенный объем работы в оговоренные сроки. Это не просто обещание, это сознательное обязательство перед собой и командой. Человек, который закоммитился, обязан сделать всё возможное, чтобы выполнить то, что сам и пообещал реализовать.
Спринт
От англ. sprint (дословно — бег на короткую дистанцию) — заданный отрезок времени, за который нужно выполнить запланированный объем работы, чтобы в конце этого отрезка был ожидаемый результат.
Термин используют не только те, кто работает по скраму, но и те, кто просто хочет организовать свою работу и сформировать ясные рамки, во время которых должны быть выполнены задачи.
Инструменты для работы
Технические, информационные и вспомогательные средства и приложения для работы.
Ветка
От англ. branch (дословно — ветка) — тот редкий случай, когда в ходу русский перевод термина. Веткой (термин git) называют полную копию проекта, в которой ведется разработка. В проекте может быть создано много веток, что позволяет работать одновременно с разными частями кода. Потом все ветки загружаются в мастер. Процесс «ответвления» иногда называют «бранчеванием», уже как раз от branch.
От англ. mock-up (дословно — эскиз) — макет с UX-дизайном для разработки. Несмотря на то, что слово дословно переводится как «эскиз» или «прототип», в Wrike моками называют готовые проработанные макеты с дизайном.
От англ. production (дословно — промышленная среда) — ветка с рабочей версией продукта, которую видят пользователи. Это окончательная точка куда попадает результат разработки. Иногда так же называют мастер.
От англ. reference (дословно — пример) — схожий функционал или внешний вид, который используется для ориентира. Он служит для сравнения.
Спека
От англ. specification (дословно — спецификация) — документ с подробным описанием требований, условий и технических характеристик, как должен работать разрабатываемый функционал.
Таска
От англ. task (дословно — задача) — задача, заведенная или планируемая на любого работника.
Разработка
Термины, употребляющиеся разработчиками при работе над задачами.
От англ. boost (дословно — ускорение) — процесс повышения производительности, ускорение загрузки.
Катить
Отправлять готовую работу в деплой, предпринимать шаги для подготовки ветки к мерджу в продуктовую ветку.
Комплитить
От англ. complete (дословно — заканчивать) — завершать задачу, закрывать задачу, когда она полностью готова.
Консистентность
От англ. consistency (дословно — системность) — общее единообразие во всех частях продукта.
Матчится
От англ. match (дословно — совпадать) — полное соответствие чего-либо с чем-либо. Процесс приведения к единообразию.
Пинать
Термин, подобный глаголу «пинать», который также имеет значение «делать» и «работать». Конкретное значение определяется по приставке. Подопнуть — сделать немного, допинать — доделать.
Ручка
От англ. handler (дословно — обработчик) — бэкэнд-термин, означающий ответ от сервера, в котором приходят данные.
Скоуп
От англ. scope (дословно — объем) — набор фич и частей продукта, закрепленных за отдельной командой.
От англ. feature (дословно — характеристика) — определенная часть или деталь от общего продукта, которая разрабатывается изолированно.
От англ. flow (дословно — течение) — порядок действий при работе над задачей. Например, вначале задача берётся в разработку, потом проходит ревью, далее тестируется и т.д.
Должности
Некоторые должности, названия которых вошли в обиход в виде сокращений с английского.
Девопс
От англ. DevOps, сокращенно от Developer Operations (дословно — интеграция разработки и эксплуатации) — специалист, занимающийся внедрением DevOps-методологии. Полное название должности — DevOps-инженер, но в речи вторую часть всегда отбрасывают.
От англ. PO, сокращенно от Product Owner (дословно — владелец продукта) — роль по скрам-методологии, человек, ответственный за проработку продукта и распределение бэклога. Он знает о требованиях пользователя и возможностях команды.
От англ. PM, сокращенно от Product Manager (дословно — менеджер продукта) — менеджер, который отвечает за продукт, его обязанности совпадают с обязанностями пио, отличие только в том, что это название должности, а не роли в скраме. Так же, как пио, пиэмов могут называть продакт.
Организационное
Термины, относящиеся к организации работы, а также термины, употребляющиеся в неформальной речи при обсуждении чего-либо.
Дейоф
От англ. day-off (дословно — выходной) — просто выходной.
Драйвер
От англ. driver (дословно — водитель) — человек, который берет на себя инициативу управления проектом/процессом/задачей. В его обязанности входит следить за тем, как протекает созданный им процесс, и руководить им. Он мотивирует других людей выполнять работу для достижения поставленных целей.
Консёрн
От англ. concern (дословно — тревога, участие) — в английском языке слово «консёрн» имеет много различных значений, при этом очень часто употребляется в русской речи. Какое именно значение вкладывает в него автор, известно только ему самому. Иногда — это смесь многих значений, таких как: особый интерес, беспокойство, цель, настороженность, опасение и т.д.
Окиары
От англ. OKR, сокращенно от Objectives and Key Results (дословно — цели и ключевые результаты) — система по постановке и достижению целей. Она нужна для синхронизации работы всех участников компании/отдела/команды, чтобы все двигались в одном направлении, с понятными приоритетами и постоянным ритмом. В отличие от KPI, это амбициозное целеполагание, достижение окиаров (окров) на 70-80% — отличный результат.
Оффер
От англ. offer (дословно — предложение) — предложение о работе / приглашение на работу.
Поинт
От англ. point (дословно — точка) — чаще всего употребляется в значении «точка зрения», сокращенно от point of view. Также в значениях: «суть», «смысл», «довод».
ITSM — что это такое и с чего начать внедрение
Вчера мы опубликовали на Хабре подборку материалов для тех, кто хотел бы разобраться с ITSM — изучить тренды и инструменты. Сегодня продолжаем рассказывать о том, как интегрировать ITSM в бизнес-процессы компании, и какие облачные инструменты могут с этим помочь.
Что вам с этого
Традиционный подход к управлению IT-отделами называется «ресурсным». Если говорить простыми словами, он подразумевает фокус на работе с серверами, сетями и другим аппаратным обеспечением — «IT-ресурсами». Руководствуясь такой моделью, IT-департамент зачастую упускает из внимания то, чем заняты другие отделы, и отталкивается не от их «пользовательских» требований и потребностей клиентов компании, а идет с обратной стороны — от ресурсов.
Альтернативна такому подходу к управлению IT — ITSM (IT Service Management). Это — сервисный метод, который предлагает сконцентрироваться не на технологиях и аппаратном обеспечении, а на пользователях (которыми могут быть как сотрудники организации, так и клиенты) и их потребностях.
Как говорят представители IBM, такой подход дает возможность сократить операционные издержки и повысить качество предоставляемых IT-отделом услуг.
Что дает ITSM на практике
Методология ITSM делает IT-отдел сервис-провайдером для других подразделений организации. Он перестает быть вспомогательным элементом, ответственным за поддержание работоспособности IT-инфраструктуры: отдельных серверов, сетей и приложений.
Компания формализует услуги, которые она желает получать от IT-отдела, и переходит на работу по модели «заказчик — поставщик». В итоге бизнес начинает предъявлять свои требования к сервисам, формулируя проблемы и задачи, с которыми сталкиваются пользователи. А ИТ-отдел уже сам решает, с помощью каких технических средств удовлетворить эти потребности.
/ José Alejandro Cuffia / Unsplash
В целом инфраструктура компании разбивается на отдельные сервисы, автоматизирующие определённые бизнес-задачи. Для управления этими сервисами используются специализированные программные платформы. Наиболее известной на ITSM-рынке является облачная система ServiceNow. Уже несколько лет подряд она попадает на первое место в «квадранте» Gartner.
Мы в «ИТ Гильдии» занимаемся интеграцией решений ServiceNow.
Расскажем, как подойти к интеграции ITSM в компании. Мы приведем несколько бизнес-процессов, автоматизация которых позволяет оптимизировать работу IT-отделов. Также поговорим об инструментах платформы ServiceNow, которые помогают это сделать.
С чего начать, и какие есть инструменты
Управление активами (ITAM, IT Asset Management). Это — процесс, который отвечает за учет IT-активов на всем протяжении их жизненного цикла: от приобретения или разработки до списания. К IT-активам в этом случае относятся разного рода программное и аппаратное обеспечение: ПК, ноутбуки, серверы, оргтехника, интернет-ресурсы. Автоматизация управления активами позволяет компании эффективнее расходовать ресурсы и прогнозировать потребности.
Помочь с решением этой задачи могут два приложения ServiceNow — Discovery и Mapping Service. Первое автоматически находит и определяет новые активы (например, серверы, подключаемые к корпоративной сети) и заносит информацию о них в специальную базу данных (называется CMDB).
Второе — определяет взаимосвязи между услугами и элементами инфраструктуры, на которых эти услуги строятся. В результате все процессы в IT-отделе и компании становятся более прозрачными.
О том, как внедрить управление активами и работать с этими двумя приложениями, мы рассказывали в корпоративном блоге — там есть подробное практическое руководство (раз и два). В нем мы затронули все этапы реализации: от планирования до аудита.
Управление финансами (ITFM, IT Financial management). Это — процесс, частью которого является оптимизация IT-услуг с экономической точки зрения. IT-отделу и организации необходимо собирать финансовую информацию для понимания общей картины затрат и доходов.
Помочь со сбором этой информации способен модуль ServiceNow Financial Management. Он представляет собой единую панель управления, где сотрудники IT-отдела могут планировать бюджеты, вести учет издержек по различным видам деятельности и выставлять счета за услуги (как другим отделам организации, так и её клиентам). Посмотреть, как это выглядит, можно в нашем обзоре инструмента ServiceNow Financial Management. Также мы подготовили краткий гайд по внедрению процессов управления финансами — в нем мы разбираем основные этапы.
Управление и мониторинг ЦОД (ITOM, IT Operations Management). Цель этого процесса — мониторинг компонентов ИТ-инфраструктуры и балансирование нагрузки. Специалисты IT-отдела должны понимать, как изменение производительности сервера или сетевого коммутатора отразится на качестве предоставляемых услуг.
Помочь с этой задачей способен сервисный портал ServiceWatch. Он собирает информацию об инфраструктуре с помощью уже упомянутого модуля Discovery и автоматически выстраивает зависимости между бизнес-услугами и ИТ-сервисами. Как проводить сбор данных об IT-системах с помощью Discovery мы рассказывали в корпоративном блоге. Даже подготовили видео по теме.
Портал самообслуживания (Service Portal). Такие порталы дают пользователям возможность самостоятельно решить свои проблемы с программным или аппаратным обеспечением, не прибегая к помощи специалистов техподдержки. Есть несколько вариантов построения таких порталов — статичные базы знаний, FAQ или динамические страницы с возможностью приема заявок.
Подробнее о видах порталов мы рассказывали в одном из прошлых материалов на Хабре.
Создать такие Service Portal помогает одноименный инструмент от ServiceNow. Внешний вид портала настраивается дополнительными страницами или виджетами, а также с помощью средств разработки AngularJS, SCSS и JavaScript.
/ PxHere / PD
Управление разработкой (Agile Development). Это — процесс, базирующийся на гибких методологиях разработки. Они обладают многими преимуществами (непрерывное развитие и изменение, итеративность), но разрозненность мелких групп разработчиков, каждая из которых занимается своим проектом, не всегда дает руководству видение общей ситуации и прогресса.
Инструмент ServiceNow Agile Development решает проблему и дает централизованное управление над процессом разработки. Такой подход облегчает процесс совместной работы и контроля над всем жизненным циклом создания ПО: от планирования до поддержки готовой системы. Как начать работать с инструментом Agile Development мы рассказывали в этом материале.
Разумеется, это не все процессы, которые можно стандартизировать и автоматизировать с помощью ITSM и ServiceNow. О других возможностях платформы мы рассказываем у себя на сайте — там же есть возможность задать вопросы нашим специалистам.
Материалы по теме из нашего корпоративного блога:
Словарик айтишника или Что? Где? Куда? Часть 2
Scrum-терминология
От англ. Definition of Done (дословно — критерии готовности) — список требований, по которым можно считать, что цель выполнена. Например, набор задач, которые должны быть завершены к определенной дате.
Майлстоун
От англ. milestone (дословно — веха) — запланированная дата окончания работ по выборочным задачам. Проставление таких «дат» позволяет не сбиваться с графика и отслеживать процесс работы и понимания выполнения целей.
Сторя
От англ. story (дословно — история) — корневая задача с описанием требований для разработки, она содержит в себе подзадачи, назначенные на разработчиков разных должностей. Это точка входа при разработке какого-либо функционала.
Фасилитатор
От англ. facilitator (дословно — координатор) — человек, берущий на себя обязанности ведущего. Он обеспечивает успешную коммуникацию внутри команды, пытается упростить общение и создает понимание между всеми участниками команды. Термин может использоваться и как существительное, и как прилагательное, и как глагол.
Разработка
Ассайнить
От англ. assign (дословно — поручать) — назначать задачу на человека в качестве исполнителя.
От англ. bug (дословно — жук) — ошибка в коде, проблема, недоработка. Слово уже давно в лексиконе разработчиков, но интересно то, как меняется форма термина. Калька «баг» превратилось в слово женского рода — «бага». В такой форме согласование в предложениях проще. А если ошибка или проблема совсем маленькая, то это багуля.
Грумить
От англ. groom (дословно — чистить) — приводить в порядок. Относится к коду, бэклогу, организации работы. В том же значении используется и русский аналог — «причесать».
Деплой
От англ. deploy (дословно — разворачивать) — процесс интеграции кода из разработческих веток в продуктовую (мастер) ветку. Термин также употребляется и как существительное, и как глагол, и как прилагательное.
Компилить
От англ. compile (дословно — составлять) — собирать написанный код воедино, конвертировать его из одного формата в другой, преобразовывать в требуемый вид для работы в браузере.
Костыль
Временная «подпорка» в коде, которая приводит к нужному результату, но само решение является идеологически неверным.
Лагать
От англ. lag (дословно — отставание) — плохая производительность, притормаживание, работа с ошибками.
Легаси
От англ. legacy (дословно — наследие) — код, написанный определенное время назад и считающийся морально устаревшим. Он всё ещё работает, но вызывает неприятие у разработчиков.
Мерджить
От англ. merge (дословно — слияние) — соединять свою часть работы с частями работы других разработчиков в рамках одной ветки. Сливать всё воедино.
Нативный
От англ. native (дословно — родной) — первоначально заложенное поведение или внешний вид элемента или кода.
Стоимость задачи
Пришедшее из скрама выражение, означающее суммарное количество затрат разработчика на задачу. Вопрос про стоимость задачи буквально означает оценку времени и усилий на неё. Соответственно дорого — долго и сложно, дешево — быстро и легко.
Фейлить
От англ. fail (дословно — неудача) — терпеть поражение, проваливать планы, заваливать что-либо. Чаще используется в разговорной, не технической речи.
От англ. fix (дословно — чинить) — решение проблемы, устранение бага. Термин употребляется и как существительное, и как глагол, и как прилагательное.
Должности
От англ. junior (дословно — новичок) — специалист любой должности, которая предусматривает градацию по уровню знаний. Джун находится на первой (нижней) ступеньке. Человек, знаний, которого хватает для выполнения рабочих обязанностей и разработки в целом, но не обладающий глубиной и широтой знаний.
От англ. lead, сокращенно от TeamLead (дословно — глава команды) — специалист высшей градации, обладающий широтой и глубиной знаний, является лидером команды. Он руководит процессами и помогает решать спорные технические вопросы.
Секопс
От англ. SecOps, сокращенно от Security Operations (дословно — интеграция безопасности) — специалист, занимающийся обеспечением безопасности при имплементации новых решений и безопасностью в целом.
Организационное
Апрув
От англ. approve (дословно — одобрять) — еще одна вариация для одобрения, утверждения или подтверждения чего-либо.
Валидный
От англ. valid (дословно — правильный) — в разговорной речи вариации слова означают согласие с оппонентом, одобрение его результата. Означает правильность решения. Часто заменяет слово «идет» в значении «подходит».
Инпут
От англ. input (дословно — вклад) — в разговорной речи используется в значении внимание, отклик.
Капиай
От англ. KPI, сокращенно от Key Performance Indicator (дословно — ключевой показатель результативности) — единица измерения, которая требуется для того, чтобы понять эффективность какой-либо деятельности.
Пинговать
От англ. ping (дословно — ударяться со стуком) — напоминать кому-либо о чем-либо, давать знать.
Эскалировать
От англ. escalate (дословно — обострять) — поднимать вопрос или проблему на обсуждение, привлекать внешние ресурсы, принимать меры.
И напоследок.
Райкер
От англ. wrike-er — человек, который работает в Wrike и является частью команды компании.
Как считаете, проще ли бы было новичкам, если при выходе на работу им давали расшифровку незнакомых терминов, которые обрушиваются уже в первый день работы? Дают ли ясность подобные расшифровки или только больше запутывают? Поделитесь своим мнением в комментариях.