Школа
системного анализа
и проектирования
системного анализа
и проектирования
Systems Education
Школа системного анализа
и проектирования
Школа системного анализа
и проектирования
Оглавление
Глоссарий системного аналитика информационных систем
Автор: Алина Богачёва
1. Основные роли, с которыми взаимодействует аналитик
Аналитик данных
- Определение: Специалист, который занимается сбором, очисткой и интерпретацией данных (часто больших объёмов), выявляет закономерности и готовит отчёты или модели. Может тесно сотрудничать с системным аналитиком при формировании структуры данных и интеграции с аналитическими модулями.
- Официальные термины: «Аналитик данных», «Data Analyst»
- Разговорные: «дата-аналитик»
- Определение: Отвечает за проектирование программной части системы (структуру модулей, классов, взаимодействие компонентов), выбирает технологии и паттерны, определяет, как код будет организован на уровне приложения.
- Официальные термины: «Архитектор программного обеспечения», «Software Architect»
- Разговорные: «арх пэ-о», «арх по коду»
- Определение: Специалист, который смотрит шире, чем просто код, и проектирует решение на уровне всей системы и окружения (интеграции, сети, серверы, безопасность). Зачастую учитывает бизнес-контекст и организационную структуру при формировании IT-ландшафта.
- Официальные термины: «Архитектор решений», «Solution Architect»
- Разговорные: «солюшн-архитектор»
- Определение: Специалист, отвечающий за изучение бизнес-процессов, выявление проблем и возможностей на уровне организации, формирование бизнес-целей. Тесно взаимодействует с системным аналитиком, который переводит высокоуровневые идеи в детальное проектирование.
- Официальные термины: «Business Analyst», «Аналитик бизнес-процессов», «бизнес-аналитик»
- Разговорные: «бэ-а», «би-эй»
- Определение: Занимается глобальным устройством бизнеса на уровне организационной структуры, стратегических процессов, общих целей компании. Определяет, какие информационные решения нужны организации и как они вписываются в бизнес-стратегию.
- Официальные термины: «Business Architect», «Организационный архитектор»
- Разговорные: «бизнес-арх», «архитектор по компании»
- Определение: В гибких методологиях (Scrum) и продуктовых командах отвечает за видение продукта, приоритеты функционала и ценность продукта для пользователей и бизнеса.
- Официальные термины: «Product Owner», «Ответственный за продукт»
- Разговорные: «владелец прод», «пиоу»
- Определение: Специалист, отвечающий за непрерывную интеграцию и доставку (CI/CD), автоматизацию окружений, оркестрацию контейнеров, мониторинг и поддержание инфраструктуры. Тесно сотрудничает с аналитиком, когда возникают вопросы о средах развёртывания и особенностях эксплуатации.
- Официальные термины: «DevOps Engineer», «Инженер по DevOps-практикам»
- Разговорные: «девопс», «девопсник»
- Определение: Лицо (или организация), которое инициирует и финансирует проект, определяет бизнес-цели и конечные результаты. Может быть внутренним (в рамках одной компании) или внешним (сторонний клиент).
- Официальные термины: «Customer», «Client», «Инициатор проекта», «бизнес-заказчик», «клиент»
- Разговорные: «бизнес»
- Определение: Любой человек или подразделение, чьи интересы затрагиваются при создании или изменении системы (сотрудники, партнёры, инвесторы, госорганы). Активно участвует или влияет на проект.
- Официальные термины: «Stakeholder», «Заинтересованная сторона», «Стейкхолдер», «Участник проекта»
- Разговорные: -
- Определение: Занимается поддержанием системы в рабочем состоянии после ввода в эксплуатацию (администрирование, мониторинг, обновление). Может называться инженером сопровождения (Operations Engineer).
- Официальные термины: «Operations Engineer», «Инженер по эксплуатации»
- Разговорные: «опс-инженер»
- Определение: Отвечает за стратегическое развитие продукта: анализ рынка, формирование дорожной карты, исследование потребностей клиентов. Может совмещать функции маркетинга, финансов и планирования релизов.
- Официальные термины: «Product Manager», «Менеджер по продукту», «продакт-менеджер»
- Разговорные: «продакт»
- Определение: Организует работу команды, планирует сроки, ресурсы, бюджет, управляет рисками и коммуникациями, обеспечивает достижение целей проекта.
- Официальные термины: «Project Manager», «Руководитель проекта»
- Разговорные: «пиэм»
- Определение: Специалист, отвечающий за UX (пользовательский опыт) и визуальное оформление (UI). Создаёт макеты, прототипы, обеспечивает удобство и консистентность решений в интерфейсе.
- Официальные термины: «UX/UI Designer», «Информационный архитектор»
- Разговорные: а«ю-иксер», «макетчик»
- Определение: Пишет код, создаёт программную логику и пользовательские интерфейсы. Взаимодействует с аналитиком для уточнения функционала, сценариев использования, интеграций.
- Официальные термины: «Developer», «Программист»
- Разговорные: «дев», «кодер»
- Определение: Специалист, переводящий бизнес-потребности в форму технических решений, анализирующий процессы, формализующий данные и контролирующий соответствие системы целям.
- Стажёр (Intern): Получает первый опыт, помогает старшим аналитикам.
- Джун (Junior): Имеет базовые навыки, ведёт небольшие части проектов при поддержке.
- Мидл (Middle): Работает самостоятельно над задачами средней сложности, советуется с сеньорами.
- Сеньор (Senior): Ведёт целый проект, решает конфликты, понимает бизнес-процессы в глубину.
- Ведущий (Lead): Координирует аналитиков, определяет подходы и методики.
- Руководитель отдела: Управляет аналитической функцией, участвует в стратегических решениях.
- Официальные термины: «Systems Analyst», «Инженер по системному анализу»
- Разговорные: «эс-а», «аналитик по системам»
- Определение: Устанавливает готовое решение на стороне заказчика, настраивает, интегрирует с другими системами, обучает пользователей. Часто взаимодействует с аналитиком при корректировке логики и настроек.
- Официальные термины: «Implementation Specialist», «Инженер внедрения»
- Разговорные: «внедренец»
- Определение: Принимает и обрабатывает обращения пользователей, решает проблемы с работой системы (неудачные обновления, ошибки). При сложных ситуациях эскалирует к аналитикам, разработчикам или инженерам по эксплуатации.
- Официальные термины: «Support Specialist», «Сотрудник службы поддержки»
- Разговорные: «саппорт», «техпод»
- Определение: Проверяет, правильно ли реализован функционал, нет ли дефектов, насколько система удовлетворяет ожиданиям. Сотрудничает с аналитиком для уточнения критериев приёмки и сценариев тестирования.
- Официальные термины: «QA Engineer», «Тестировщик программного обеспечения»
- Разговорные: «тестер», «куа»
- Определение: Готовит документацию (руководства, справку), понятную конечным пользователям и поддерживающей аудитории. Часто консультируется с аналитиком, чтобы корректно отразить бизнес-логику и специфику системы.
- Официальные термины: «Technical Writer», «Технический писатель»
- Разговорные: «техрайтер», «техпис»
2. Методологии и процессы
Аджайл (Agile)
- Определение: Гибкий подход к управлению проектами, при котором ценятся взаимодействие людей, быстрая реакция на изменения и самоорганизация команд вместо жёсткого следования плану.
- Официальные термины: «Agile methodology», «Гибкая методология разработки»
- Разговорные: «аджайл», «гибкая разработка»
- Определение: Любой ощутимый результат процесса разработки: документы, диаграммы, прототипы, готовые модули кода, тестовые сценарии и др.
- Официальные термины: «Artifact», «Проектный артефакт»
- Разговорные: «артефакт», «результат работы»
- Определение: График, показывающий, как уменьшается объём оставшейся работы (задач) во времени. Применяется в Scrum и других Agile-подходах.
- Официальные термины: «Burndown Chart», «График снижения задач»
- Разговорные: «бёрндаун», «сгорание задач»
- Определение: Упорядоченный список всех задач и улучшений, необходимых в проекте или продукте. Может постоянно пересматриваться и приоритизироваться.
- Официальные термины: «Backlog», «Список приоритетных работ»
- Разговорные: «бэклог», «стопка задач»
- Определение: Каскадная модель разработки, при которой фазы (анализ, дизайн, кодирование, тестирование) идут последовательно с чёткой фиксацией результатов каждого этапа.
- Официальные термины: «Waterfall model», «Каскадная модель»
- Разговорные: «Waterfall», «водопад»
- Определение: Создание параллельных веток разработки в системе контроля версий (например, Git), позволяющее разработчикам вести независимые изменения, не мешая друг другу.
- Официальные термины: «Branching», «Разделение веток в системе версий»
- Разговорные: «ветвление», «брэнчинг»
- Определение: Короткая демонстрация достигнутых результатов разработки для команды и заинтересованных лиц; обычно проводится в конце итерации (Sprint Review в Scrum).
- Официальные термины: «Demonstration», «Обзор готовой функциональности»
- Разговорные: «демка», «показ»
- Определение: Высокоуровневый план развития проекта или продукта, отражающий крупные этапы, функции, сроки и приоритеты на несколько итераций или релизов вперёд.
- Официальные термины: «Roadmap», «План развития»
- Разговорные: «роадмап», «длинный план»
- Определение: Подход, при котором функциональность наращивается постепенно — небольшими «инкрементами», каждый из которых самостоятельно работоспособен и может быть продемонстрирован.
- Официальные термины: «Incremental development», «Постепенное приращение функционала»
- Разговорные: «инкременты», «приростное создание»
- Определение: Подход, где циклы «планирование — реализация — проверка» повторяются многократно. Каждая итерация даёт улучшенный результат с учётом обратной связи.
- Официальные термины: «Iterative development», «Итерационный подход»
- Разговорные: «итеративка», «разработка циклом»
- Определение: Метод управления задачами через визуальную доску с колонками «Сделать», «В работе», «Готово». Позволяет ограничивать незавершённые задачи и улучшать поток работы.
- Официальные термины: «Kanban method», «Доска Канбан»
- Разговорные: «канбан-доска», «визуальная доска»
- Определение: Создание локальной копии репозитория (например, Git), включая все ветки и историю. Позволяет разработчикам независимо работать с кодом на своих машинах.
- Официальные термины: «Cloning repository», «Клонирование репозитория»
- Разговорные: «склонировать репу», «клонировать код»
- Определение: Фиксация изменений кода (или документации) в репозитории с добавлением описания того, что было сделано. Каждому коммиту присваивается уникальный идентификатор.
- Официальные термины: «Commit», «Сохранение изменений в системе контроля версий»
- Разговорные: «коммитнуть», «залить коммит»
- Определение: Список условий, при котором задача считается достаточно описанной и понятной, чтобы команду можно было «брать в работу». Включает ясные цели, оценку объёма и приоритет.
- Официальные термины: «Definition of Ready», «DoR»
- Разговорные: «достаточно описано», «задача готова»
- Определение: Увеличение ресурсов (серверов, процессоров, оперативной памяти) или оптимизация архитектуры, чтобы система обрабатывала больше запросов. Может быть вертикальным (добавить мощность) или горизонтальным (добавить узлы).
- Официальные термины: «Scaling (vertical/horizontal)», «Масштабирование системы»
- Разговорные: «скейл», «нарастить ресурсы»
- Определение: Способ приоритизации, где все функции распределяются по категориям Must, Should, Could и Won’t, что позволяет расставить фокус на жизненно важных задачах и отложить менее критичные.
- Официальные термины: «MoSCoW prioritization»
- Разговорные: «москоу», «M/ S/ C/ W»
- Определение: Регулярное слияние кода в общий репозиторий с автоматическими сборками и тестами, позволяющее быстро выявлять конфликты и дефекты.
- Официальные термины: «Continuous Integration (CI)», «Непрерывная интеграция»
- Разговорные: «сишка», «непрерывка»
- Определение: Подход, при котором каждая актуальная сборка проекта проходит автоматические проверки и может быть развернута в любой момент. Позволяет выпускать продукт часто и надёжно.
- Официальные термины: «Continuous Delivery (CD)», «Непрерывная доставка»
- Разговорные: «сиди», «постоянный деплой»
- Определение: Заключительная встреча итерации (в Scrum), когда команда показывает выполненный функционал заинтересованным лицам, собирает обратную связь и планирует дальнейшие шаги.
- Официальные термины: «Sprint Review», «Демонстрация результатов спринта»
- Разговорные: «спринт-ревью», «концовка спринта»
- Определение: Совокупность подходов и документов, описывающих возможные риски (вероятность, ущерб) и способы снижения или принятия. Предотвращает неожиданные проблемы в проекте.
- Официальные термины: «Risk Management Plan», «План рисков проекта»
- Разговорные: «риск-план», «таблица рисков»
- Определение: Распределение задач по степени важности и срочности. Может использовать разные техники (MoSCoW, относительное сравнение), чтобы выбрать, что делать в первую очередь.
- Официальные термины: «Prioritization», «Ранжирование задач»
- Разговорные: «распределение приоритета», «сортировка важности»
- Определение: Операция в системе контроля версий (Git), при которой локальный репозиторий обновляется изменениями с удалённого. Позволяет синхронизировать работу нескольких разработчиков.
- Официальные термины: «Pull», «Загрузка изменений в локальную копию»
- Разговорные: «запуллить», «притянуть код»
- Определение: Операция в системе контроля версий (Git), при которой локальные изменения отправляются в удалённый репозиторий, становясь доступными для других участников.
- Официальные термины: «Push», «Выгрузка изменений на сервер»
- Разговорные: «запушить», «выложить код»
- Определение: Регулярная встреча или процесс, где задачи и требования из бэклога детализируются, уточняются и оцениваются, чтобы команда могла без проблем брать их в спринт.
- Официальные термины: «Backlog Refinement», «Уточнение бэклога»
- Разговорные: «рефайн», «допиливание задач»
- Определение: Agile-фреймворк с короткими спринтами (до 4 недель), определёнными ролями (Scrum Master, Владелец продукта) и регулярными встречами (стендапы, демо, ретроспективы).
- Официальные термины: «Scrum Framework», «Методология Scrum»
- Разговорные: «скрам», «scrum-процесс»
- Определение: Короткий временной отрезок (1–4 недели) в Scrum, за который команда выпускает работающий инкремент продукта. Завершается обзором спринта и ретроспективой.
- Официальные термины: «Sprint», «Итерация»
- Разговорные: «спринт», «короткий цикл»
- Определение: Короткая ежедневная встреча команды, где участники говорят, что сделали вчера, что планируют сегодня и какие есть блокеры. Помогает синхронизировать работу.
- Официальные термины: «Daily Stand-up», «Daily Scrum»
- Разговорные: «дэйли», «стендап-митинг»
- Определение: Процесс учёта и согласования корректировок в проекте (новые требования, сдвиг приоритетов), а также анализа их влияния на сроки, ресурсы и бюджет.
- Официальные термины: «Change Management», «Процесс согласования изменений»
- Разговорные: «хендлить ченджи», «перестраивать проект»
- Определение: Поддержание согласованности и целостности версий кода, документации, окружений. Позволяет вести учёт изменений и воспроизводить разные сборки.
- Официальные термины: «Configuration Management», «CM»
- Разговорные: «конфиг-менеджмент», «управлять версиями»
3. Моделирование и документирование
Алгоритм (Algorithm)
- Определение: Строгая последовательность действий, приводящих к решению задачи или вычислению результата. Может описываться через псевдокод, блок-схемы, UML-диаграммы или нотацию Drakon.
- Официальные термины: «Алгоритм», «Algorithm»
- Разговорные: (нет)
- Определение: Дополнительные ветви сценария (например, варианта использования), которые обрабатывают нетипичные ситуации, ошибки или выбор пользователя, отличные от «основного пути» (happy path).
- Официальные термины: «Alternate Flows», «Альтернативные ветви сценариев»
- Разговорные: «ветки», «ответвления», «не happy path»
- Определение: Процесс исследования и уточнения собранных требований, определения приоритетов, выявления противоречий и предпосылок для формализации. Может включать интервью, воркшопы и проверки согласованности.
- Официальные термины: «Requirements Analysis»
- Разговорные: (нет)
- Определение: Логика и ограничения, определяющие поведение компании и её процессов. Могут быть формализованы в документах и требованиях, чтобы система соответствовала реальной практике бизнеса.
- Официальные термины: «Business Rules», «Правила бизнеса», «Регламенты»
- Разговорные: (нет)
- Определение: Высокоуровневые требования, отражающие цели и задачи организации (увеличение продаж, оптимизация процессов, соблюдение нормативов). Формируют общую мотивацию для создания системы.
- Официальные термины: «Business Requirements», «BRD (Business Requirements Document)»
- Разговорные: «бизнес-хотелки»
- Определение: Упрощённый графический способ описания алгоритма или процесса, где каждый блок соответствует действию, решению или началу/концу, а стрелки показывают поток управления.
- Официальные термины: «Block Diagram»
- Разговорные: (нет)
- Определение: Текстовые описания или схемы, показывающие, как пользователь и система взаимодействуют для достижения определённой цели. Могут включать основной (happy path) и альтернативные потоки.
- Официальные термины: «Use Cases», «Сценарии использования»
- Разговорные: «юскейсы», «варианты юзов»
- Определение: Раздел или документ, описывающий, зачем нужна система, какие задачи решает и каковы рамки проекта (что включено, что исключено). Помогает согласовать ожидания стейкхолдеров.
- Официальные термины: «Vision and Scope», «Раздел “Видение и границы”»
- Разговорные:
- Определение: Систематизированный список терминов и определений, используемых в проекте. Помогает избежать неоднозначности и прояснить специфику отраслевых сокращений.
- Официальные термины: «Glossary», «Словарь терминов»
- Разговорные: «локальный словарик»
- Определение: Подход, при котором модель предметной области находится в центре архитектуры. Термины и логика берутся непосредственно из домена, чтобы сохранить согласованность и понятность кода.
- Официальные термины: «Domain-Driven Design (DDD)»
- Разговорные: (нет)
- Определение: Графическая нотация для описания бизнес-процессов (шаги, роли, логика), расшифровывается как Business Process Model and Notation. Позволяет моделировать и оптимизировать потоки работ.
- Официальные термины: «BPMN diagram», «Нотация BPMN»
- Разговорные: «бпмн-диаграмма», «бизнес-процессы в кружочках»
- Определение: UML-диаграмма, где показываются акторы (пользователи, внешние системы) и связываемые с ними варианты использования. Отражает границы системы и основные сценарии.
- Официальные термины: «Use Case Diagram»
- Разговорные: «диаграмма юскейсов», «варианты применения»
- Определение: UML-диаграмма, показывающая логику процесса или операции в виде блоков и переходов (действия, ветвления, слияния). Демонстрирует последовательность шагов.
- Официальные термины: «Activity Diagram», «Диаграмма активностей»
- Разговорные: «диаграмма действий», «активити»
- Определение: Графическая нотация для описания алгоритмов и процессов, упрощающая понимание за счёт строгих правил расположения блоков. Разработана для космической отрасли, но применяется и в общих задачах.
- Официальные термины: «Drakon Chart»
- Разговорные: (нет)
- Определение: Графическое представление системы в формате «чёрного ящика», где показаны входы, выходы и внешние взаимодействия с акторами и другими системами.
- Официальные термины: «Context Diagram», «Контекстная диаграмма»
- Разговорные: «чёрный ящик»
- Определение: UML-схема, описывающая хронологический порядок обмена сообщениями и вызовами между участниками (объектами, сервисами) в конкретном сценарии.
- Официальные термины: «Sequence Diagram»
- Разговорные: «последовательная диаграмма», «seq-диаграмма»
- Определение: UML-диаграмма, отражающая возможные состояния объекта и переходы между ними при определённых событиях. Удобна при сложном поведении с чёткими этапами.
- Официальные термины: «State Diagram», «State Machine Diagram»
- Разговорные: «стейт-чарт», «стейт-диаграмма»
- Определение: Последовательность стадий, которые проходят требования: от появления и анализа до согласования, реализации, поддержки и возможной утилизации.
- Официальные термины: «Requirements Life Cycle»
- Разговорные: (нет)
- Определение: Формальное уведомление о необходимости откорректировать проект (добавить, уточнить, убрать функциональность), влияющее на сроки и приоритеты.
- Официальные термины: «Change Request (CR)»
- Разговорные: «чейндж-реквест»
- Определение: Метод сбора сведений, при котором аналитик беседует с потенциальным пользователем, заказчиком или экспертом, задавая целенаправленные вопросы о процессах и проблемах.
- Официальные термины: «Interviewing», «Метод интервью»
- Разговорные: «взять интервью», «побеседовать»
- Определение: Формат описания потребности, фокусирующийся на задаче, которую пользователь пытается решить: «Когда я [контекст], я хочу [действие], чтобы [результат]».
- Официальные термины: «Job Story»
- Разговорные: (нет)
- Определение: Графическое или табличное описание всех шагов и этапов, которые проходит пользователь, взаимодействуя с системой, включая эмоции, боли и ожидания.
- Официальные термины: «Customer Journey Map (CJM)», «Пользовательский путь»
- Разговорные: «си-джей-эм», «карта пути юзера»
- Определение: Наглядный черновой эскиз интерфейса, показывающий расположение основных элементов. Используется для раннего обсуждения дизайна и функционала, без глубокой проработки стилей.
- Официальные термины: «Mockup», «Макет пользовательского интерфейса»
- Разговорные: «мокап», «черновой макет»
- Определение: Подход к формулированию требований и тестов на основе конкретных примеров, устраняя двусмысленность за счёт детальных кейсов.
- Официальные термины: «Specification by Example (SbE)»
- Разговорные: «спек от примеров»
- Определение: Характеристики системы, не описывающие конкретный функционал (производительность, безопасность, масштабируемость), но влияющие на её качество и архитектуру.
- Официальные термины: «Non-functional Requirements (NFR)», «Атрибуты качества»
- Разговорные: «НФТ»
- Определение: Заданные условия, рамки или внешние факторы (бюджет, сроки, совместимость), которые нельзя нарушить при проектировании и разработке.
- Официальные термины: «Constraints», «Ограничения проекта»
- Разговорные: «констрейны», «жёсткие рамки»
- Определение: Короткое описание потребности пользователя в формате «Как [роль], я хочу [действие], чтобы [результат]». Часто используется в гибких методологиях (Scrum, Kanban).
- Официальные термины: «User Story», «Пользовательский сценарий»
- Разговорные: «юзер-стори», «история»
- Определение: Чёткие условия, подтверждающие, что требование или пользовательская история реализованы правильно (какие сценарии должны пройти, какие ограничения соблюдены).
- Официальные термины: «Acceptance Criteria», «Критерии приёмки»
- Разговорные: (нет)
- Определение: Неполная, демонстрационная версия интерфейса или процесса, позволяющая оценить идеи и собрать обратную связь до полной реализации. Может быть интерактивным или статичным.
- Официальные термины: «Prototype»
- Разговорные: «проба UI», «щупаемая версия»
- Определение: Систематизированный список требований (название, описание, приоритет, статус), позволяющий управлять объёмом проекта и отслеживать изменения.
- Официальные термины: «Requirements Register», «Requirements List»
- Разговорные: (нет)
- Определение: Процесс проверки и анализа набора требований, чтобы выявить несогласованность, пропуски или двусмысленность. Часто проводится командой или сторонними экспертами.
- Официальные термины: «Requirements Review», «Audit of Requirements»
- Разговорные: «проверка требований», «ревью»
- Определение: Основной успешный сценарий прохождения процесса, при котором не возникает ошибок, исключительных ситуаций и все шаги выполняются «как задумано».
- Официальные термины: «Happy Path», «Основной путь»
- Разговорные: (нет)
- Определение: Описание последовательности действий или шагов, которые пользователь и/или система выполняют в определённом контексте. Может включать основной и альтернативные потоки.
- Официальные термины: «Scenario»
- Разговорные: (нет)
- Определение: Формализованный документ, описывающий функциональные и нефункциональные аспекты, используемый для согласования между стейкхолдерами и командой разработки.
- Официальные термины: «Software Requirements Specification (SRS)»
- Разговорные: «спека», «требования в доке»
- Определение: Документ, формализующий цели, функционал, ограничения и сроки разработки. Может служить основой контракта или внутренним стандартом при выполнении задачи.
- Официальные термины: «Technical Specification», «Technical Task»
- Разговорные: «ТЗ», «техзад»
- Определение: Накопленные упрощения или временные обходные решения, которые со временем усложняют поддержку и развитие системы, требуя рефакторинга или переработки.
- Официальные термины: «Technical Debt»
- Разговорные: (нет)
- Определение: Установление связей между требованиями и другими элементами (тест-кейсами, задачами разработки), чтобы при изменении одного компонента было понятно, что ещё затронуто.
- Официальные термины: «Requirements Traceability», «Traceability Matrix»
- Разговорные: (нет)
- Определение: Деятельность, направленная на снятие двусмысленностей, дополнение деталей и согласование формулировок для повышения точности и полноты. Может включать интервью, воркшопы, изучение регламентов.
- Официальные термины: «Requirements Clarification», «Refinement»
- Разговорные: (нет)
- Определение: Описывают, что именно должна делать система (функции, процессы, реакции на действия пользователя), формирующие основу предметной логики.
- Официальные термины: «Functional Requirements», «FR»
- Разговорные: «ФТ»
4. Технические аспекты и интеграции
API (Интерфейс прикладного программирования)
- Определение: Набор методов и правил (эндпоинтов), по которым одно приложение может взаимодействовать с другим (запрашивать или изменять данные, вызывать функции).
- Официальные термины: «Application Programming Interface», «Интерфейс прикладного программирования»
- Разговорные: «апи», «программный интерфейс»
- Определение: Промежуточный слой, который управляет входящими запросами к различным сервисам: маршрутизирует, проверяет аутентификацию, применяет лимиты, ведёт логи.
- Официальные термины: «API Gateway», «Шлюз для программных интерфейсов»
- Разговорные: «шлюз апи», «входная точка»
- Определение: Организованное хранилище данных, где информация может быть эффективно извлечена и изменена. Бывает реляционной (SQL) или нереляционной (NoSQL).
- Официальные термины: «Database (DB)», «Система управления базами данных (СУБД)»
- Разговорные: «база», «ДБ»
- Определение: Программный компонент (RabbitMQ, Kafka, ActiveMQ), принимающий сообщения от одних приложений и передающий их другим по заданным правилам. Поддерживает асинхронную связь и очереди.
- Официальные термины: «Message Broker», «Система обмена сообщениями»
- Разговорные: «месседж-брокер»
- Определение: Система, развернутая в среде, доступной для реальных пользователей и реальной эксплуатации (иногда с финансовыми или бизнес-рисками). Считается основным рабочим окружением, где продукт окончательно проверен и принят для реальной работы.
- Официальные термины: «Production environment», «рабочий стенд»
- Разговорные: «продакшн», «прод», «боевое окружение»
- Определение: Программа или компонент, доступный по сети через стандартные протоколы (HTTP, SOAP, REST), предоставляющий функционал и данные другим приложениям.
- Официальные термины: «Web Service», «Веб-служба», «внешний сервис»
- Разговорные:
- Определение: Подход к контролю изменения программного кода, документации или конфигураций, где сохраняется история версий и возможен возврат к нужному состоянию.
- Официальные термины: «Version Control», «Версионирование»
- Разговорные: «гит-подход», «управление версиями»
- Определение: Техника создания абстракции над физическими ресурсами (сервер, сеть, хранилище), позволяющая запускать несколько виртуальных машин или окружений на одной аппаратной платформе.
- Официальные термины: «Virtualization», «Виртуальное окружение»
- Разговорные: «вирта», «виртуалки»
- Определение: Увеличение пропускной способности системы за счёт добавления дополнительных экземпляров серверов или узлов, а не путём наращивания мощностей одного узла.
- Официальные термины: «Horizontal Scaling», «Масштабирование вширь»
- Разговорные: «горизонталка», «добавлять узлы»
- Определение: Текстовое имя (например, example.com), с помощью которого пользователи и системы обращаются к ресурсам в интернете. DNS (Domain Name System) переводит доменное имя в IP-адрес.
- Официальные термины: «Domain Name», «DNS»
- Разговорные: «домен», «днс»
- Определение: Распределение входящих запросов или трафика между несколькими серверами, чтобы избежать перегрузки и повысить доступность и производительность.
- Официальные термины: «Load Balancing», «Балансировка нагрузки»
- Разговорные: «лоад-баланс», «распределение нагрузки»
- Определение: Подход, при котором конфигурации серверов, сетей и сервисов описываются текстовыми файлами (кодом), а затем автоматически разворачиваются и управляются (Ansible, Terraform).
- Официальные термины: «Infrastructure as Code (IaC)», «Инфраструктура в виде кода», «автоматизация инфраструктуры»
- Разговорные:
- Определение: Модель взаимодействия, где «клиент» (приложение, браузер) отправляет запросы «серверу» (хранящему данные и логику) и получает ответы. Фундаментальная концепция в сетевых приложениях.
- Официальные термины: «Client-Server Architecture», «клиент-сервер», «клиентско-серверная модель»
- Разговорные:
- Определение: Упаковка приложения со всеми зависимостями в единый контейнер (Docker и др.), который может запускаться где угодно, упрощая развёртывание и масштабирование.
- Официальные термины: «Containerization», «Dockerization»
- Разговорные: «докер», «контейнерная сборка»
- Определение: Хранение часто запрашиваемых данных в быстром доступе (оперативной памяти или специальном хранилище), чтобы уменьшить время отклика и нагрузку на основные ресурсы.
- Официальные термины: «Caching», «Кэширование»
- Разговорные: «кэш»
- Определение: Перенос данных из одного места (старой базы, форматов) в новое (новая БД, другой формат) при внедрении или обновлении систем. Включает преобразование структуры, очистку и проверку.
- Официальные термины: «Data Migration», «Перенос данных»
- Разговорные: «перекинуть базу», «мигрировать данные»
- Определение: Архитектурный стиль, при котором приложения состоят из набора небольших автономных сервисов, каждый отвечает за свою часть логики, и взаимодействуют через API или события.
- Официальные термины: «Microservices Architecture», «Микросервисная архитектура»
- Разговорные:
- Определение: Наблюдение за состоянием системы (нагрузка, время отклика, логи, метрики), чтобы своевременно обнаруживать проблемы и реагировать на сбои или деградацию производительности.
- Официальные термины: «Monitoring», «Система мониторинга»
- Разговорные:
- Определение: Архитектура, где всё приложение разрабатывается и разворачивается в виде одного блока (модуля, исполняемого файла). Может быть проще в начале, но сложнее в масштабировании и обновлениях.
- Официальные термины: «Monolithic Architecture»
- Разговорные:
- Определение: Инфраструктура и сервисы (AWS, Azure, Google Cloud), предоставляющие вычислительные ресурсы, базы данных, хранилища и другие модули через интернет на гибкой основе «по требованию».
- Официальные термины: «Cloud Platform», «Облачные сервисы»
- Разговорные: «облако», «клауд»
- Определение: Управление жизненным циклом контейнеров и сервисов (развёртывание, масштабирование, обновления) с помощью инструментов вроде Kubernetes, обеспечивая автоматизацию и консистентность.
- Официальные термины: «Orchestration», «Оркестрация контейнеров»
- Разговорные: «оркестра», «кубер»
- Определение: Автоматизированная цепочка процессов (сборка, тесты, проверка качества кода, деплой) при каждом изменении. Позволяет «непрерывно» собирать и поставлять обновлённую версию приложения.
- Официальные термины: «CI/CD Pipeline», «Конвейер непрерывной интеграции и доставки»
- Разговорные: «цепочка билд-деплой», «пайплайн»
- Определение: Посредник в сетевых запросах, перенаправляющий трафик от клиентов к ресурсам. Может использоваться для кэширования, контроля доступа, анонимизации, балансировки.
- Официальные термины: «Proxy Server», «Прокси-сервер»
- Разговорные: «прокся», «прокси»
- Определение: Развёртывание системы, приложения, сервиса (копирование файлов, настройка окружения, запуск) на сервере или в облаке, чтобы система стала доступна конечным пользователям или тестировщикам.
- Официальные термины: «Deployment», «Развёртывание системы»
- Разговорные: «деплой», «задеплоить», «выкатить», «залить обновления»
- Определение: Стиль архитектуры взаимодействия по HTTP, где ресурсы идентифицируются URL, а операции опираются на методы (GET, POST, PUT и т. д.). Рассчитан на простоту и масштабируемость.
- Официальные термины: «Representational State Transfer», «RESTful API»
- Разговорные: «рест», «рестовый сервис»
- Определение: Механизм удалённого вызова процедур (Remote Procedure Call), при котором клиент вызывает функцию так, как будто она локальная, хотя на самом деле выполняется на другом сервере.
- Официальные термины: «Remote Procedure Call», «Удалённый вызов процедур»
- Разговорные: «эрписи», «rpc-вызов»
- Определение: Протокол обмена сообщениями на основе XML, используемый для веб-служб до распространения REST. Обладает формальной схемой, часто применяется в корпоративных интеграциях.
- Официальные термины: «Simple Object Access Protocol», «SOAP-протокол»
- Разговорные: «соуп», «мыльный протокол»
- Определение: Криптографические протоколы для защищённой передачи данных по сети (веб-сайты https, защищённые API). Обеспечивают шифрование, целостность и аутентификацию.
- Официальные термины: «Secure Sockets Layer / Transport Layer Security»
- Разговорные: «эсэсэл-тилэс», «https-шифрование»
- Определение: Специально организованная среда для проверки нового функционала, исправления багов, отработки конфигураций и проведения экспериментов без риска для «боевой» версии. Может имитировать реальные условия, но не всегда соответствует им на 100%.
- Официальные термины: «Testing environment», «Sandbox environment»
- Разговорные: «тест-среда», «сэндбокс», «песочница»
- Определение: Поддержание согласованности всех версий кода, инфраструктуры, библиотек и настроек. Позволяет контролировать изменения и воспроизводить рабочие окружения.
- Официальные термины: «Configuration Management», «CM»
- Разговорные: «конфиг-менеджмент», «конфиг-управление»
- Определение: Слой, который обеспечивает соединение систем и сервисов, обработку обмена данными (конвертацию форматов, маршрутизацию), часто реализуется через ESB или набор API.
- Официальные термины: «Integration Layer», «Слой интеграции»
- Разговорные: «интеграционный уровень», «слой связки»
- Определение: Система для хранения неструктурированных объектов (файлов, изображений, видео), обычно доступных по протоколу HTTP (S3 или аналоги). Предоставляет версионность и масштабируемость.
- Официальные термины: «Object Storage», «Объектное хранилище», «S3-хранилище»
- Разговорные:
- Определение: Архитектурный подход, при котором все сервисы подключаются к «шине», обеспечивающей маршрутизацию, трансформацию сообщений и управление интеграцией на уровне предприятия.
- Официальные термины: «Enterprise Service Bus (ESB)», «Корпоративная шина сервисов»
- Разговорные: «шина», «есб»
5. Управление качеством и релизами
Автоматическое тестирование
- Определение: Использование специализированных инструментов и скриптов для автоматической проверки работы приложения (сборка, прогон тестов, анализ результатов). Ускоряет процесс выявления дефектов и облегчает регрессию.
- Официальные термины: «Automated Testing», «Автоматизация тестирования»
- Разговорные: «автотесты», «запустить авто»
- Определение: Ошибка или несоответствие ожидаемому поведению программы, обычно приводящее к сбою или некорректной работе. Может проявляться на разных этапах (от интерфейса до логики).
- Официальные термины: «Defect», «Ошибка ПО»
- Разговорные:
- Определение: Подход к выпуску программного обеспечения, где каждый релиз получает уникальный номер (например, 1.0, 1.1.2), отражающий изменения и совместимость.
- Официальные термины: «Release Versioning», «Нумерация версий»
- Разговорные:
- Определение: Совокупность критериев (стабильность, покрытие тестами, отсутствие критических дефектов) и процедур, указывающих, что продукт можно выпустить в эксплуатацию или предоставить заказчику.
- Официальные термины: «Release Readiness», «Состояние готовности к релизу»
- Разговорные: «релизная готовность», «go/no-go»
- Определение: Короткая серия тестов, проверяющих базовую работоспособность основных функций приложения, чтобы убедиться, что «приложение не разваливается при запуске».
- Официальные термины: «Smoke Testing», «Проверка верхнеуровневой работоспособности»
- Разговорные: «дымовой тест», «быстрая проверка»
- Определение: Этап, на котором вносить изменения в код без крайней необходимости запрещено. Обычно вводится перед релизом, чтобы зафиксировать версию для тестирования и стабилизации.
- Официальные термины: «Code Freeze», «Заморозка исходного кода»
- Разговорные: «фриз», «код на стопе»
- Определение: Любое событие, не входящее в нормальную работу сервиса или системы, приводящее к сбою или снижению качества обслуживания пользователей. Требует быстрой реакции.
- Официальные термины: «Incident», «Сбой в работе системы»
- Разговорные: «инцидент»
- Определение: Оценка того, насколько сильно дефект влияет на работу и бизнес: от «некритичного» (косметическая ошибка) до «блокирующего» (остановка основных функций).
- Официальные термины: «Severity of Defect», «Уровень критичности»
- Разговорные: «севери-левел», «критикал»
- Определение: Набор показателей, позволяющих оценивать состояние проекта или продукта: процент покрытых тестами, количество открытых дефектов, среднее время на исправление.
- Официальные термины: «Quality Metrics», «Показатели качества»
- Разговорные: «метрики QA», «числа качества»
- Определение: Показатель, отражающий статус и готовность конкретного релиза (количество незакрытых задач, критических багов, процент выполненных тестов и т. п.).
- Официальные термины: «Release Metric», «Показатель релизного цикла»
- Разговорные: «релизная метрика», «число готовности»
- Определение: Метод проверки, при котором система испытывается под заранее определённой (или возрастающей) нагрузкой, чтобы оценить производительность и реакцию на пиковые значения.
- Официальные термины: «Load Testing», «Тестирование под нагрузкой»
- Разговорные: «лоад-тест», «прогон на нагрузку»
- Определение: Документ (или сводка), фиксирующий результаты тестовых прогонов (какие сценарии проверены, какие дефекты выявлены, процент выполнения, статус принятия). Помогает команде видеть общую картину качества.
- Официальные термины: «Test Report», «Отчёт о результатах тестирования»
- Разговорные: «тест-репорт», «сводка QA»
- Определение: Набор задач и изменений, которые войдут в следующий выпуск системы, с указанием сроков, ответственных, рисков. Может отражать приоритеты, зависимость функций.
- Официальные термины: «Release Plan», «План выпуска»
- Разговорные:
- Определение: Структурированный документ или список, описывающий стратегию, объём, подходы и график тестирования. Помогает команде QA определить, что и как проверять.
- Официальные термины: «Test Plan», «Стратегия тестирования»
- Разговорные: «план теста», «тест-план»
- Определение: Проверка, проводимая с точки зрения заказчика или реальных пользователей, чтобы убедиться, что разработанный функционал соответствует их ожиданиям и бизнес-целям.
- Официальные термины: «Acceptance Testing», «UAT (User Acceptance Testing)»
- Разговорные: «акцепт-тест», «пользовательская приёмка»
- Определение: Повторная проверка уже работающих функций после внесения изменений или исправления багов, чтобы убедиться, что новое не повредило старому функционалу.
- Официальные термины: «Regression Testing», «Регресс-тест»
- Разговорные: «регресс», «перепроверка после фиксов»
- Определение: Итоговая или промежуточная версия продукта, которую решено официально поставить в эксплуатацию или передать заказчику. Может сопровождаться релиз-нотами и планом развёртывания.
- Официальные термины: «Release», «Выпуск версии»
- Разговорные: «релиз», «версия»
- Определение: Краткое описание того, что изменилось в новой версии (добавленные функции, исправленные баги, известные проблемы). Рассылается команде или пользователям при выпуске.
- Официальные термины: «Release Notes», «Примечания к релизу»
- Разговорные: «описание новшеств»
- Определение: Встреча команды (обычно после релиза или спринта), где анализируется, что прошло хорошо, что не очень, и формируются идеи для улучшения процессов.
- Официальные термины: «Retrospective», «Ретроспектива команды»
- Разговорные: «ретро», «разбор полётов»
- Определение: Формальный процесс подтверждения соответствия определённым стандартам (например, ISO, ГОСТ) или отраслевым нормам. Может охватывать процессы разработки и тестирования.
- Официальные термины: «Quality Certification», «ISO-сертификация»
- Разговорные: «сертиф», «оформление стандартов»
- Определение: Оценка дефектов по нескольким осям (важность для пользователя, трудоёмкость исправления, риск для бизнеса) для определения очередности исправлений.
- Официальные термины: «Defect Scoring», «Оценка дефектов»
- Разговорные: «приоритет багов», «скоринг багов»
- Определение: Процесс определения и составления эффективного набора тестовых сценариев для проверки функционала, включая техники проектирования тестов, анализ граничных значений.
- Официальные термины: «Test Design», «Проектирование тестов»
- Разговорные: «дизайн тест-кейсов», «придумывание тестов»
- Определение: Описанный набор шагов для проверки конкретного аспекта системы с ожидаемым результатом. Может включать исходные данные, окружение и критерии успеха.
- Официальные термины: «Test Case», «Сценарий тестирования»
- Разговорные: «тесткейс», «кейсы»
- Определение: Процесс отслеживания жизненного цикла найденных багов (когда обнаружен, приоритет, кто исправляет, в каком статусе) в специальной системе (Jira, Bugzilla).
- Официальные термины: «Defect Tracking», «Bug Tracking»
- Разговорные: «баг-трекинг», «журнал дефектов»
6. Личная эффективность и инновации
Автоматизация рутины
- Определение: Использование инструментов или скриптов для избавления от повторяющихся механических задач (форматирование документов, сортировка писем, заполнение шаблонов). Помогает экономить время и фокусироваться на более важных аспектах работы.
- Официальные термины: «Routine Automation», «Автоматизация повседневных операций»
- Разговорные: «автоматизация рутины», «убрать рутину»
- Определение: Общение, при котором участники не обязаны отвечать мгновенно (электронная почта, мессенджеры), позволяя работать в удобном режиме и снижая отвлекающие факторы.
- Официальные термины: «Asynchronous Communication», «Непрерывный несинхронный обмен»
- Разговорные: «ассинх-коммуникация», «без постоянных созвонов»
- Определение: Программа или сервис, использующий искусственный интеллект (чат-боты, голосовые помощники), способный подсказывать решения, генерировать тексты, анализировать данные. Может быть встроен в инструменты аналитика.
- Официальные термины: «AI Assistant», «Виртуальный помощник на основе искусственного интеллекта»
- Разговорные: «ИИ-ассистент», «умный бот»
- Определение: Метод коллективного генерации идей, при котором важно собрать как можно больше концепций без первоначальной критики, а затем отобрать наиболее подходящие.
- Официальные термины: «Brainstorm», «Мозговой штурм»
- Разговорные: «брейншторм», «генерация идей»
- Определение: Формат групповой работы (мастер-класса, семинара), где участники совместно разбирают задачу, создают прототипы или формируют новые подходы.
- Официальные термины: «Workshop», «Коллективная рабочая сессия»
- Разговорные: «воркшоп», «рабочая сессия»
- Определение: Режим, в котором сотрудникам разрешается начинать и заканчивать рабочий день в удобное время или работать частично удалённо, при условии выполнения задач и сохранения коммуникации.
- Официальные термины: «Flexible Schedule», «Гибкий режим работы»
- Разговорные: «флекс-график», «свободный режим»
- Определение: Психологические и социальные процессы, происходящие в рабочей группе или команде (роли, конфликты, стадии развития). Влияют на общую эффективность и качество совместной работы.
- Официальные термины: «Group Dynamics», «Динамика команды»
- Разговорные: «групповое взаимодействие», «командная химия»
- Определение: Новые методы, технологии или подходы, которые позволяют достичь существенного улучшения в продукте, процессе или организации, сравнивая с привычной практикой.
- Официальные термины: «Innovative Solutions», «Инновационные подходы»
- Разговорные:
- Определение: Программы и сервисы, использующие искусственный интеллект (глубокое обучение, машинное обучение, обработку естественного языка), помогающие в аналитике, автоматизации рутины, генерации идей.
- Официальные термины: «AI Tools», «Инструментарий искусственного интеллекта»
- Разговорные: «айтишки», «ИИ-помощники»
- Определение: Определение долгосрочных целей и шагов в профессиональном росте. Может включать выбор курсов, смену ролей, получение сертификаций, прохождение стажировок или менторства.
- Официальные термины: «Career Planning», «Разработка карьерного плана»
- Разговорные: «план карьеры», «куда развиваться»
- Определение: Суммарная способность группы людей решать задачи лучше, чем любой из них по отдельности, при грамотной организации совместной работы и обмена знаниями.
- Официальные термины: «Collective Intelligence», «Интеллект группы»
- Разговорные: «командное мышление», «общий мозг»
- Определение: Репутация и образ специалиста в профессиональном сообществе, который формируется через портфолио, публичные выступления, активность в соцсетях и личные проекты.
- Официальные термины: «Personal Brand», «Имидж специалиста»
- Разговорные: «бренд себя», «публичное лицо»
- Определение: Структурированная программа саморазвития, включающая цели (освоить новую методологию, пройти курсы), сроки, ресурсы и критерии достижения.
- Официальные термины: «Personal Development Plan (PDP)», «Личный план роста»
- Разговорные: «план прокачки», «дорожка развития»
- Определение: Процесс, при котором более опытный специалист (наставник) делится знаниями и помогает менее опытному коллеге (ученику) адаптироваться и расти профессионально.
- Официальные термины: «Mentoring», «Наставничество»
- Разговорные: «менторинг», «наставничать»
- Определение: Набор инструментов и техник, облегчающих групповое обсуждение, принятие решений, генерацию идей (мозговые штурмы, карту эмпатии, silent storming и др.).
- Официальные термины: «Facilitation Methods», «Инструментарий фасилитатора»
- Разговорные: «фасил-приёмы», «техники групповой работы»
- Определение: Система факторов (материальных и нематериальных), способствующих вовлечённости сотрудников, их стремлению к достижению целей и инициативности в работе.
- Официальные термины: «Team Motivation», «Мотивирующие факторы»
- Разговорные: «подъём боевого духа», «заряд команды»
- Определение: Умение ясно и убедительно говорить перед аудиторией (презентации, доклады, семинары), используя структуру, примеры и взаимодействие со слушателями.
- Официальные термины: «Public Speaking Skills», «Навык публичных презентаций»
- Разговорные: «скилл спича», «умение выступать»
- Определение: Умение планировать повестку, фасилитировать дискуссию, следить за временем, документировать итоги и решения, чтобы встречи проходили продуктивно.
- Официальные термины: «Meeting Management Skills», «Умение управлять совещанием»
- Разговорные: «собраться поговорить», «рулить митингом»
- Определение: Создание и поддержание профессиональных контактов для обмена знаниями, поиска партнёров, работы или клиентов. Включает участие в конференциях, соцсетях, группах по интересам.
- Официальные термины: «Networking», «Профессиональное общение»
- Разговорные: «заводить связи», «общаться для дел»
- Определение: Формат развития сотрудника, при котором знания и навыки осваиваются непосредственно в процессе реальных проектов и ежедневных задач (стажировка, ротация, shadowing).
- Официальные термины: «On-the-job Training (OJT)», «Обучение в процессе работы»
- Разговорные: «учиться на практике», «освоение на месте»
- Определение: Приложения для управления личными и командными делами, устанавливающие приоритеты, сроки, напоминания (Trello, Notion, Todoist). Помогают повысить эффективность за счёт структурирования работы.
- Официальные термины: «Task Management Tools», «Инструменты управления задачами»
- Разговорные: «таск-менеджеры», «списки задач»
- Определение: Комплекс приёмов и привычек, направленных на сохранение эмоционального и психологического здоровья (управление стрессом, правильный отдых, рефлексия).
- Официальные термины: «Psychological Well-being», «Психологическая гигиена»
- Разговорные: «беречь нервы», «не выгорать»
- Определение: Совокупность условий, в которых человек выполняет труд (физическое пространство, инструменты, коллектив, нормы взаимодействия), влияющих на продуктивность и комфорт.
- Официальные термины: «Work Environment», «Условия труда»
- Разговорные: «рабочее окружение», «офис и атмосфера»
- Определение: Способность человека поддерживать внутренний интерес и энтузиазм к задачам и целям, не полагаясь на внешние стимулы.
- Официальные термины: «Self-motivation», «Внутренняя мотивирующая установка»
- Разговорные: «подпитывать себя», «заряжать себя»
- Определение: Регулярный анализ собственных навыков, достижений и пробелов, позволяющий поставить новые цели или скорректировать подход к работе. Включает сбор обратной связи и личную рефлексию.
- Официальные термины: «Self-assessment», «Анализ личных компетенций»
- Разговорные: «оценка себя», «самопроверка»
- Определение: Умение самостоятельно планировать и контролировать свою деятельность, расставлять приоритеты и придерживаться дисциплины без жёсткого внешнего контроля.
- Официальные термины: «Self-organization», «Самостоятельное управление временем и задачами»
- Разговорные: «собраться», «самодисциплина»
- Определение: Набор приёмов и инструментов для рационального распределения времени (приоритизация задач, календарное планирование, контроль отвлекающих факторов).
- Официальные термины: «Time Management», «Управление временем»
- Разговорные:
- Определение: Формат, при котором сотрудник выполняет задачи вне офиса (из дома, коворкинга, другого города) с использованием дистанционных каналов связи и инструментов совместной работы.
- Официальные термины: «Remote Work», «Дистанционная работа»
- Разговорные: «удалёнка», «работать из дома»
- Определение: Способность человека осознавать и управлять своими эмоциями, а также понимать чувства окружающих, что помогает выстраивать эффективные коммуникации и избегать конфликтов.
- Официальные термины: «Emotional Intelligence (EI)», «Эмоциональная компетентность»
- Разговорные: «эмо-интеллект», «чувствовать людей»
7. Инструменты и программное обеспечение
Системы управления проектами и задачами
- Jira (Джира): Cистема для планирования, отслеживания задач, ведения спринтов по Agile, управления бэклогом и релизами.
- Trello (Трелло): Упрощённое канбан-приложение с карточками и досками для задач, наглядная визуализация прогресса.
- Azure DevOps (Азур ДевОпс): Комплексная платформа от Microsoft для планирования, хранения кода, CI/CD и тест-менеджмента.
- YouTrack (ЮТрек): От JetBrains, трекер задач, позволяющий гибко настраивать поля, приоритизацию и рабочие процессы.
- Asana (Асана): Веб-сервис для управления проектами и постановки задач, со множеством интеграций и доской Kanban.
- Monday.com (Мандэй): Онлайн-платформа для визуального планирования, создания досок и сбора статистики по задачам.
- Redmine (Редмайн): Open Source-решение для управления проектами и отслеживания ошибок, поддерживает плагины и Gantt.
- Bitrix24 (Битрикс24): Российский сервис для управления задачами, CRM, коммуникациями, подходит для комплексной организации работы.
- Slack (Слак): Корпоративный мессенджер с каналами по темам, расширенными интеграциями и поддержкой файлов.
- Microsoft Teams (Майкрософт Тимс): Решение для чат-общения, видеоконференций и работы с документами в Office 365.
- Telegram (Телеграм): Популярный мессенджер с облачным хранением, ботами, каналами и группами; используется и для рабочих чатов.
- Discord (Дискорд): Удобные голосовые и текстовые каналы, изначально для геймеров, но адаптирован для командной работы.
- Skype (Скайп): Классическая программа для видео- и аудиозвонков, чатов; по-прежнему встречается в некоторых IT-командах.
- Rocket.Chat (РокетЧат): Open Source-аналог Slack, можно развернуть на собственных серверах.
- Mattermost (Маттермост): Тоже Open Source-платформа для чатов и командных коммуникаций, формально напоминает Slack.
- VK Teams (ВК Тимс): Российский корпоративный мессенджер для рабочих чатов, конференций и интеграций с экосистемой ВКонтакте.
- Confluence (Конфлюенс): Платформа для хранения документации и организации вики-пространств, тесно связана с Jira.
- Notion (Нотион): Многофункциональный инструмент для заметок, баз данных, вики, досок задач и совместной работы.
- MediaWiki (МедиаВики): Движок Википедии, можно использовать как внутреннюю вики-систему в компании, бесплатно.
- Google Docs (Гугл Докс): Онлайн-пакет для редактирования текстов и таблиц с комментариями и историей изменений.
- Evernote (Эверноут): Приложение для заметок, поддержка меток, вложений, синхронизации между устройствами.
- SharePoint (Шерпоинт): Корпоративная платформа от Microsoft для совместной работы и публикации документов.
- Dropbox Paper (Дропбокс Пэйпер): Онлайн-редактор для совместного написания документов, комментариев и мультимедиа.
- HackMD (ХакМД): Сервис для совместного редактирования Markdown-документов, популярный у разработчиков.
- Camunda (Камунда): Платформа для моделирования и исполнения процессов по BPMN, DMN, имеет открытый исходный код.
- Activiti (Активити): Лёгковесный Java-движок BPM, основанный на BPMN 2.0, для автоматизации бизнес-процессов.
- Bonita BPM (Бонита): Платформа для дизайна процессов, форм и автоматизации workflows.
- IBM BPM (АйБиЭм БиПиЭм): Корпоративное решение для оркестрации и анализа бизнес-процессов, используется в крупных организациях.
- Appian (Аппиан): Среда быстрого создания приложений (low-code), фокус на BPM, кейсовом управлении и автоматизации.
- Bizagi (Бизаджи): Моделирование, автоматизация и мониторинг процессов, имеется бесплатная версия для моделирования.
- Flowable (Фловейбл): Форк Activiti, поддерживает BPMN, CMMN и DMN, активно развивается сообществом.
- Signavio (Сигнавио): Облачное решение для моделирования и оптимизации процессов, коллективной работы над схемами.
- draw.io (дро.ио): Онлайн-редактор диаграмм (BPMN, UML, ER), поддерживает совместную работу и экспорт в различные форматы.
- Lucidchart (Люсидчарт): Веб-приложение для рисования диаграмм, концептуальных схем, потоков. Имеет библиотеку шаблонов.
- Microsoft Visio (Майкрософт Визио): Классическое настольное ПО для UML, блок-схем, интегрируется с Microsoft 365.
- StarUML (СтарЮМЛ): Лёгкий инструмент для UML-диаграмм (классы, последовательности, состояния), удобен для проектирования.
- Enterprise Architect (Энтерпрайз Архитект): Серьёзное решение для UML, BPMN, ArchiMate, применимо при системной архитектуре.
- PlantUML (ПлантЮМЛ): Подход, где диаграммы UML описываются текстовыми скриптами, а затем автоматически визуализируются.
- Gliffy (Глиффи): Плагин для Confluence/Jira или отдельный сервис, создающий диаграммы UML, блок-схемы и т. п.
- Umlet (Юмлет): Простая бесплатная программа для UML-диаграмм, быстрая разметка элементов с помощью текстовых описаний.
- Git (Гит): Распределённая система контроля версий, ставшая стандартом индустрии. Управление ветками, коммитами, слияниями.
- GitHub (Гитхаб): Облачный хостинг Git-репозиториев, позволяющий организовать pull request, issues, проекты.
- GitLab (Гитлаб): Решение для хранения репозиториев, CI/CD, issue-трекера. Может использоваться в облаке или локально.
- Bitbucket (Битбакет): Сервис Atlassian для Git/Mercurial, интегрируется с Jira и Confluence.
- Subversion (Сабвержн): Централизованная система контроля версий, популярная до широкого распространения Git.
- Mercurial (Меркуриал): Распределённая система контроля версий, похожая на Git, но с другими принципами ветвления.
- Gogs (Гогс): Самостоятельно хостящаяся платформа для Git, компактная и быстрая.
- SourceForge (СорсФордж): Историческая площадка для Open Source-проектов, с хостингом кода и трекером.
- Zephyr (Зефир): Плагин для Jira, позволяет управлять тест-кейсами, циклами тестирования и связями с задачами.
- TestRail (ТестРейл): Система для хранения тест-кейсов, планирования тестовых прогонов, генерации отчётов.
- HP ALM (HP Quality Center): Корпоративная платформа для управления тестами, дефектами, требованиями.
- qTest (КуТест): Решение для тест-менеджмента, интегрируется с CI/CD и системами отслеживания задач.
- Selenium (Селениум): Набор инструментов для автоматизации тестов веб-интерфейсов (Selenium WebDriver и др.).
- Katalon Studio (Каталон Студио): Среда для автоматизированного тестирования веба и мобильных приложений, в том числе рекордер действий.
- Postman (Постман): Клиент для тестирования REST/GraphQL API, упрощает разработку и отладку запросов, создание автотестов.
- SoapUI (СоупЮАй): Средство функционального тестирования SOAP и REST сервисов, подходит для комплексных интеграционных сценариев.
- Tableau (Табло): Среда для построения интерактивных дашбордов и отчётов из различных источников, популярен в BI-аналитике.
- Power BI (Пауэр БиАй): Решение Microsoft для построения отчётов, дашбордов, визуализации данных. Легко интегрируется с Office 365.
- QlikView (КликВью): Платформа для анализа и дашбордов, предшественник Qlik Sense, имеет интерактивные функции.
- Google Data Studio (Гугл Дэйта Студио): Бесплатный инструмент для создания отчётов и дашбордов на основе данных из Google Analytics, CSV, BigQuery и др.
- Grafana (Графана): Дашборды для метрик и логов, часто используется с Prometheus в DevOps-средах.
- Kibana (Кибана): Визуализационный интерфейс Elasticsearch, удобно для лог-аналитики, временных рядов и поиска аномалий.
- Redash (Редаш): Open Source BI-платформа для построения запросов к БД, визуализаций и дашбордов.
- Metabase (Метабейс): Простое self-hosted решение BI, позволяет создавать дашборды и запросы без глубоких SQL-навыков.
- GigaChat (ГигаЧат): Российский чат-бот с ИИ, способный поддерживать диалоги, транскрибировать речь и выполнять задания по тексту.
- Salute (Салют): Российская платформа от Сбера для голосовых ассистентов и чат-ботов, умеет преобразовывать речь, контекстно отвечать.
- ChatGPT (ЧатДжиПиТи): Иностранный мощный чат-бот с ИИ от OpenAI, способен генерировать тексты, решать задачи, вести диалоги.
- Bard (Бард): Иностранный ассистент от Google, нацеленный на генерацию ответов, поиск информации, контекстуальные диалоги.
- Alice (Алиса): Голосовой помощник Яндекса с навыками распознавания речи, способный управлять умным домом и выполнять базовые диалоги.
- Siri (Сири): Ассистент от Apple, интегрирован в iOS-устройства, выполняет голосовые команды и ищет информацию.
- VK Marusya (ВК Маруси́я): Голосовой ассистент для экосистемы «ВКонтакте», может воспроизводить музыку, управлять сервисами ВК.
- OfficeBot (ОфисБот): Корпоративный чат-бот, способный автоматизировать рутинные задания, поиск документов, интеграцию с CRM.
- MyOffice (МайОфис): Пакет офисных приложений (текст, таблицы, презентации), разработан в РФ, используется в органах госуправления и коммерческих структурах.
- VK Teams (ВК Тимс): Корпоративный мессенджер от «ВКонтакте» с видеоконференциями, интеграцией с экосистемой VK.
- Bitrix24 (Битрикс24): Уже упомянутая система для управления проектами, CRM и внутренними порталами, популярна среди российского бизнеса.
- Red OS (Ред ОС): Операционная система на базе Linux, адаптирована под российские стандарты.
- Sfera (Сфера): Российский сервис для удалённой работы и взаимодействия, объединяющий задачи, коммуникации и видеосвязь.
- VK Cloud (ВК Клауд): Облачная инфраструктура, предлагающая IaaS/PaaS-услуги, аналог зарубежных решений.
- _RuStore (РуСтор):* Российский магазин приложений для Android, конкурент зарубежным сторам.
- Lanit BPM (Ланит BPM): Отечественная система управления бизнес-процессами, позволяет моделировать и автоматизировать потоки работ.
