Как стать автором
Обновить

Комментарии 8

Эх, как я вас понимаю, сам почти на таком же проекте (финансы, трейдинг, риски....)
Мне в принципе очень нравится эта область. Останусь на подольше.

Сложненько так — к тому же приходится математику повспоминать :) Об этом я умолчала в статье.
btw — заменять excel'и надо с осторожностью. В экселе трейдер может сам оперативно подправить модель расчета, а если это где-то в сторонней системе, это может стать ОЧЕНЬ СРОЧНОЙ ЗАДАЧЕЙ и так занятых программистов. Бывает что при всем желании так же быстро все поменять и выкатить изменения нет возможности.

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

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

Для уже устоявшихся инструментов есть полная поддержка в системе. И постоянно, если экселевский тип трейда переходит в «мейнстрим», его по-тихоньку переносим в главную систему.

И в каком месте здесь Scala?
В топике скалы нет.

Вся система написана на Scala, поэтому добавила. Пожалуй, уберу.
Мне кажется задачи BA можно поделить на

1) организацию новых бизнес-процессов,

2) поддержку существующих бизнес-процессов.

(точто так же как девелоперы и пишут новый код, и поддерживают существующий)

 

1) «Организовывать процессы» это основная задача, поэтому подзаголовки получились немного из разных логических уровней :) 

Если, например, в компании нет бизнес-процесса «добавить новое портфолио», то может получиться так, что в одной системе это сделают, в другой забудут, а третья вообще будет не в курсе и поэтому упадет.  Соотсветсвенно, чтобы система не падала, надо

а) Понять, насколько этот бизнес-процесс критичен, и можно ли обойтись ручным вмешательством каждый раз когда добавляется портфолио («Приоритизировать»)

б) Понять, что должно происходить в системе при добавлении портфолио ( «Определить scope», «Создавать артефакты для инженеров»)

в) Довести до всех, как всё будет\должно работать («Демонстрации, обучение и UAT»)
 

2) Подзаголовок «понимать трейдеров» (отвечать на вопросы про «длинную гамму на задней ноге» (с) скорее относится к  «поддержке бизнес-процессов»,  понимание трейдеров и организация документации это уже способы достижения этой задачи
Немного не соглашусь насчёт задач БА.
С одной стороны, конечно, можно так аггрегировать, сказав, что всё, что делает бизнес, является неким бизнесс-процессом, и всё, что делает БА соответственно связано с этим процессом.

Но в моём случае главная цель БА — заменить некий пакет систем другим пакетом систем. Пример, приведённый в пункте 1)б) скорее годиться для business as usual — когда все системы уже работают, и надо просто немного поправить.
Переписывая систему с нуля БА немало возится со спецификациями, деталями расчёта дельты и гаммы для Азиатских Опционов, например. Конечно, можно сказать, что торговля — это некий процесс, и мы его мигрируем в новую систему… Но в этом случае основная часть работы выходит за рамки бизнес процессов — скорее, в среде обычной разработки системы — требования, документация, поддержка девелопмента, планирование релисов…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории