1

Вакансии / Руководитель проекта в Банк

« : 14 Октября 2013, 22:44:56 »

В Банк rsb.ru (Бизнес-блок «Кредитные карты») требуется Руководитель проекта для управления проектами в области CRM и клиентского сервиса и оптимизации банковских технологий

Обязанности руководителя проекта:

• Анализ банковских процессов, инициатив бизнес-заказчика, проблем и оценка целесообразности запуска проекта (подготовка Концепции, обоснование для защиты проекта на Правлении Банка), в т.ч. с ИТ составляющей
• Осуществление проектного планирования: выявление заинтересованных бизнес-подразделений, формирование рабочей группы проекта, оценка сроков выполнения проекта, приоретизация работ и этапов проекта
• Организация и проведение сбора и анализа бизнес-требований к проекту, формирование документа бизнес-требований и согласование их с заинтересованными подразделениями
• Формирование плана-графика проекта и согласование его с заинтересованными подразделениями
• Определение рисков проекта и проведение работ по предупреждению их возникновения
• Осуществление коммуникаций и взаимодействие с вовлеченными бизнес-подразделениями, внутренними и внешними исполнителями проекта, организация и проведение проектных встреч
• Осуществление контроля за проектом на всех стадиях проекта (инициация, анализ, проектирование, разработка, тестирование, внедрение), осуществление контроля за достижением бизнес-целей проекта и реализацией полного объема требований
• Формирование и предоставление регулярной отчетности о ходе реализации проекта в Проектный офис Банка
• Организация и участие в тестировании и опытной эксплуатации проекта, в т.ч. реализованных технологических решений и информационных систем Банка
• Организация работ по вводу проекта в промышленную эксплуатацию, контроль удовлетворенности бизнес-заказчиков проекта и заинтересованных подразделений
• Сбор статистики и анализ информации по факту запуска проекта с целью оценки достижения запланированных результатов
• Формирование предложений по оптимизации бизнес-процессов и технологических решений подразделения и Банка в целом

Требования/навыки/опыт:

Профессиональные:
• Образование высшее техническое обязательно, желательно дополнительное образование в области - экономика/маркетинг/финансы
• Опыт управления проектами по оптимизации и развитию банковских технологий
• Понимание процессов CRM и клиентского сервиса, знание банковских розничных продуктов (кредитные карты, кредиты наличными) и услуг для физических лиц – как плюс
• Знание методологии управления проектами, опыт управления требованиями (сбор информации, выявление и анализ требований/ограничений/зависимостей, приоретизация, описание и документирование)
• Опыт подготовки и ведения проектной документации (концепция, требования, план проекта, проектная отчетность)
• Хорошая эрудиция в ИТ-технологиях, понимание процесса разработки и внедрения информационных систем и технологических решений – как плюс
• Опыт взаимодействия со смежными подразделениями банка (продуктовые подразделения, операционные подразделения, фронт-офис, маркетинг, реклама, ИТ, кредитный центр) – как плюс
• Профессиональный уровень владения MS Office (Word, Project, Excel, PowerPoint,).
• Навыки презентации и переговоров.

Личностные:
• Высокая степень самоорганизации, активность, инициативность, клиентоориентированность, системность.
• Хорошие межличностные, письменные, коммуникационные, организационные навыки, наличие лидерских качеств
• Высокая самомотивация на достижение результата; готовность общаться, убеждать и преодолевать сопротивление

Уровень компенсации: 120 gross + премии

Контакты:
Юлия Дмитриева
Тел. +7(495) 933-53-83 доб. 6988
Моб. тел. +7 (985) 129-98-49

2

Обсуждение статей / Re: Прислушайтесь к Вашей бабушке, чтобы быть эффективным бизнес-аналитиком

« : 28 Октября 2012, 15:12:50 »

И как будет такой внучек относится к такой бабушке после второго, третьего выставленного ей, условия?

Не знаю, как там у них, но русские бабушки всю жизнь баловали детей. И просто давали десерт... безусловный

3

Обучение / Re: Куда пойти учиться?

« : 15 Мая 2012, 15:36:21 »

Pavel_T: Спасибо большое за ответ!

Насколько понял из ваших слов, эти программы расчитаны на менеджера, который собирается стать менеджером в it сфере, а не программиста, собирающегося стать менеджером в It сфере?

Не совсем так.

