16

Вакансии / Re: Системные аналитики

« : 28 Июня 2012, 13:48:03 »

Ходил в том году на собеседование на похожую позицию (там правда в качестве ИС фигурировала 1С).
В этой позиции исчезли задачи по разработке ТЗ и тестированию, что для СА конечно более привлекательно.

Впечатление от встречи положительные, офис комфортный, общение по позиции по делу с достаточно четким изложением как организован процесс.
Позиции от Европлана висят в интернете продолжительно время, на собеседовании объяснили что подразделение аналитиков большое идет постоянный поиск сотрудников на увеличивающиеся объемы задач. Рассказывали что аналитик работает в плановом режиме над пулом задач, без особых авралов и напрягов (хотя зачем тогда стрессоустойчивость?).
Для аналитика с опытом "от 1 года", я думаю там неплохие возможности поучится и предметной области и технологиям работы и возможно проявить себя..

Из минусов: не оглашают условия по доходу, не дают (как это впрочем часто бывает) обратную связь по результатам встречи.

P.S. Зилия из компании.
Только непонятно и сами ищут и КА подключают
http://www.uml2.ru/forum/index.php?topic=5088.0;topicseen

17

Для всех / Re: По мотивам ретроспективы ЛАФ - доклады о проектировании

« : 27 Июня 2012, 15:26:15 »

Не было на ЛАФ, да и на других не помню, кроме своего доклада: "Описание инфологической модели. Применимость различных нотаций в зависимости от контекста." Тема сложная, но идет на ура. Только где на нее докладчика найти?

Что касается проектирования системы, то часто аналитик берет на себя описание и/или разработку API. С внешними системами, так это просто раздел 34.602. Но бывает обязательно и внутренние API. Опять же скажу по двум проектам, в которых участвовал  тема очень интересная и весьма сложная.
Такая же тема про нефункциональные требования. Мало кто делает, хотя очень полезно. Вот и докладов нет. Мы просто не доросли.

Ну так и "дорастите" к следующему ЛАФУ - сделайте доклады на эти темы . Тем более есть опыт в проектах.

18

Для всех / Re: По мотивам ретроспективы ЛАФ - доклады о проектировании

« : 27 Июня 2012, 11:41:50 »

Максим, спасибо за актуальную тему.
У меня есть такое мнение на этот счет.

1) работа аналитика выродилось в описание usecase/userstory и проектирование интерфейса, остальное делают разработчики;

Описание это лишь малая часть работы аналитика.
Основные задачи:
 -  построение коммуникаций Заказчик - Разработчик (Заказчик - Система);
 -  управление требованиями;
 -  управление "ожиданиями Заказчика" (в части проектируемых систем).

Не стоит забывать, что есть проекты связанные с внедрением различных систем на интегрированных платформах (1C, Axapta, Oracle, SAP и т.п.), где доля классического или ООП программирования невысока. В таких проектах востребованы сущностные модели и модели прикладного решения.
И здесь нужны очень серьезные знания по текущему или готовому решению, что требует наличия Архитектора решения, который может оценить предлагаемые изменения с точки зрения всей системы (или совокупности систем).

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

Я сторонник "разумной специализации". И для тех проектов про которые я говорил наличие выраженной роли архитектора (ведущего разработчика) очень важно.
В этом случае "сложность" переходит на уровень Архитектора.
Также это позволяет аналитику не особо углубляться в очень уж технические моменты и направлять свои усилия на логический уровень системы и коммуникации с Заказчиком.

А что остальные думают? Было бы интересно услышать/рассказать/обсудить именно проектирование системы?

Мне кажется аналитикам важнее обсуждать не собственно само проектирование, а именно вопросы взаимодействия аналитик - архитектор/разработчик.
Я, например, как аналитик на всех проектах на которые прихожу говорю: "Я не буду вмешиваться серьезно в архитектуру решения, но оставляю за собой право на экспертизу предлагаемых решений и возможность блокировать те или иные решения, если они не укладываются в стратегию развития системы и имеют сомнительную ценность для Заказчика."
С другой стороны аналитик понимая архитектуру решения и понимание как проектируются системы должен помочь донести до Заказчика моменты связанные с ограничениями выбранной платформы или архитектуры, убедить что сложность решения задачи в постановке заказчика превышает выгоды от использования, отсекать "хотелки" не отвечающие требованиям (ну или трансформировать "хотелки" в более серьезные требования решающие проблемы бизнеса в целом, а не конкретного пользователя).

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

