#Собес #elicitation_technique #interview #survey
🤔 С какими техниками приходилось работать?

💬 Кратко:

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

📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору

📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа

#Собес #data #validation
🤔 Если вам дана таблица с полями формы (название, тип, обязательность), какие вопросы вы зададите уточняющие?

💬 Кратко:

Такой список — лишь верхушка айсберга. Я бы спросил о бизнес-логике: каковы правила валидации для каждого поля (например, формат телефона или email) и существуют ли зависимости между полями (если выбран вариант «Доставка», становится обязательным поле «Адрес»). Также важно понимать поведение: что происходит при ошибках ввода и как выглядит сообщение об успешной отправке? Наконец, нужны ли специфичные атрибуты для фронтенда, например, подсказки (placeholder) или маски ввода?

📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору

📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа

#book #sql
📚 Высоконагруженные приложения. Автор
Мартин Клеппман

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

Перейти к материалу

📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа

#Собес #dto #computed #field
🤔 Как следует поступать с полями в DTO, которые рассчитываются на лету на фронтенде или не хранятся напрямую в базе данных?

💬 Кратко:

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

📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору

📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа

#Собес #coordination
🤔 Как происходит процесс согласования требований между различными командами разработки?

💬 Кратко:

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

📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору

📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа

#Собес #documentation #requirement
🤔 Как вы фиксируете требования и согласуете их с заказчиком?

💬 Кратко:

Требования фиксируются в форме, понятной всем участникам. Часто для этого используют пользовательские истории (user stories) в бэклоге продукта, дополненные критериями приемки (acceptance criteria). Также могут применяться спецификации требований (SRS), use cases или диаграммы. Согласование происходит через их совместное обсуждение, ревью и подписание. Ключевые инструменты — демонстрации прототипов или инкрементов продукта, а также ведение общего (например, в Jira) и прозрачного для заказчика бэклога, где все изменения видны.

📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору

📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа

#book #sql
📚 Высоконагруженные приложения. Автор
Мартин Клеппман

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

Перейти к материалу

📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа

#Собес #database #normalization
🤔 Опишите процесс проектирования базы данных, включая уровни ER-диаграмм.

💬 Кратко:

Проектирование БД — это итеративный процесс от общего к частному. Сначала на Концептуальном уровне (ER-диаграмма) мы описываем ключевые сущности (клиент, счет) и связи между ними, без технических деталей. Затем на Логическом уровне мы детализируем атрибуты сущностей (типы данных), нормализуем структуру для избежания аномалий и уточняем связи. Наконец, на Физическом уровне мы адаптируем логическую модель под конкретную СУБД (PostgreSQL, Oracle): добавляем индексы, партиционирование, определяем стратегии хранения.

📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору

📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа

#Собес #functional #requirements #stakeholder

🤔 Middle System Analyst в компанию ВТБ

Техсобес. ЗП от 250к. Ноябрь 2025.

💬 Вопросы:

- Назовите аппаратные уровни или уровни поддержки сети в модели OSI.

- Что такое реляционная база данных?

- Что такое нормальные формы в базах данных? Зачем они нужны?

- Что такое шардинг и репликация?

- Что такое первичный ключ?

👉 Все вопросы из этого собеседования (65)

📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа

#Собес #srs #waterfall
🤔 Когда применять SRS?

💬 Кратко:

SRS применяется в крупных или сложных проектах, особенно при работе по водопадной (Waterfall) модели, когда все требования должны быть согласованы до начала разработки. Он также критически важен в контрактной разработке, где служит юридическим основанием для приёмки работы, и в проектах, где над разными частями системы работают распределенные команды.

📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору

📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа

#Собес #lifeline #activation #synchronous
🤔 Что такое "Lifeline" и "Activation Bar"? Как их состояние (активно/неактивно) связано с синхронными и асинхронными взаимодействиями?

💬 Кратко:

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

📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору

📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа

#Собес #technical_specification #gost
🤔 Структура ТЗ, по одному из стандартов.

💬 Кратко:

Согласно ГОСТ 34.602-89, структура ТЗ включает следующие основные разделы: общие сведения (название, заказчик, исполнитель), назначение и цели создания системы, характеристики объектов автоматизации, требования к системе (функциональные, надежности, безопасности), состав и содержание работ по созданию системы, порядок контроля и приемки, а также приложения.

📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору

📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа

#Собес #documentation #openapi #specification
🤔 Как происходит документирование и поддержка API?

💬 Кратко:

Документирование API — это создание исчерпывающего справочника, который описывает все endpoint'ы, параметры запросов, форматы ответов, ошибки и примеры использования. Поддержка API означает обеспечение его работоспособности, обратной совместимости при обновлениях и помощь разработчикам через каналы поддержки. Хорошая документация — это не статичный файл, а живой ресурс, часто генерируемый автоматически из кода (с помощью инструментов вроде Swagger/OpenAPI) и дополненный руководствами, туториалами и песочницей для тестирования запросов.

📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору

📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа

#podcast #все
📚 Kolesa Podcast

Podcast by IT-компания Kolesa Group. В целом он обо всём и вся. Интересно для прослушивания на досуге

Перейти к материалу

📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа

#Собес #sequence #diagram #uml
🤔 Какими способами на sequence-диаграмме можно отобразить альтернативный сценарий (if/else)?

💬 Кратко:

На sequence-диаграмме альтернативные сценарии отображаются с помощью комбинации фреймов alt и opt. Фрейм alt показывает два или более взаимоисключающих сценария, разделенных горизонтальными линиями. Фрейм opt используется для одного дополнительного сценария (аналог if без else). Внутри каждого раздела показываются сообщения и вызовы, специфичные для данного условия. Условия записываются в квадратных скобках в верхней части каждого раздела.

📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору

📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа

#Собес #ai #automation
🤔 Как применять AI для автоматизации сбора требований?

💬 Кратко:

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

📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору

📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа

#Собес #project #management
🤔 Как в целом оценивается сложность задач и планируются сроки их выполнения?

💬 Кратко:

Оценка сложности обычно начинается с декомпозиции большой задачи на более мелкие и понятные подзадачи. Для каждой подзадачи оценивается объем работы, часто в относительных единицах (стори-поинты, условные человеко-часы), а не в абсолютных сроках. При планировании сроков к чистой оценке разработки добавляются буферы на непредвиденные сложности, code review, тестирование, документацию и интеграционные работы. Используются методы вроде планирования по "прошлой скорости" команды (velocity) или трёхточечной оценки (оптимистичный, пессимистичный, реалистичный сценарии). Ключ — в постоянном пересмотре оценок по мере прояснения деталей и учете рисков.

📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору

📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа

#course #по
📚 Бесплатный курс «Постановка задачи на разработку ПО»

Системные и бизнес-аналитики с помощью курса научатся выявлять требования и управлять ими.

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

Перейти к материалу

📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа