​​Как мы создали шаблон функциональных требований к разработке ПО

В статье Таня и Лиза - два системных аналитика МТС Банка, которые работают над мобильным приложением и сайтом для физических лиц, поделятся с нами своим опытом внедрения структурированного шаблона функциональных требований (ФТ) к разработке ПО.

Статья интересна как BA/SA Junior так и BA/SA Lead

Основные аспекты статьи:
📌 Структура шаблона:
- Точки входа
- Бизнес-требования
- Пользовательские сценарии
- Архитектура
- Дизайн
📌 Описание нередактируемых и редактируемых элементов
📌 Общий вид ФТ
📌 Процесс внедрения шаблона
📌 Как с этим работать дальше. Дальнейшие шаги

Перейти к статье

ТОП-50 вопросов системному аналитику на собеседовании

В статье приведена интересная подборка вопросов, которые чаще всего задают на собеседовании на роль «Системного аналитика» или на совмещённую роль «Бизнес-аналитик/Системный аналитик»!

Сама с ними сталкивалась😉

Перейти

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

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

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