Эти программы больше рассчитаны на специалистов ИТ, которые хотят стать менеджерами в it сфере. На этом "вышка" делает специальный акцент, типа: для простых специалистов (архитекторов, программистов, аналитиков) и для существующих ИТ менеджеров, которые хотят повысить квалификацию.

Конкретная программа "Информационная бизнес-аналитика" рассчитана не столько на ИТ специалистов, сколько на бизнес.

А что касается системного аналитика, есть ли какие-нибудь программы/курсы, обучающие нужным навыкам?

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

По поводу курсов, они есть. К примеру, есть "Школа аналитика" Люксофт http://www.luxoft-training.ru/training/school/70/ (не рекламирую, а просто привожу пример).

А вообще, как уже писали на данном форуме, лучше будет сочетать практику одновременно с обучением. К примеру, перейти в существующей компании на позицию аналитика, осмотреться и, одновременно обучаясь, применять методику на практике.

4

Обучение / Re: Куда пойти учиться?

« : 14 Мая 2012, 13:31:40 »

Всем доброго дня.

После окончания вуза работал программистом 2 года. Понял, что это не совсем мое да и идет плоховато.
Теперь собираюсь учиться на аналитика и передо мной встал выбор между курсами:
"IT-менеджер: менеджер проектов, бизнес-аналитик" АНХ и
"Информационная бизнес-аналитика" ВШЭ.
Хотелось бы услышать мнение людей, которые сейчас учатся или окончили эти курсы, насколько это актуально и востребованы ли выпускники.

Добрый день!

Сам стоял перед аналогичным выбором.

Вы пишите: " собираюсь учиться на аналитика". У меня вопрос - "На какого именно?".
Вопрос не с проста задаю, так как "аналитиков" на рынке России много и каждый волен интерпретировать этот термин по своему (погуглите).

Относительно Вашего выбора скажу следующее:
1. Программы, которые Вы указали, сосредоточены больше на управленческих принципах. Точнее - дают дисциплины для расширения кругозора будущего менеджера. Это также не исключает практической составляющей по некоторым дисциплинам. К примеру, опробовать моделирование БП на продуктах Aris.
2. Программа "вышки" сильно расширяет кругозор в области использования и применения информационных технологий. Мозги встают на место после получения ответов на такие вопросы "Как проектируются и внедряются ИС", "Как надо управлять проектами, людьми, процессами..." "Какие существуют стандарты, лучшие практики, инструменты"... и прочее., прочее, прочее. Если идет менеджерский уклон, то дополнительно акцентируется внимание на стратегической составляющей и архитектуре предприятий (компаний).
3. Выбранная Вами программа, это о "бизнес-анализе". Бизнес-анализ практически ничего общего с анализом требований или системным не имеет. У него другая теоретическая база, инструменты и методы. Специалист данного профиля анализирует бизнес-информацию для прогнозирования развития бизнеса или принятия стратегических (иногда тактических) решений. Поэтому с аналитиком требований (скажем по RUP) есть большая разница. Если вам интересно работать с финансовой, маркетинговой, ресурсной и др. информацией с целью построения стратегии развития или принятия управленческих решений, интересно анализировать показатели KPI, работать с хранилищами данных, и системами статистического моделирования или интеллектуального анализа данных - то Ваш выбор верен.
4. Вам скорее всего сейчас интересна позиция аналитика требований или системного. Т.е. аналитика, работающего при создании (проектировании, разработке, внедрении) или изменении (доработке) информационных систем. Навыков прикладного характера системного анализа по выбранной Вами программе "вышки" Вы не получите (посмотрите внимательно на дисциплины выбранной Вами программы).

5

Поздравления / Re: Поздравляем Сашу Байкина с днем рождения!

« : 14 Ноября 2011, 12:55:13 »

Александр, с днем рождения!
Творческих успехов, профессиональных достижений, достижения новых вершин!

6

ПО Аналитика / Re: Слоёный WORD или другой инструмент для гибкого изменения спецификаций

« : 31 Октября 2011, 10:13:35 »

Rational Req. Pro - не пробовали?
Вроде умеет делать как раз то, что надо. И в  Ворд "собирать" и "пересобирать" контент.

7

Книги, статьи и ресурсы / Re: Книга. Карл Вигерс, Разработка требований к программному обеспечению.

« : 26 Мая 2011, 14:07:07 »

Месяц прошел!
Хочется книгу!
Ilgr - Как успехи?

8

Книги, статьи и ресурсы / Re: Feedback Request: Книга «Идеальное ТЗ». Что внутри?

