Несмотря на то, какая методология лежит в основе внедрения корпоративной информационной системы, будь то каскадная, итерационная или спиралевидная, этап анализа требований является одним из первых и наиболее критичных [1]. В рамках этапа анализа выявляются наборы требований, предъявляемых бизнес-пользователями к разрабатываемой системе, ведется их приоритизация для понимания наиболее важных, а также фиксация объема проекта.
Всем привет! Я уже больше 15 лет в IT, в роли РП 7 лет, до этого долго был в смежных ролях релиз-менеджера и сервисного-менеджера. Долго мне не давали переходить в РП, но я формировал теоретическую базу и ворвался потом сразу в большие проекты. Сейчас являюсь играющим тренером, люблю сложные проекты/фичи большого масштаба. По запросу занимаюсь […]
Продолжая тему косяков, с которыми могут столкнуться представители различных профессий, давайте поговорим о тех проблемах, который бывают у бизнес‑аналитиков.
Фичи в мобильной разработке — головная боль аналитиков и продактов: детали вроде есть, цвета красивые, но что из этого должно получиться — загадка. Особенно если вы — аналитик или продакт, которому нужно превратить абстрактное «надо бы сделать круто» в чёткие требования. В этой статье расскажу, как выстроить работу с фичами так, чтобы команда не страдала, […]
Привет Хабр! Меня зовут Татьяна Ошуркова, я системный аналитик, разработчик и автор телеграм-канала IT Talks
А вы никогда не задумывались, почему, с одной стороны, у нас появляются всё более крутые и мощные инструменты для разработки?На бэкенде мы можем делать микросервисы, писать офигительные SPA-приложения — но при этом будто бы сама программа становится всё хуже и хуже. Каждый раз происходит одна и та же история: мы хотим сделать как лучше, но […]
Этот материал — заключительная часть гайда для системного аналитика, посвящённого управлению требованиями на разных этапах проекта. В прошлых материалах были описаны фазы инициации, планирования и исполнения, а также контроля. В этом — мы рассмотрим фазу завершения проекта. Содержание Определение границ итерации
В современном мире разработки программного обеспечения эффективность команды зависит от ее способности четко понимать требования и тщательно документировать тестовые случаи. Одним из полезных инструментов для упрощения этих процессов является интеллектуальная карта (интеллект-, маинд карты, ментальные карты, mind map).
Итак, что же такое Reverse Engineering? RE – это процесс, в ходе которого мы извлекаем информацию из уже имеющегося решения и представляем ее в нужном формате. В данном контексте бизнес-аналитику необходима информация, которая станет основой для формулировки требований.