Comments 8
Эх, как я вас понимаю, сам почти на таком же проекте (финансы, трейдинг, риски....)
btw — заменять excel'и надо с осторожностью. В экселе трейдер может сам оперативно подправить модель расчета, а если это где-то в сторонней системе, это может стать ОЧЕНЬ СРОЧНОЙ ЗАДАЧЕЙ и так занятых программистов. Бывает что при всем желании так же быстро все поменять и выкатить изменения нет возможности.
Т.е. представить как оно потом будет жить после внедрения, и как будут решаться оперативные вещи, это тоже задача аналитика )
Т.е. представить как оно потом будет жить после внедрения, и как будут решаться оперативные вещи, это тоже задача аналитика )
Не могу поспорить.
Мы долго думали над этим вопросом с командой и в итоге пока им оставили эксель и приложенного кванта, который может что-то поменять если надо. Постоянно занят, кстати.
Для уже устоявшихся инструментов есть полная поддержка в системе. И постоянно, если экселевский тип трейда переходит в «мейнстрим», его по-тихоньку переносим в главную систему.
Мы долго думали над этим вопросом с командой и в итоге пока им оставили эксель и приложенного кванта, который может что-то поменять если надо. Постоянно занят, кстати.
Для уже устоявшихся инструментов есть полная поддержка в системе. И постоянно, если экселевский тип трейда переходит в «мейнстрим», его по-тихоньку переносим в главную систему.
И в каком месте здесь Scala?
Мне кажется задачи BA можно поделить на
1) организацию новых бизнес-процессов,
2) поддержку существующих бизнес-процессов.
(точто так же как девелоперы и пишут новый код, и поддерживают существующий)
1) «Организовывать процессы» это основная задача, поэтому подзаголовки получились немного из разных логических уровней :)
Если, например, в компании нет бизнес-процесса «добавить новое портфолио», то может получиться так, что в одной системе это сделают, в другой забудут, а третья вообще будет не в курсе и поэтому упадет. Соотсветсвенно, чтобы система не падала, надо
а) Понять, насколько этот бизнес-процесс критичен, и можно ли обойтись ручным вмешательством каждый раз когда добавляется портфолио («Приоритизировать»)
б) Понять, что должно происходить в системе при добавлении портфолио ( «Определить scope», «Создавать артефакты для инженеров»)
в) Довести до всех, как всё будет\должно работать («Демонстрации, обучение и UAT»)
2) Подзаголовок «понимать трейдеров» (отвечать на вопросы про «длинную гамму на задней ноге» (с) скорее относится к «поддержке бизнес-процессов», понимание трейдеров и организация документации это уже способы достижения этой задачи
1) организацию новых бизнес-процессов,
2) поддержку существующих бизнес-процессов.
(точто так же как девелоперы и пишут новый код, и поддерживают существующий)
1) «Организовывать процессы» это основная задача, поэтому подзаголовки получились немного из разных логических уровней :)
Если, например, в компании нет бизнес-процесса «добавить новое портфолио», то может получиться так, что в одной системе это сделают, в другой забудут, а третья вообще будет не в курсе и поэтому упадет. Соотсветсвенно, чтобы система не падала, надо
а) Понять, насколько этот бизнес-процесс критичен, и можно ли обойтись ручным вмешательством каждый раз когда добавляется портфолио («Приоритизировать»)
б) Понять, что должно происходить в системе при добавлении портфолио ( «Определить scope», «Создавать артефакты для инженеров»)
в) Довести до всех, как всё будет\должно работать («Демонстрации, обучение и UAT»)
2) Подзаголовок «понимать трейдеров» (отвечать на вопросы про «длинную гамму на задней ноге» (с) скорее относится к «поддержке бизнес-процессов», понимание трейдеров и организация документации это уже способы достижения этой задачи
Немного не соглашусь насчёт задач БА.
С одной стороны, конечно, можно так аггрегировать, сказав, что всё, что делает бизнес, является неким бизнесс-процессом, и всё, что делает БА соответственно связано с этим процессом.
Но в моём случае главная цель БА — заменить некий пакет систем другим пакетом систем. Пример, приведённый в пункте 1)б) скорее годиться для business as usual — когда все системы уже работают, и надо просто немного поправить.
Переписывая систему с нуля БА немало возится со спецификациями, деталями расчёта дельты и гаммы для Азиатских Опционов, например. Конечно, можно сказать, что торговля — это некий процесс, и мы его мигрируем в новую систему… Но в этом случае основная часть работы выходит за рамки бизнес процессов — скорее, в среде обычной разработки системы — требования, документация, поддержка девелопмента, планирование релисов…
С одной стороны, конечно, можно так аггрегировать, сказав, что всё, что делает бизнес, является неким бизнесс-процессом, и всё, что делает БА соответственно связано с этим процессом.
Но в моём случае главная цель БА — заменить некий пакет систем другим пакетом систем. Пример, приведённый в пункте 1)б) скорее годиться для business as usual — когда все системы уже работают, и надо просто немного поправить.
Переписывая систему с нуля БА немало возится со спецификациями, деталями расчёта дельты и гаммы для Азиатских Опционов, например. Конечно, можно сказать, что торговля — это некий процесс, и мы его мигрируем в новую систему… Но в этом случае основная часть работы выходит за рамки бизнес процессов — скорее, в среде обычной разработки системы — требования, документация, поддержка девелопмента, планирование релисов…
Sign up to leave a comment.
Про правильную работу БА в финансовой организации