19

Вакансии / Аналитик 1С на проекты в GE

« : 26 Июня 2012, 11:51:06 »

Добрый день, уважаемые коллеги и друзья.


В компания Мирантис открыта вакансия аналитика 1С на проекты в General Electric (http://hh.ru/vacancy/6139484)

Я сам ухожу с этого проекта, поскольку мне интереснее заниматься бизнес-процессами, а не системами.

От меня дополнительная информация (формальное описание ниже):
-   оформление в Мирантис;
-   работа только в проектах и на площадках GE (Москва Сити и Лефортово), приличные офисы и рабочие места;
-   основной проект стартует в августе, связан с внедрением системы на базе 1С:БП КОРП;
-   уровень дохода не публикуется по корпоративной политике (не ниже рынка);
-   неплохой английский, знакомство с GAAP или международным учетом, работа в иностранных компаниях будет очень полезен;
-   нужно быть готовым к высокой активности в решение поставленных задач, быстрому переключению между задачами (после старта проекта прогнозируется что отвлечение на не основные задачи минимизируется), работе в команде.
Кому нужны подробности пишите в "личку".

Вот формальное описание.
Московский офис компании Mirantis, Inc.совместно с компанией GE  приглашает к сотрудничеству Ведущего аналитика 1С.
 
Обязанности:
-    Координация активностей внутри аналитической команды;
-    Выделение бизнес требования с использованием интервью, анализа документации, бизнес-процесс, сценариев использования, и т.д.;
-    Трансляция бизнес-требований в функциональную спецификацию и технические задания;
-    Плотное сотрудничество с командами разработки и тестирования.

Основные требования:
-    Высшее образование в сфере IT или аналогичное;
-    Опыт создания кастомизированных решений на базе платформ 1С 7.7 и 8.х;
-    3 года работы в позиции ведущего аналитика или аналогичной;
-    Понимание процессов и жизненного цикла разработки программного обеспечения;
-    Глубокое понимание моделей разработки программного обеспечения включая waterfall, RUP, agile;
-    Уверенные навыки письменной и устной коммуникации;
Условия:
-    Оклад (обсуждается индивидуально), не практикуем понижение оклада на испытательный срок!
-    Реальная перспектива профессионального и карьерного роста.
-    Компания предоставляет внутреннее и внешнее обучение.
-    Медицинская страховка.
-    Дружный коллектив.

20

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

« : 26 Июня 2012, 11:18:48 »

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

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

Хотел бы заметить что это не "курсы", а программы профессиональной переподготовки.
Актуально, выпускники востребованы только в том случае если не просто получили дипломы, а имеют практический опыт работы в этом направлении.

Идти туда учится для специалиста - программиста после 2-ух лет опыта, по моему мнению, рановато.
У меня между получением высшего и программной переподготовки в АНХ было 10 лет, опыта.
Для начала я бы вам рекомендовал походить на краткие курсы по CASE системам используемым для моделирования процессов и систем (посмотрите interface.ru или курсы от академии Айти).
Далее, постарайтесь понять как эти средства можно использовать в вашей работе, общайтесь побольше с коллегами которые занимаются анализом, общайтесь с "бизнесАми", старайтесь понять на решение каких бизнес проблемы и задач направлены те системы которые вы разрабатываете, получайте опыт в различных предметных областях.
Программа в АНХ больше рассчитана на тех, кто хочет развиваться в области ИТ-менеджмента. Если у вас нет опыта в анализе то серьезных знаний по моделированию, нотациям, управлению проектами вы вряд ли получите.
Программа в ВШБИ (ВШЭ) больше подойдет для тех, кто решил развиваться в сторону бизнес-анализа.

Удачи.

21

Конференции Семинары и Тренинги / Re: ЛАФ 2012 You are the BEST!

« : 26 Июня 2012, 09:32:14 »

а кроме мангалов и фотографий что-нибудь было? )

Невесты, море общения, пиво, колбаски на гриле и шашлык были это помню... остальное смутно

22

Конференции Семинары и Тренинги / ЛАФ 2012 You are the BEST!

« : 25 Июня 2012, 09:05:21 »

Добрый день, Уважаемые коллеги и друзья.
Наверно еще не остыли мангалы Малинок и не все участники этого фестиваля вернулись на свои рабочие места.
Но уже сейчас я бы хотел выразить своё мнение по прошедшему фестивалю.

