Отображение типичного спринта: две недели пытаешься достичь поставленных целей, видишь горизонт, но его не достигаешь

​​​​Алоха! Сегодня продолжаем разбирать вопросы, которые любят задавать на собеседовании на роль 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.Делитесь своими мыслями в комментариях

Поиск оптимального решения

Миниатюра «рекрутер и разработчик»

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

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

Часть 4:

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

✅Краткий ответ:
Методология управления проектами — это стандарт ведения проектов от старта до завершения, который включает в себя принципы работы (способы оценки сроков, постановки задач и передача их между сотрудниками, сбор требований, способы согласований и тд)

Наиболее распрастраненные методологии:
- Waterfall (Водопадная модель)
- Agile (Гибкая модель)
- SCRUM
- Lean
- Kanban
- Prince2
- Six Sigma
- Lean
- 3 "M"

Этапы управления проектом:
- Инициация
- Планирование
- Выполнение/Разработка
- Мониторинг/Тестирование
- Завершение

📎Материалы по теме:
- Методологии управления проектами: водопад, эджайл
- Методологии управления проектами: 12 популярных подходов

📍Вопрос 2: Что такое Waterfall (водопадная модель)?

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

📎Материалы по теме:
- Как устроена каскадная модель управления проектами
- WATERFALL МЕТОДОЛОГИЯ РАЗРАБОТКИ

📍Вопрос 3: Что такое Agile (Гибкая модель)?

✅ Краткий ответ:
Методология Agile - это гибкий подход к разработке программного обеспечения, который помогает командам быстрее и с меньшими проблемами поставлять ценность клиентам. Вместо того чтобы выпускать весь продукт целиком, команда, следующая принципам Agile, выполняет работу в рамках небольших, но удобных инкрементов. Требования, планы и результаты оцениваются непрерывно, благодаря чему команды могут быстро реагировать на изменения.
Процесс работы по Agile делится на итерации — короткие циклы по две-три недели. Каждый цикл решает серию задач.

📎Материалы по теме:
- Методология управления проектами - Agile
- Agile от А до Я

Понять в чем разница между Agile и Waterfall поможет статья - Agile vs. Waterfall: суть и отличия методологий разработки

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

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

- Часть 1
- Часть 2
- Часть 3

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