Мы собрали IT-словарь без сложных формулировок и энциклопедического тона. Здесь можно быстро проверить, что коллега имел в виду под ASAP, апдейтом, стендапом, фичей, бэклогом и десятками других слов из рабочих чатов и созвонов.
Внутри команды сленг действительно экономит время. Но для человека, который только пришёл в IT, разговор коллег иногда звучит как смесь английского, сокращений и локальных шуток. Разберёмся, что всё это значит и как слова используют в реальной работе.
Найти термин
Рабочее общение и командные процессы
Апдейт
Апдейт — это свежая информация о задаче, проекте или ситуации. Фраза «кинь апдейт» обычно означает: коротко расскажи, что уже сделано, что происходит сейчас и изменилось ли что-нибудь с прошлого обсуждения.
Аппрув
Аппрув — это согласование или разрешение двигаться дальше. Например, макет могут отправить руководителю на аппрув перед разработкой, а текст — редактору перед публикацией. «Получить аппрув» значит дождаться чёткого «да, всё ок».
Асап (ASAP)
ASAP расшифровывается как As Soon As Possible — «как можно скорее». Обычно так помечают действительно срочную задачу, но лучше всё равно уточнить конкретный срок: для одного человека ASAP — сегодня, для другого — в течение часа.
Валидация
Валидация — проверка, соответствует ли что-то заданным правилам. Например, форма проверяет, похож ли введённый адрес на email, а команда — отвечает ли результат требованиям задачи. Фраза «данные невалидны» обычно означает, что проверка не пройдена.
Дейли
Дейли — ежедневная короткая встреча команды. Часто она проходит в формате стендапа, поэтому слова действительно путают. Но «дейли» говорит о регулярности встречи, а «стендап» — скорее о её формате.
Колл
Колл — обычный рабочий звонок или онлайн-встреча. Когда в переписке пишут «давай вынесем это на колл», обычно вопрос оказался слишком запутанным для чата и его проще быстро проговорить голосом.
Контекст
Контекст — всё, что помогает правильно понять задачу: зачем она появилась, для кого делается, что уже пробовали и какие есть ограничения. Без контекста можно технически выполнить задачу и всё равно получить совсем не тот результат.
Пинг
«Пингануть» — мягко напомнить человеку о сообщении, вопросе или задаче. Например: «Пингану дизайнера по макетам». Слово пришло из технической команды ping, которой проверяют, отвечает ли устройство в сети.
Референс
Референс — пример, который показывает нужное направление. Это может быть сайт, иллюстрация, текст, интерфейс или механика. Референс не всегда нужно копировать буквально: чаще он помогает объяснить идею быстрее, чем длинное описание.
Саммари
Саммари — короткое изложение главного. Его делают после встречи, исследования или длинного обсуждения, чтобы коллегам не пришлось перечитывать всю переписку и самостоятельно вылавливать решения и выводы.
Синк
Синк — короткая сверка между людьми или командами. На нём обмениваются новостями, уточняют, одинаково ли все понимают задачу, и договариваются о следующих шагах. Это не обязательно отдельная встреча: иногда достаточно нескольких сообщений в чате.
Статус
Статус — короткий ответ на вопрос «где мы сейчас?». В нём обычно есть прогресс, текущий этап, возможные риски и дата следующего результата. Хороший статус помогает понять ситуацию без длинного созвона.
Стендап
Стендап — короткий формат, в котором каждый рассказывает, что сделал, чем займётся дальше и что ему мешает. Он может проходить устно или письменно. Долго разбирать проблему прямо на стендапе обычно не принято — для этого назначают отдельное обсуждение.
Фидбэк
Фидбэк — обратная связь по работе: коду, макету, тексту, презентации или даже самой коммуникации. Нормальный фидбэк не ограничивается фразой «не нравится», а объясняет, что именно не работает и что можно поправить.
Фоллоу-ап (follow-up, ф-ап)
Фоллоу-ап — сообщение после звонка или встречи, в котором фиксируют, до чего договорились и кто что делает дальше. Хороший фоллоу-ап спасает от ситуации «я понял совсем не так» и помогает не потерять задачи после созвона.
Фуи (FYI)
FYI — сокращение от For Your Information, то есть «для информации» или «чтобы ты был в курсе». Чаще всего отвечать или срочно что-то делать не нужно: тебе просто передают контекст, который может пригодиться позже.
Эскалировать
Эскалировать — передать вопрос тому, у кого больше полномочий или технической экспертизы. Это делают, когда специалист не может решить проблему на своём уровне, истекает срок ответа или ситуация стала критичной.
Задачи и управление проектами
Блокер
Блокер — препятствие, из-за которого работа реально остановилась. Например, нет нужного доступа, решения от заказчика или данных от другой команды. Если двигаться всё-таки можно, пусть и медленнее, это скорее риск или сложность, а не блокер.
Бэклог
Бэклог — общий список того, что команда потенциально хочет или должна сделать: задачи, идеи, баги, улучшения. В нём могут лежать и срочные вещи, и планы «когда-нибудь потом». Порядок меняется вместе с приоритетами продукта.
Груминг (рефайнмент)
Груминг, или рефайнмент, — встреча, на которой будущие задачи приводят в рабочий вид. Команда задаёт вопросы, уточняет требования, делит слишком крупные задачи и оценивает сложность, чтобы потом не разбираться со всем этим уже внутри спринта.
Дедлайн
Дедлайн — последний согласованный срок, к которому нужен готовый результат. Это не примерная дата и не пожелание. Если становится понятно, что дедлайн под угрозой, об этом лучше сказать заранее, а не в последний час.
Декомпозиция
Декомпозиция — разбиение большой задачи на небольшие шаги. Вместо абстрактного «сделать новый раздел сайта» команда отдельно планирует структуру, дизайн, разработку, тестирование и публикацию. Так проще оценивать работу и видеть прогресс.
DoD (Definition of Done)
Definition of Done — общий список условий, после которых задачу действительно можно считать завершённой. Например, код написан, проверен, протестирован и выложен, а документация обновлена. Одного статуса «я закончил» часто недостаточно.
ETA
ETA — ориентир, когда ждать результат. Вопрос «какая ETA?» означает «примерно когда будет готово?». В отличие от дедлайна, ETA часто обновляют по ходу работы, если появляются новые обстоятельства.
Зависимость
Зависимость возникает, когда одну часть работы нельзя завершить без другой. Например, разработчик ждёт макет, а редактор — данные от аналитика. Сама по себе зависимость нормальна; проблемой она становится, когда начинает задерживать задачу.
Итерация
Итерация — очередная версия или этап работы над решением. Команда выпускает первый вариант, собирает обратную связь и дорабатывает его в следующей итерации. Поэтому «сделаем во второй итерации» обычно значит «не сейчас, но вернёмся позже».
Оунер
Оунер — человек, который держит задачу, процесс или направление в фокусе. Он не обязан делать всё своими руками, но именно к нему идут за статусом, решением и пониманием, кто отвечает за следующий шаг.
Приоритет
Приоритет показывает, насколько задача важна по сравнению с остальными и когда к ней стоит приступать. Высокий приоритет не всегда означает «сделать прямо сейчас»: команда ещё учитывает сроки, риски и доступные ресурсы.
Ретро (ретроспектива)
Ретро — встреча после спринта или этапа проекта. Команда обсуждает, что сработало, что мешало и что стоит попробовать изменить. Это не поиск виноватых, а способ постепенно улучшить сам рабочий процесс.
Роадмап
Роадмап — план развития продукта или проекта на несколько месяцев вперёд. В нём видны основные направления и примерная последовательность работ, но это не расписание, высеченное в камне: приоритеты могут поменяться.
Скоуп
Скоуп — заранее согласованный объём работы. Он помогает отделить то, что команда делает сейчас, от новых пожеланий, появившихся по ходу проекта. Всё, что не входило в договорённость, обычно называют «вне скоупа» и оценивают отдельно.
Спринт
Спринт — короткий рабочий цикл, чаще всего на одну или две недели. Перед его началом команда выбирает задачи, которые рассчитывает закончить за этот период, а в конце смотрит, что получилось и что перешло дальше.
Таск (таска)
Таск — отдельная рабочая задача. Обычно у неё есть описание, ответственный, срок и понятный результат. Фраза «заведи таску» означает: не оставляй договорённость в чате, а зафиксируй её в рабочей системе.
Тикет
Тикет — зарегистрированный запрос в системе учёта. Его может создать клиент, сотрудник поддержки или кто-то внутри команды. Тикетом бывает и вопрос пользователя, и сообщение о баге, и запрос на изменение.
Эстимейт
Эстимейт — предварительная оценка того, сколько времени или усилий займёт работа. Это не обещание с точностью до минуты: после уточнения требований или обнаружения скрытой сложности оценка может измениться.
Разработка и технические термины
Айпи (IP-адрес)
IP-адрес — адрес устройства в интернете или локальной сети. По нему компьютеры и серверы находят друг друга и понимают, куда отправлять данные. Условно это похоже на почтовый адрес, только для сетевого обмена.
АПИ (апиха, апишка, API)
API — набор правил, по которым одна программа общается с другой. Например, сайт может через API запросить курс валют, отправить платёж или получить список товаров. Пользователь этого обмена обычно не видит, но без него многие сервисы не работали бы.
Баг
Баг — ошибка, из-за которой программа ведёт себя не так, как задумано. Иногда это мелочь вроде съехавшей кнопки, а иногда — проблема, которая не даёт оплатить заказ или войти в аккаунт.
БД
БД — база данных, то есть организованное хранилище информации. В ней могут лежать аккаунты пользователей, заказы, статьи или история операций. Приложение обращается к базе, когда нужно что-то сохранить, найти или обновить.
Бэкенд
Бэкенд — внутренняя часть продукта, скрытая от пользователя. Он обрабатывает запросы, применяет бизнес-логику, работает с базой данных и передаёт результат фронтенду.
Дев (development)
Дев — среда, где разработчики собирают и впервые проверяют изменения. Там всё может временно ломаться, потому что это рабочая площадка команды, а не готовый продукт для пользователей.
Деплой
Деплой — техническая доставка изменений на сервер или в нужную среду. Релиз и деплой часто идут рядом, но это не одно и то же: задеплоить обновление можно на стейдж, не показывая его пользователям.
Код-ревью
Код-ревью — проверка изменений другим разработчиком перед тем, как они попадут в основную версию проекта. Ревьюер ищет ошибки, задаёт вопросы и смотрит, не усложнит ли решение дальнейшую поддержку.
Коммит
Коммит — сохранённая порция изменений в коде. Обычно к ней добавляют короткое описание, чтобы по истории проекта было понятно, что именно поменялось и зачем.
Костыль
Костыль — решение, которое быстро закрывает проблему, но выглядит не самым аккуратным или надёжным. Иногда без костылей действительно не обойтись, главное — понимать риски и не забыть вернуться к нормальному решению.
Легаси
Легаси — всё унаследованное от предыдущих этапов проекта: старый код, архитектурные решения, документация, процессы или настройки. Такое наследие может усложнять изменения, но иногда, наоборот, помогает быстрее войти в контекст: по нему новый специалист понимает, как развивался продукт и почему команда когда-то выбрала именно это решение.
Логи
Логи — технические записи о том, что происходило в системе: какие запросы пришли, где возникла ошибка, какой ответ вернул сервис. Когда что-то ломается, логи часто становятся первым местом, куда смотрят разработчики.
Мержить (мерж)
Мержить — объединять изменения из одной ветки разработки с другой. Например, после код-ревью ветку с новой функцией мержат в основную. Если разные изменения затронули одно место, может возникнуть конфликт, который придётся разрешить вручную.
Прод (production)
Прод — рабочая версия продукта, которой пользуются реальные люди. Ошибка на проде уже влияет на пользователей, поэтому изменения туда обычно попадают только после проверок на тестовых средах.
Пул-реквест (PR)
Пул-реквест — запрос на добавление изменений в основную кодовую базу. В нём разработчик показывает, что изменил и зачем. Коллеги оставляют комментарии, после чего код дорабатывают или принимают.
Ревью
Ревью — проверка работы другим специалистом. На ревью отправляют не только код: это может быть дизайн, текст, аналитика или план проекта. Смысл в том, чтобы заметить ошибки и спорные места до публикации или релиза.
Регексп (регекс, регулярное выражение)
Регексп — специальный шаблон для поиска и проверки текста. С его помощью можно, например, найти все email-адреса в документе или проверить, соответствует ли строка нужному формату. Выглядят регулярные выражения пугающе, но хорошо решают повторяющиеся задачи.
Релиз
Релиз — выпуск новой версии продукта или набора изменений. Это может быть крупное обновление приложения или несколько небольших улучшений, которые стали доступны пользователям.
Репозиторий (репа)
Репозиторий — место, где хранятся код проекта, файлы и история изменений. Благодаря этой истории команда может работать параллельно, сравнивать версии и при необходимости возвращаться назад.
Рефакторинг
Рефакторинг — наведение порядка внутри кода без заметных изменений для пользователя. Функция работает как раньше, но код становится понятнее, устойчивее и удобнее для дальнейшей разработки.
Роллбэк
Роллбэк — возврат к предыдущей рабочей версии. Его делают, когда новое обновление вызывает серьёзные проблемы и быстрее безопасно откатиться, чем пытаться исправлять всё прямо на проде.
Стейдж (staging)
Стейдж — тестовая среда, максимально похожая на прод. На ней проверяют, как изменение поведёт себя перед настоящим релизом. Обычно это последняя остановка перед публикацией.
Техдолг
Техдолг — накопившиеся технические компромиссы: временные решения, устаревшие зависимости, плохо описанный код. Пока долг небольшой, продукт продолжает работать, но со временем новые изменения становятся всё дороже и медленнее.
Фиксить (пофиксить)
Фиксить — исправлять проблему. Обычно так говорят о багах, но «пофиксить» можно и сломанную вёрстку, неверные данные или неудачную настройку. Результат фикса потом всё равно нужно проверить.
Фича
Фича — отдельная функция или возможность продукта. Например, тёмная тема, фильтр вакансий или вход по отпечатку пальца. Фича не обязана быть революционной: главное, что она решает конкретную задачу пользователя.
Фронтенд
Фронтенд — часть сайта или приложения, которую видит пользователь: страницы, кнопки, формы, анимации. Фронтенд получает данные от бэкенда и показывает их в удобном виде.
Хотфикс
Хотфикс — срочная правка критической проблемы, которую нельзя откладывать до следующего обычного релиза. Например, если после обновления перестала работать оплата, команда готовит хотфикс как можно быстрее.
Эндпоинт
Эндпоинт — конкретный адрес API для определённого действия. Один эндпоинт может возвращать профиль пользователя, другой — создавать заказ, третий — удалять запись.
Тестирование и поддержка
Воспроизвести баг
Воспроизвести баг — повторить условия, при которых появляется ошибка. Для этого важны конкретные шаги, устройство, версия приложения и другие детали. Если баг удалось стабильно повторить, искать его причину намного проще.
Линии поддержки L0, L1, L2, L3
L0–L3 — условные уровни, по которым распределяют обращения пользователей. Чем выше линия, тем сложнее и технически глубже проблема. Точные обязанности отличаются от компании к компании, но общая логика обычно похожа.
- L0 — самообслуживание. Пользователь ищет ответ в базе знаний, FAQ, подсказках или чат-боте и решает вопрос без участия специалиста.
- L1 — первая линия. Она принимает обращения, отвечает на типовые вопросы и собирает детали, если проблему нужно передать дальше.
- L2 — специалисты, которые глубже знают продукт и берут случаи, где простой инструкции уже недостаточно. Они проводят диагностику и ищут причину проблемы.
- L3 — технические эксперты или разработчики. К ним доходят нестандартные и системные проблемы, для решения которых нужно разбираться в коде или архитектуре.
Пруф
Пруф — подтверждение слов: скриншот, видео, лог, ссылка или запись разговора. В рабочих обсуждениях просьба «пришли пруф» обычно означает, что коллегам нужны факты, чтобы проверить проблему или решение.
Регресс
Регресс — повторная проверка уже работающих функций после изменений. Новая фича может случайно сломать старую, поэтому команда убеждается, что основные сценарии по-прежнему работают.
Рефанд
Рефанд — возврат денег клиенту. Он может быть полным или частичным и проводится, например, при отмене покупки, ошибочном списании или проблеме с услугой.
Смоук-тест
Смоук-тест — быстрая проверка самых важных функций после новой сборки. Если приложение не запускается или не работает базовый сценарий, тратить время на подробные тесты пока нет смысла.
Тест-кейс
Тест-кейс — подробный сценарий проверки: что подготовить, какие шаги выполнить и какой результат должен получиться. Он нужен, чтобы разные специалисты проверяли функцию одинаково и могли повторить тест позже.
Чек-лист
Чек-лист — список проверок без подробного пошагового сценария. Он подходит, когда специалист уже знает, как тестировать каждый пункт, и ему важно просто ничего не забыть перед релизом или публикацией.
Финтех и Web3
Блокчейн
Блокчейн — технология хранения и передачи данных, при которой записи объединяются в последовательную цепочку блоков, а копии реестра могут храниться у множества участников сети. Благодаря этому уже подтверждённую историю сложно незаметно изменить. На блокчейне работают криптовалюты и другие сервисы, но сам блокчейн — именно технология, а не синоним криптовалюты.
Веб3 (Web3)
Web3 — общее название проектов и подходов, где пользователи могут владеть цифровыми активами и взаимодействовать через децентрализованные технологии. Термин широкий: разные компании вкладывают в него немного разный смысл.
KYC (Know Your Customer)
KYC — проверка личности клиента. Обычно пользователя просят предоставить документ и иногда пройти дополнительную проверку. Финансовые сервисы используют KYC, чтобы выполнять требования закона и снижать риск мошенничества.
Скам
Скам — мошеннический проект или схема. Например, злоумышленники могут обещать гарантированную прибыль, собирать деньги и исчезать. В IT-среде словом «скам» называют и сам обман, и подозрительный сервис.
Фиат (фиатные деньги)
Фиат — обычные государственные деньги: рубли, евро, доллары и другие национальные валюты. В криптосервисах выражение «купить за фиат» означает оплатить банковской картой или переводом, а не другой криптовалютой.
Люди, показатели и развитие
KPI
KPI — показатель, привязанный к конкретной цели. Например, для поддержки это может быть время ответа, а для продаж — объём выручки. Не каждая цифра в отчёте становится KPI: она должна действительно показывать, насколько команда приблизилась к нужному результату.
Онбординг
Онбординг — период, когда новый сотрудник знакомится с компанией и входит в работу. Он получает доступы, разбирается в процессах, встречается с командой и выполняет первые задачи. Хороший онбординг помогает не тратить первые недели на поиск базовой информации.
Оффбординг
Оффбординг — процесс завершения работы сотрудника в компании. Помимо документов и закрытия доступов, важно передать задачи, контакты и знания, которые иначе могут уйти вместе с человеком.
Рефлексия
Это спокойный разбор собственного опыта: что получилось, что пошло не так и почему. Речь не о самокритике ради самокритики, а о попытке заметить закономерности и в следующий раз действовать осознаннее.
Юзер
Юзер — пользователь сайта, приложения или сервиса. В продуктовых обсуждениях так говорят о человеке, для которого команда делает функцию: «что увидит юзер», «где юзер может запутаться».
Как не путать похожие IT-термины
Некоторые термины постоянно встречаются рядом, поэтому их легко принять за одно и то же. Ниже — несколько коротких сравнений, которые помогут не путаться.
| Термины | В чём разница |
| Таск / тикет / баг | Таск — любая рабочая задача. Тикет — запрос, который зафиксировали в системе. Баг — ошибка в продукте. Один и тот же баг могут сначала зарегистрировать как тикет, а потом создать по нему таск для разработчика. |
| Дейли / стендап / синк | Дейли означает, что встреча проходит каждый день. Стендап описывает формат: коротко рассказать о прогрессе и блокерах. Синк — любое обсуждение, цель которого сверить информацию и договориться, что делать дальше. |
| Релиз / деплой | Релиз — момент, когда новая версия или функция становится доступна пользователям. Деплой — техническая выкладка изменений в среду. Поэтому деплой на стейдж ещё не означает, что состоялся релиз. |
| Дев / стейдж / прод | На деве разработчики собирают и проверяют изменения. На стейдже команда смотрит, как всё работает в условиях, близких к реальным. Прод — уже рабочая версия для пользователей. |
| Блокер / зависимость | Зависимость означает, что одна задача связана с другой, но работа не обязательно остановилась. Блокер — это зависимость или проблема, из-за которой двигаться дальше прямо сейчас невозможно. |
| Фича / улучшение | Фича добавляет новую возможность. Улучшение дорабатывает то, что уже существует: делает интерфейс понятнее, страницу быстрее или старую функцию удобнее. |
| Бэклог / спринт | В бэклоге лежат все потенциальные задачи и идеи команды. В спринт берут только ограниченную часть — то, что команда планирует сделать в ближайшем рабочем цикле. |
| Эстимейт / ETA / дедлайн | Эстимейт отвечает на вопрос «сколько работы здесь примерно?». ETA — «когда ориентировочно ждать результат?». Дедлайн — «не позднее какого момента результат должен быть готов?». Иногда эти даты совпадают, но смысл у слов разный. |
Зачем разбираться в IT-сленге
Учить этот словарь наизусть не нужно. Даже опытные специалисты иногда уточняют, что коллега вложил в слово: в разных командах один и тот же термин может означать немного разные вещи.
Но чем быстрее ты начинаешь понимать рабочий язык команды, тем проще читать задачи, задавать вопросы и не теряться на встречах. А посмотреть, чем на практике занимаются специалисты разных направлений, можно в открытых вакансиях Evercode Lab.
Больше про карьеру, IT и работу в Evercode Lab – в нашем Telegram-канале. Публикуем полезные материалы, свежие вакансии, анонсы карьерных программ и новости компании.