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

Как я научил Claude Code работать бизнес-аналитиком по руководству BABOK. Вот что получилось

AIналитик (AInalyst) — это AI-ассистент, который работает рядом с вами как опытный коллега бизнес-аналитик. Он прекрасно знает методологию BABOK v3, умеет строить карты стейкхолдеров, планировать интервью и обрабатывать его результаты: собирать требования, трассировать и приоритизировать их, оформлять артефакты. Вы описываете задачу своими словами — AIналитик предлагает следующий шаг, задаёт уточняющие вопросы и делает работу. BABOK […]

Перестаньте присылать мне Word. Отправьте лучше ссылку

На днях прислали в рабочую почту очередное ТЗ в Word на разработку, для комментирования и оценки реализации. При том что у нас есть корпоративный Confluence — мощнейшая система, как раз предназначенная для коллективной работы. Не мне Вам рассказывать, что сегодня формулировать мысли в Word, при наличии Confluence‑подобных систем — очередной злостный антипаттерн. Confluence прекрасно справляется с описанием ТЗ сразу на веб‑страницах и позволяет всем заинтересованным участникам откомментировать любой абзац или слово онлайн, сразу получая […]

Процессная архитектура: что это, её связь с TOGAF и почему она является базовым элементом требований на автоматизацию

Введение: проблема реактивного проектирования Типичная ситуация в ИТ-проектах: приходит задача на автоматизацию, бизнес-аналитик начинает с нуля собирать требования, рисовать процесс, согласовывать его с заказчиком, выявлять исключения, уточнять роли и данные. Проходит время, задача уходит в разработку. Через месяц — новый запрос, и снова тот же путь. Процессы рисуются «под задачу», не связаны между собой, в […]

Архитектор-методолог: от Discovery и Delivery к IT-Governance через TOGAF и Change Management

Введение: почему архитектура работает «в стол» В своей практике я часто вижу одну и ту же проблему. Корпоративные архитекторы проектируют схемы целевой архитектуры (в лучшем случае — в репозитории в ArchiMate, но чаще просто в PowerPoint) , Solution и Software-архитекторы принимают тактические решения, а итоговая архитектура реализованного решения всё равно «плывёт» и не соответствует задуманному. […]

ArchiMate на практике: архитектурное моделирование бизнес-процесса ФЗ «О персональных данных»

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

Избавляемся от хаоса в проектировании ИТ-решений: формируем команду с помощью ArchiMate

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

ArchiMate: внедряем в практику бизнес-аналитика на примере соответствия BPMN

Аннотация Это первая из запланированных статей по внедрению практики использования языка ArchiMate для различных ИТ-ролей. Конкретно этот материал будет полезен прежде всего бизнес-аналитикам для повышения уровня компетенций и дополнения инструментария моделирования бизнес-процессов, он является прямым продолжением темы апгрейда роли «бизнес-аналитик»: https://habr.com/ru/articles/954280/. Метамодель ArchiMate, как и BPMN, в своей метамодели имеет большой набор элементов:

ArchiMate+BPMN: апгрейд роли «бизнес-аналитик»

Бизнес-аналитик в процессе проектирования ИТ-решений

Исполняем желания заказчика: бизнес-требования на автоматизацию и их связь с корпоративной архитектурой организации

Текущая практика управления бизнес-требованиями и корпоративной архитектурой На моей практике в организациях редко связывают (а в некоторых случаях вообще видят связь) между требованиями бизнеса, предъявляемыми к информационным системам, обеспечивающим бизнес-процессы, и корпоративной архитектурой данной организации. Во многих компаниях, при этом, отсутствует или слабо развита сама функция управления корпоративной архитектурой.

FFF: методология, которая принимает реальность и помогает делать цифровой продукт

12