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

Та самая, единственная задача на испытательном сроке

​​Алоха! Сегодня начинам вести рубрику по разбору вопросов, которые задают на собеседованиях на роль BA/SA. Каждую неделю будем разбирать по 2-3 вопроса (в зависимости от сложности). Разбор краткий и без лишней воды 😉

Часть 1:

📍Вопрос 1: Что такое приоритизация требований и какие методы используются для расстановки приоритетов у требований?

✅Краткий ответ: Приоритизация требований - это процесс распределения требований на основе срочности для бизнеса в зависимости от разных параметров (фазы проекта, график работ, стоимость и т.д.)
Можно выделить наиболее распрастраненные методы растановки приоритетов:
- RICE (охват (reach), влияние (impact), достоверность (сonfidence) и усилия (effort)
- ICE (Impact - влияние, Confidence - уверенность, Ease - легкость реализаци)
- Value vs. Effort (Ценность против Усилия)
- MoSCoW Technique
- Kano Analysis
- Карта историй
- Матрица решений Эйзенхауэра
- Timeboxing / Budgeting (используется, когда есть фиксированные сроки / бюджеты для достижения вех проекта)
- Opportunity scoring (Оценка возможностей)

📎Материалы по теме:
- Приоритизация требований в BABOK®Guide и ТЗ
- 12 методов приоритизации продуктовых целей

📍Вопрос 2: Что такое SRS и какие ключевые элементы SRS вы знаете?

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

Ключевые элементы SRS:
- Объем работ
- Функциональные требования
- Нефункциональные требования
- Зависимости
- Модель данных
- Предположения
- Ограничения
- Критерии приемки

📎Материалы по теме:
SRS: что такое и зачем это нужно разработчикам

📍Вопрос 3: Что такое BRD? Чем он отличается от SRS?

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

Главные различия:
- BRD - это документ спецификации бизнес-требований, а SRS - это Спецификация требований к продукту и Спецификация системных требований
- BRD - это бизнес-требования, требования заинтересованных сторон (используется на этапе инициации/идеи) а SRS - это функциональные/нефункциональные требования (используется на этапе планирования)

📎Материалы по теме:
BRD. Как написать идеальный документ

Источник: @ba_and_sa

p.s.Делитесь своими мыслями в комментариях

​​Wireframes в разработке: особенности и преимущества

"Wireframe — это карта экранов, которая показывает навигацию между ними и содержит минимальную детализацию."

Читать статью

​​Алоха! Сегодня продолжаем разбирать вопросы, которые любят задавать на собеседовании на роль BA/SA

Часть 2:

📍Вопрос 1: Что такое UML-моделирование?

✅Краткий ответ: UML (Unified Modeling Language - унифицированный язык моделирования). Это графический язык, который с помощью диаграмм и схем описывает разнообразные процессы и структуры. Данный язык в основном используется для разработки программного обеспечения. Однако он также используется для описания рабочих ролей, организационных функций и бизнес-процессов.

Типы UML-диаграмм:

Структурные диагараммы:
- Диаграмма развертывания
- Диаграмма пакетов
- Диаграмма профилей
- Диаграмма классов
- Диаграмма объектов
- Диаграмма компонентов
- Диаграмма композитивной структуры

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

📎Материалы по теме:
- UML
- UML для бизнес-моделирования: зачем нужны диаграммы процессов

📍Вопрос 2: Что такое BPMN? Назовите основные элементы BPMN?

✅Краткий ответ: BPMN (Business Process Modeling Notation - Нотация моделирования бизнес-процессов) — это метод, используемый для иллюстрации/описания бизнес-процессов, другими словами BPMN - это графическое представление бизнес-процессов. Данный метод наглядно отображает подробную последовательность бизнес-операций и информационных потоков, необходимых для завершения процесса.

Можно сказать, что BPMN является частью двух важнейших составляющих:
- Business Process Management (BPM) — управление бизнес-процессами, или процессное управление. Иными словами, BPM - это концепция управления организацией, представляющая деятельность предприятия как совокупность процессов.
- Business Process Modeling System (BPMS) – это инструменты для исполнения созданных вами моделей. Это может быть Bizagi, Camunda, ELMA и пр.

В нотации BPMN выделяют пять основных категорий элементов:
- элементы потока (события, процессы и шлюзы);
- данные/date (объекты данных и базы данных);
- соединяющие элементы (потоки управления, потоки сообщений и ассоциации);
- зоны ответственности (пулы и дорожки);
- Artefact (артефакты/сноски).

📎Материалы по теме:
- Нотация BPMN
- Краткое описание BPMN с примером

Источник: @ba_and_sa
#собеседование

Часть 1 - https://news.1rj.ru/str/ba_and_sa/885

p.s.Делитесь своими мыслями в комментариях

Когда дали Джуна в помощь

​​​​Алоха! Сегодня продолжаем разбирать вопросы, которые любят задавать на собеседовании на роль BA/SA и затронем тему о требованиях:

#вопросыссобеседования

Часть 3:

📍Вопрос 1: Что такое требование, какие бывают типы требований?

✅Краткий ответ: Требование — описывает, что нужно сделать для достижения определенных бизнес-целей. Это входные данные для различных этапов жизненного цикла программного обеспечения (SDLC). Требования — это основа проекта, которые перед реализацией должны быть утверждены заинтересованными сторонами и бизнес-пользователями

Типы/уровни требований:

- Бизнес-требования (business requirements) - высокоуровневая бизнес-цель организации или заказчиков системы
- Пользовательские требования (user requirements) - описывают цели или задачи, которые пользователи должны иметь возможность выполнять с помощью продукта, который в свою очередь должен приносить пользу кому-то.
- Функциональные требования (functional requirements) - это особенности продукта или функции, которые разработчики должны реализовать, чтобы пользователи могли выполнять свои задачи, иными словами это описание требуемого поведения системы в определенных условиях.

Отдельно выделяют Нефункциональные требования (non-functional requirements) - описание свойства или особенности, которым должна обладать система, или ограничение, которое должна соблюдать система.

📎Материалы по теме:
- Выявление и сбор требований к ПО

📍Вопрос 2: Какими свойствами обладают хорошие требования?

✅ Краткий ответ: Хорошие требования должны удовлетворять нескольким критериям:
- Завершенность (требование должно быть описано для всех возможных условий)
- Атомарность (требование нельзя разбить на более детальные требования)
- Недвусмысленность (означает, что существует только один вариант интерпретации требования)
- Проверяемость/Тестируемость (означает, что тестеры должны иметь возможность проверить, было ли требование реализовано корректно)
- Полнота (требование должно быть описано подробно и понятно для реализации)
- Корректность (если требование содержит факты, эти факты должны быть достоверны)
- Понятность (требования должны быть грамматически правильные, написаны в соответствующем стиле)
- Независимость (чтобы понять требование, не нужно знать какое-либо другое требование)
- Абстрактность (требования не должны содержать ненужной информации о дизайне и реализации системы)
- Необходимость (требование должно быть необходимым для работы системы, в требовании нет необходимости, если оно не нужно ни одному заинтересованному лицу, и удаление требования не повлияет на работу системы)
- Однозначность (требование должно быть написано понятным языком для всех, т.е. все, кто работает с требованиями, должны интерпретировать их одинаково)
….

📎Материалы по теме:
- Требования к системе: характеристики хороших требований
- характеристики качества требований

📍Вопрос 3: Какие существуют методы сбора требований?

✅ Краткий ответ:
- Интервью
- Анкетирование/опрос
- Фокус-группа
- Семинар
- Мозговой штурм
- Совещание
- Моделирование процессов
- Прототипирование
- Анализ вариантов использования
- Анализ интерфейсов
- Анализ действующей документации
…

📎Материалы по теме:
- Метод сбора требований - Event Storming
- Техники сбора требований к разработке ПО

Источник: @ba_and_sa
#собеседование

‼️Раннее рассмотренные вопросы:

◾️Часть 1 - Что такое приоритизация требований и какие бывают методы расстановки приоритетов? Что такое SRS и какие бывают ключевые элементы? Что такое BRD и в чем разница между SRS?
◾️Часть 2 - Что такое UML моделирование? Что такое BPMN и его основные элементы?

p.s.Делитесь своими мыслями в комментариях