Бизнес-требования

Сбор и формализация бизнес-требований — один из основных этапов проектирования. Ошибки на этом этапе могут привести к серьёзным последствиям.

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

Пришлось менять логику в ТЗ, дорабатывать дизайн, со стороны QA актуализировать проверки и переоценивать весь скоуп. Разумеется, поскольку логика усложнилась, сроки реализации и релиза сдвинулись.

Поэтому — и это не кощунственная вещь, а суровая правда — не всегда нужно согласовывать требования с заказчиком, чтобы ничего не упустить.

Ссылка из карточек:
🟠 Нотации моделирования и построения схем/диаграмм

#surf_analyst

Макросы в Confluence

Мы в Surf ведём документацию в Confluence. Этот сервис позволил создать единую внутреннюю базу знаний и стал удобным инструментом для совместной работы.

Мы запланировали — вот какие мы молодцы — ряд статей о функционале Confluence, который однозначно поможет аналитику написать классную документацию.

Начнём с макросов ⬆️

#surf_analyst

Не покидаем чат 💬

Небольшой секрет: мы добавляем чаты во все банковские приложения, которые разрабатываем. На это влияет множество причин, которые мы сейчас и обсудим.

#surf_analyst