Заседание Биржевого Совета 16 октября 2013
Про само заседание можно почитать здесь: http://gavrilenko.ag/blog/post/19806/
Я докладывал вопрос номер 2 (помогал мне Алексей Хорунжий, председатель Комитета по ИТ Биржи, с которым мы сошлись по все вопросам, кроме четвертого).
Проблемные моменты текущей ситуации
q Постановка задач. Есть три источника постановки задач: бизнес (более 70%; инфраструктурные задачи - доработки по производительности, стабильности и т.п.; клиентские запросы. По факту не всегда клиентские запросы проходят стадию согласования с руководителями бизнеса и пользовательскими комитетами, при этом имеют большое значение для бизнеса. Пример - «ускоренная раздача данных на срочном рынке».
q Отсутствует прозрачный контроль со стороны клиентов за прохождением клиентских запросов. Проходит обновление перед заседаниями ИТ-Комитета, однако на сайте отсутствует информация о состоянии проектов и детальном содержании запроса.
q Не всегда оперативно происходит реакция на вопросы участников в официальном блоге биржи, что ухудшает имидж площадки. Например, вопрос о наличии преференций для отдельных участников по доступу к данным.
q Политика релизов: повышение надежности уменьшает гибкость и оперативность реализации задач развития бизнеса. 2 релиза в год на рынок может оказаться мало.
q Дефицит IT ресурсов (программисты, тестеры). Не редки ситуации, при которых бизнесу ставятся условия: либо одни задачи, либо другие. Возникает конкуренция за ресурсы между различными рынками. Финансовые показатели Биржи, возможно, позволяют пойти на увеличения штата разработчиков.
В качестве решения мною были предложены на рассмотрение следующие рекомендации:
1. Рекомендовать Бирже в обязательном порядке внутренними документами предусмотреть визирование любого проекта/запроса руководителем рынка, который затрагивается предложенными изменениями. Руководитель рынка является ответственным за вынесение их на обсуждение соответствующего пользовательского Комитета. Рекомендовать присутствие руководителей ИТ блока на заседаниях пользовательских комитетов и БС.
2. Рекомендовать улучшить форму предоставления информации о стадиях и степени реализации проектов (например, в %) и содержании запросов на сайте и обеспечить регулярность обновления.
3. Рекомендовать назначить модератора форума, ответственного за реагирование на вопросы участников форума на сайте Биржи.
4. Одобрить введенную политику релизов. Рекомендовать сохранить возможное количество релизов в количестве 4 на рынок в год.
5. Рекомендовать увеличение ИТ штата Биржи для решения стоящих амбициозных задач в условиях параллельной разработки новой торговой платформы и совершенствования текущих торговых систем.
Алексей настаивал и не без оснований на достижении цели в 2 содержательных релиза в год на рынок. Мне же это, исходя из практики внедрения проектов, слишком жестким ограничением, существенно удлиняющим сроки от замысла до воплощения проекта.
Наталья Сидорова обратила внимание на не очень высокий уровень обсуждения вопросов: было бы здорово увидеть презентацию о ресурсах и KPI IT блока Биржи.
Голосовать по пунктам не стали, предложили Бирже самой сделать необходимые выводы. Надеюсь, рассмотрение вопроса было небесполезным и замечания будут учтены в работе.
Я докладывал вопрос номер 2 (помогал мне Алексей Хорунжий, председатель Комитета по ИТ Биржи, с которым мы сошлись по все вопросам, кроме четвертого).
Проблемные моменты текущей ситуации
q Постановка задач. Есть три источника постановки задач: бизнес (более 70%; инфраструктурные задачи - доработки по производительности, стабильности и т.п.; клиентские запросы. По факту не всегда клиентские запросы проходят стадию согласования с руководителями бизнеса и пользовательскими комитетами, при этом имеют большое значение для бизнеса. Пример - «ускоренная раздача данных на срочном рынке».
q Отсутствует прозрачный контроль со стороны клиентов за прохождением клиентских запросов. Проходит обновление перед заседаниями ИТ-Комитета, однако на сайте отсутствует информация о состоянии проектов и детальном содержании запроса.
q Не всегда оперативно происходит реакция на вопросы участников в официальном блоге биржи, что ухудшает имидж площадки. Например, вопрос о наличии преференций для отдельных участников по доступу к данным.
q Политика релизов: повышение надежности уменьшает гибкость и оперативность реализации задач развития бизнеса. 2 релиза в год на рынок может оказаться мало.
q Дефицит IT ресурсов (программисты, тестеры). Не редки ситуации, при которых бизнесу ставятся условия: либо одни задачи, либо другие. Возникает конкуренция за ресурсы между различными рынками. Финансовые показатели Биржи, возможно, позволяют пойти на увеличения штата разработчиков.
В качестве решения мною были предложены на рассмотрение следующие рекомендации:
1. Рекомендовать Бирже в обязательном порядке внутренними документами предусмотреть визирование любого проекта/запроса руководителем рынка, который затрагивается предложенными изменениями. Руководитель рынка является ответственным за вынесение их на обсуждение соответствующего пользовательского Комитета. Рекомендовать присутствие руководителей ИТ блока на заседаниях пользовательских комитетов и БС.
2. Рекомендовать улучшить форму предоставления информации о стадиях и степени реализации проектов (например, в %) и содержании запросов на сайте и обеспечить регулярность обновления.
3. Рекомендовать назначить модератора форума, ответственного за реагирование на вопросы участников форума на сайте Биржи.
4. Одобрить введенную политику релизов. Рекомендовать сохранить возможное количество релизов в количестве 4 на рынок в год.
5. Рекомендовать увеличение ИТ штата Биржи для решения стоящих амбициозных задач в условиях параллельной разработки новой торговой платформы и совершенствования текущих торговых систем.
Алексей настаивал и не без оснований на достижении цели в 2 содержательных релиза в год на рынок. Мне же это, исходя из практики внедрения проектов, слишком жестким ограничением, существенно удлиняющим сроки от замысла до воплощения проекта.
Наталья Сидорова обратила внимание на не очень высокий уровень обсуждения вопросов: было бы здорово увидеть презентацию о ресурсах и KPI IT блока Биржи.
Голосовать по пунктам не стали, предложили Бирже самой сделать необходимые выводы. Надеюсь, рассмотрение вопроса было небесполезным и замечания будут учтены в работе.