« : 13 Мая 2011, 10:09:29 »

Я сейчас пишу книгу под условным названием «Идеальное ТЗ: Для программы, информационной системы, веб-продукта».

Денис,

На чем закончился данный труд?

9

Обсуждение статей / Re: КС

« : 29 Октября 2010, 10:05:34 »

Господа, расскажите подробности...
Какие были достигнуты цели? Какие выводы?

10

Проектирование / Re: Постановка задачи программисту

« : 08 Октября 2010, 09:59:09 »

Поэтому делайте скидку на масштаб. Что позволено быку недопустимо для Юпитера:))

Что вы предлагаете?

11

Бизнес-анализ и Целеполагание / Re: Требования на автоматизацию

« : 04 Августа 2010, 14:18:38 »

Вот честно говоря не понял что есть "верхнеуровневые требования на автоматизацию в бизнес-моделировании"?

"верхнеуровневые требования на автоматизацию документа "Читательский билет""

12

Бизнес-анализ и Целеполагание / Требования на автоматизацию

« : 04 Августа 2010, 11:46:49 »

Скажите пожалуйста, как будут выглядеть верхнеуровневые требования на автоматизацию в бизнес-моделировании?
Скажем для примера, документ "читательский билет в библиотеке".

Спасибо.

13

Проектирование / Re: Постановка задачи программисту

« : 16 Июля 2010, 15:27:08 »

Кто использовал task case по Константайну?

14

Проектирование / Re: Постановка задачи программисту

« : 16 Июля 2010, 15:23:27 »

Реакция против вариантов использования

Как только вышеизложенная модель стала общепринятой, люди тут же, как и следовало ожидать, взбунтовались против нее. Для формалистов она была недостаточно формальной, и они продолжали поиски абсолютно формального способа описания варианта использования. В то же время, она была слишком формальной для тех, кто предпочитал видеть в вариантах использования некие неформальные описания, не обладающие предопределенной структурой и не похожие на описания требований к системе. Эти последние в дальнейшем пошли в трех направлениях: списки функциональных возможностей системы, карточки с рассказами пользователей и варианты задач (task cases).

Отдельный вариант использования может включать в себя задачи сразу для нескольких программистов. Задачи для каждого конкретного программиста в нем не выделяются. Поэтому некоторые программисты требуют списки функциональных возможностей системы, которые можно было бы принимать за индивидуальный план работы. Несмотря на то, что создание и поддержание таких списков значительно увеличивают объем работы, к ним прибегают довольно часто.

Авторы Экстремального Программирования (ХР) остались верны идее неформальных сценариев, у которых нет никакой заданной структуры. Кент Бек (Kent Beck) создал термин "рассказ пользователя" (user story). Именно им и стали называть такие неформальные требования к системе. Рассказ пользователя состоит из нескольких фраз, записанных на маленькой бумажной карточке. В них пользователь объясняет, что именно он хочет от системы. В ХР рассказ пользователя представляет собой не требование к системе, а некое напоминание о будущем обсуждении этой функциональности с заказчиком. Таким образом, на карточке достаточно записать ровно столько информации, чтобы и заказчики, и программисты поняли, что именно им нужно будет обсудить в дальнейшем.

Ларри Константайн (Larry Constantine) рассматривает описание сценариев с точки зрения проектирования пользовательского интерфейса. Он обнаружил, что для этого ему совершенно не нужно описывать внутреннее поведение системы или ее взаимодействие с второстепенными действующими лицами. Для проектирования интерфейсов вполне достаточно текста, записанного в две колонки. В первой пишут то, что пользователь пытается сделать, во второй – как реагирует на его действия система. Такая простейшая структура позволяет создать интерфейс, отвечающий задачам пользователя. Чтобы избежать путаницы, Константайн переименовал "вариант использования" (use case) в "вариант задачи" (task case), так как варианты использования традиционно представляют собой спецификацию системы

Источник...

Что скажете? Господа? Кто использовал?

15

Проектирование / Re: Постановка задачи программисту

« : 12 Июня 2010, 20:37:32 »

По поводу базы данных считаю что ваши программисты правы - они не должны думать о том как спроектировать базу. Они должны иметь готовое решение откуда взять, с чем сложить и куда положить.
Проектировать базу должен именно аналитик - так только он знает каким образом будут использоваться данные, которые лежат  в базе. 

Отсюда подробнее пожалуйста. Как это выглядит в постановке теперь?