Архив рубрики ‘требования’

10 ошибок бизнес-аналитика

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

Как выстроить работу с фичами в мобильной разработке — и не плакать

Фичи в мобильной разработке — головная боль аналитиков и продактов: детали вроде есть, цвета красивые, но что из этого должно получиться — загадка. Особенно если вы — аналитик или продакт, которому нужно превратить абстрактное «надо бы сделать круто» в чёткие требования. В этой статье расскажу, как выстроить работу с фичами так, чтобы команда не страдала, […]

Диаграмма последовательности на практике в реальном кейсе

Привет Хабр! Меня зовут Татьяна Ошуркова, я системный аналитик, разработчик и автор телеграм-канала IT Talks

Компрессия требований, распад бизнес-логики. Разбираемся, почему архитектура не спасает от эрозии смыслов

А вы никогда не задумывались, почему, с одной стороны, у нас появляются всё более крутые и мощные инструменты для разработки?На бэкенде мы можем делать микросервисы, писать офигительные SPA-приложения — но при этом будто бы сама программа становится всё хуже и хуже. Каждый раз происходит одна и та же история: мы хотим сделать как лучше, но […]

Use Case: как описывать эффективные сценарии использования. Part 1

Всем привет!

Гайд для системного аналитика: как управлять требованиями на разных этапах проекта. Часть 4: Завершение

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

Как использовать интеллектуальные карты в тестировании ПО

В современном мире разработки программного обеспечения эффективность команды зависит от ее способности четко понимать требования и тщательно документировать тестовые случаи. Одним из полезных инструментов для упрощения этих процессов является интеллектуальная карта (интеллект-, маинд карты, ментальные карты, mind map).

Reverse Engineering бизнес требований советы для Senior Business Analyst

Итак, что же такое Reverse Engineering? RE – это процесс, в ходе которого мы извлекаем информацию из уже имеющегося решения и представляем ее в нужном формате. В данном контексте бизнес-аналитику необходима информация, которая станет основой для формулировки требований.

Документирование требований: мелкие ошибки, порождающие крупные проблемы

Статья предназначена для бизнес- и системных аналитиков, формирующих требования к информационным системам. Также эта информация будет полезна разработчикам и другим лицам, работающим в бизнесе производства программного обеспечения. В статье обсуждается формирование и документирование требований. В частности, рассматривается тот случай, когда аналитику говорят: «все ваши требования бесполезны, потому что никак не объясняют разработчику, что нужно сделать […]

У нас же есть техническое задание на систему / сайт / приложение / проект…

Ситуация На входе в студию клиент (виртуально / реально не важно). Клиент хочет что-то заказать у нас — систему, сайт, приложение, аппу, что угодно — все что можно разработать и даже потом скрестить бульдога с муровьедом например (1С битрикс, просто 1С, другие системы и наша разработка). Высылает он нам нечто (как мы это видим), называя […]

12