Огромное спасибо организаторам и всем участникам за отлично организованное мероприятие.
Все прошло на очень профессиональном уровне.

Вы создали не просто формальную конференцию по проблемам сообщества, а интерактивное и качественное мерорприятие призванное на время оторваться от текущих рабочих забот и окунуться в разнообразие различный мнение и интересных дискуссий.

Спасибо всем огромное!
In LAF we trust!

С Уважением, Илья Федоров

P.S. Свою презентацию по докладу "бизнес vs системный" разместил на сайте: http://ильяфедоров.рф/
У кого будут вопросы по данной теме, кому нужны консультации по карьере в этих областях, оценка резюме или распространение резюме по моим профессиональным контактам пишите ia.fedorov<друг человека>ya.ru

23

Методологии / Re: Помогите выбрать модель .

« : 29 Мая 2012, 17:39:33 »

Если я правильно понял то у вас в разных процессах могут использоваться одинаковые модули? и наоборото одинаковые модули используются в разных процессах.
Определите что для вас первичнее бизнес процесс или модуль.
Нарисуйте табличку где строками первого уровня будут например бизнес процессы, второго уровня модули которые в них задействованы.
По вертикали (в колонках) отражаете роли пользователей и ставите 0 или 1 (или крестик или галочку, но цифра позволит результат суммирующий легко посчитать) в случае если он использует данный модуль или задействован в этом процессе.

24

Конференции Семинары и Тренинги / Re: Будущим докладчикам о Power Point

« : 29 Мая 2012, 17:31:53 »

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

25

Вакансии / Re: Ведущий системный аналитик на интеграционный проект (г.Москва, от 90т.р на руки)

« : 29 Мая 2012, 17:26:51 »

Заработная плата по результатам собеседования; (от 90т.р на руки)
Офис-м. Павелецкая (шаговая доступность);
График работы 5/2, с 9-11 по 18-20  (главное отработать свои часы);

Гм... а мне всегда казалось что главное решить поставленную задачу и удовлетворить потребности заказчика... какой-то я старомодный наверно.

26

Для всех / Re: Практика аналитика в системном интеграторе

« : 11 Апреля 2012, 21:04:09 »

В данной статье приведен пример квалификационных требований к системным аналитикам одного из системных интеграторов (некрупного, но давно работающего на рынке).

http://www.planetahr.ru/publication/2411

27

Работа / Re: рынок аналитиков и метод представления себя на собеседовании

« : 27 Марта 2012, 19:55:45 »

Раз молчит - значит, все в порядке

Продолжает поиски...

28

Системный Анализ и Требования / Re: Ситуации в процессе сбора требований

« : 22 Марта 2012, 17:12:58 »

Илья, а вы не думали о том, что:
1) В ходе работы цели, задачи проекта и интересы заказчика могут меняться?
2) На начало работы не все интересы заказчика могли быть выяснены, и только при рассмотрении детальных требований и задавания вопроса «зачем» мы о них узнали?

Что за подход такой — «жёстко отклонять»? Вы силовых структурах работаете? Принимать решение об объёме продукта — это не компетенция аналитика, это компетенция менеджера. Аналитик отвечает за поиск вариантов и их предложение.

Денис.
1) тогда должны меняться сроки, стоимость, границы.
2) из сообщения ТС я увидел наличие разного понимания конечного результата между заказчиком и идеологами. Судя по всему нет ни концепции ни сформулированных и утвержденных требований ни плана проекта (скорее всего и PM а тоже нет его роль выполняет сам ТС).
Под жестко отклонять имел ввиду отсыл к первоначальным границам и целям и задачам проекта установленных заказчиком. Кто будет "оплачивать" затраты на постоянное анализ и согласование новых требований и их последующую реализацию?

29

Системный Анализ и Требования / Re: Ситуации в процессе сбора требований

« : 22 Марта 2012, 14:59:59 »

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

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

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

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

30

Бизнес-анализ и Целеполагание / Re: Цель разработки\приобритения ПО и АС. Какова она как правило ?

« : 15 Марта 2012, 15:51:45 »

Как правило декларируемая цель такова:
Увеличить прибыль за счет (сортировка по мере влияния на экономический эффект от большего к меньшему):
 - снижения издержек;
 - снижения рисков принятия неадекватных ситуации решений основанных на недостоверной информации о состоянии процессов и (или) ресурсов;
 - оптимизация процессов по времени с целью получения конкурентных преимуществ за счет повышения уровня удовлетворенности потребителя.