Подбор бизнес-аналитика - кадровое агентство Soft-staff

Добавить в избранное

 

Подбор IT специалистов в Москве |  Подбор IT персонала в регионы России  |  Подбор программиста  |  Подбор системного администратора |  Подбор IT специалистов для банков

 

Добро пожаловать


Работодателям


Организация процесса сотрудничества по подбору ИТ персонала

Условия сотрудничества: принципы работы, гарантии и обязательства

Headhunting и Executive search в подборе ИТ персонала

Сделать заказ на подбор IT специалиста

Обзор заработных плат и компенсаций


Это интересно!


Facebook стала самым привлекательным работодателем

Ресурс Glassdoor опубликовал результаты ежегодного рейтинга (за 2012 год) топ-50 наиболее привлекательных компаний для работы. Первое место в списке заняла крупнейшая в мире социальная сеть Facebook, Google занял в рейтинге 6-е место, Shell Oil US расположился на 18-й позиции, 29-е место рейтинга занял MasterCard, а 31-е – Intel Corporation, Apple заняла лишь 34-ю строчку, IKEA – заняла 43-ю строчку рейтинга, а замыкает рейтинг компания Starbucks.

В ИТ-сфере чаще всего используется удаленный труд

Как показало исследование, сегодня труд удаленных специалистов использует почти треть работодателей (32%). При этом 22% из них оформляют таких работников в штат компании по трудовому договору, остальные 10% работают на аутсорсинге. По данным опроса, чаще всего удаленные сотрудники выполняют работу в области ИТ (24%). Как правило, те, кто уже имел дело с "внеофисными" работниками, чаще дают положительную оценку их труду. Так, лишь 31% менеджеров по персоналу уверены, что работающие дома выполняют свои обязанности хуже, однако среди тех, кто уже имеет в штате или на аутсорсинге удаленных работников, этот показатель меньше - по 28%. 24% работодателей не видят разницы между работой офисных и удаленных сотрудников. Это мнение заметно чаще разделяют те, у кого удаленные работники уже есть в штате (36%) или на аутсорсинге (33%).


Яндекс цитирования


Подбор бизнес-аналитика

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

Сегодня под словом «бизнес-аналитик» скрывается две разные профессии:

  • Бизнес-аналитик в информационных технологиях – это человек, выступающий в роли интерфейса между ИТ и бизнесом, который может говорить на одном языке с представителями обеих областей и может организовать совместную работу над предметной областью. Его главная задача – сделать так, чтобы информационная система отвечала потребностям бизнеса. Бизнес-аналитик может быть связан с каким-либо определенным продуктом (консультанты по SAP), с узкой специализацией (розничные продажи и логистика скоропортящихся продуктов) или с конкретным предприятием (бизнес-технологи, работающие в ИТ-отделах крупных компаний).
  • Бизнес-аналитик в бизнесе – это человек, который умеет анализировать определенный вид бизнеса или процесса (непрерывное производство, розничный бизнес, управление проектами и т.п.) или круг задач в бизнесе (маркетинг, управление запасами, бюджетирование и т.д.). Его арсенал – это совокупность методик, а средства автоматизации являются при этом вспомогательными.
  • Иногда оба бизнес-аналитика оказываются как «два в одном». Однако особенности специальности в любом случае следует учитывать: человек, умеющий настраивать и внедрять аналитическую систему, не всегда может адекватно и качественно оценить результаты анализа с точки зрения бизнеса. В подобном случае могут потребоваться оба специалиста – практически как «ведущий» и «ведомый».

    Бизнес-аналитик может представлять в проекте ИТ-компанию, компанию-клиента или быть независимым консультантом, приглашенным на проект. При этом функциональная роль бизнес-аналитика – интерфейс между бизнесом и ИТ – остается практически постоянной, вне зависимости от «юрисдикции». В этой статье «по умолчанию» бизнес-аналитик рассматривается как сотрудник ИТ-компании, однако большинство высказываний сохранит свою справедливость и для других случаев.

    Бизнес-аналитик на проекте

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

    Основная роль бизнес-аналитика – это разработка непротиворечивой и достаточно полной модели требований реального бизнеса. Это задача не столько описательная и созерцательная («просто напишите, как у нас все происходит и автоматизируйте»), а творческая. Уже расхожим стало выражение об «автоматизации беспорядка», которая только ухудшает общую ситуацию. Но и «прямолинейная автоматизация» очень часто исключает из процесса те самые «отдушины» и «обходные пути», которые и обеспечивают известную российскую «нестрогость законов» и позволяют бизнес-системе в целом работать.

    Соавторами бизнес-аналитика при разработке модели требований являются ключевые пользователи (или потенциальные пользователи). Таким образом, на этапе анализа задача бизнес-аналитика – собрать требования, построить непротиворечивую полную модель и «продать», представить ее клиенту.

    Но достаточно часто бизнес-аналитик приступает к работе еще на этапе переговоров. В этом случае его задача – понять, насколько решение соответствует потребностям клиента, оценить «масштабы бедствия» и определить возможный объем доработок.

    Однако переговорами и согласованием требований работа бизнес-аналитика в проекте, конечно, не ограничивается – хотя достаточно часто именно после согласования технического задания аналитика перебрасывают на другой проект. Известно, что требования имеют обыкновение изменяться и «плохо ложиться» на архитектуру – именно поэтому бизнес-аналитик должен сопровождать проект и на этапе проектирования, и на этапе разработки. Конечно, такая работа может уже не требовать 100% загрузки (это зависит от масштабов проекта), но она, в совокупности с регулярным представлением клиенту результатов, позволяет процессу разработки не уходить в сторону от требований бизнеса. Задача клиента – требовать, чтобы бизнес-аналитик продолжал сопровождать проект, и со своей стороны работать над проектными документами: техническим заданием, спецификацией требований, запросами на изменения. Только полнота и актуальность этих документов позволят при необходимости вовлечь в проект новых или дополнительных сотрудников.

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

    То, что написано выше – не связано с какой-либо конкретной методологией RUP, MSF, ASAP и т.п., а есть некоторое обобщение их и практических подходов нескольких российских фирм.

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

    Отдельный вопрос – а может ли работа бизнес-аналитика совмещаться с другими функциями, например: руководителя разработки, менеджера проекта, архитектора? Это зависит в значительной степени от личных качеств человека. Руководство требует волевых качеств, анализ – творческих. При их сочетании в одном человеке, в небольшом проекте эти два роли могут быть совмещены.

    Бизнес-аналитик может выполнять функции архитектора, если он осознает, что это две различные роли, и анализ и проектирование – два различных этапа в процессе. В этом случае, если квалификация в области современных архитектуры и средств проектирования позволяет, эти две роли могут быть совмещены. Большие проблемы могут возникнуть, если сотрудник совмещает роли бизнес-аналитика на одном проекте и проектирует при этом решение, которое будет использоваться как универсальное, в нескольких проектах.

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

    Семь нянек для бизнес-аналитика

    Какой он, хороший бизнес-аналитик?

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

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

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

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

    Для руководителя отдела подход сотрудника «это мое решение, я не буду им делиться и не позволю его критиковать» категорически неприемлем, а в действительности такое встречается нередко – творческим личностям свойственны амбиции и индивидуализм.

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

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

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

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

    Слагаемые успеха

    Я участвовал во многих собеседованиях при найме на работу бизнес-аналитиков, и ни разу не видел в комнате для переговоров всех «семи нянек» одновременно. Наверное, потому что требования к соискателям были сформулированы заранее, попробуем их перечислить:

    Подбор бизнес-аналитика

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

    Моделирование является очень важной формой работы бизнес-аналитика. Одна форма модели используется для общения с клиентами, другая – для последующего проектирования и разработки. Задача бизнес-аналитика – обеспечить соответствие между ними, творчески применяя различные методы и нотации. Слишком часто модели и диаграммы становятся игрушкой в руках аналитиков, и оказываются бесполезны для практической работы – клиент их не понимает, при изменении требований они не сопровождаются, а разработчики предпочитают общаться на языке кода. Среди зарекомендовавших себя нотаций – IDEF, UML, eEPC, DFD и т.п. – нет лучших или худших. Знание различных методологий, умение творчески применять их, а при необходимости еще и быстро объяснить коллегам – это как раз то, что отличает «профи».

    Умения работать с современными программными продуктами – ARIS, Rational Suite, All Fusion – это не то же самое, что знание нотаций. Практически каждый продукт имеет свою специфику даже при использовании стандартных видов моделей. Отдельный вопрос – это коллективная работа надо проектом с использованием автоматизированного средства разработки. Опыт показывает, что аналитики, которые раньше работали в одиночку, не сразу включаются в принятую технологию коллективной работы; по меньшей мере, такая технология должна быть разработана и документирована. Средства моделирования и анализа – не единственное программное обеспечение, с которым работают аналитики. Современные аналитические приложения и средства администрирования базами данных получают все более дружественные интерфейсы, так что умение «читать» структуры баз данных, кубов OLAP и xml-документы следует уже отнести к правилам хорошего тона.

    Работа в проекте – основная форма деятельности бизнес-аналитиков. Любой участник проекта должен понимать, что такое проект, как он управляется, из каких этапов он состоит и кто в нем участвует. В проекте бизнес-аналитик отвечает за управление информацией о предметной области: он может не только разрабатывать соответствующие документы, но и технологию, обучать и контролировать других членов проектной команды. Многие риски проекта связаны с ключевыми требованиями клиента, возможностью и полнотой их удовлетворения. Из всех дисциплин управления проектами – управление контрактами, управление ресурсами, управление персоналом и т.п. – управление рисками и управление информацией о предметной области являются для бизнес-аналитка приоритетными.

    Проектная организация работы требует не только «правильных» знаний, но и навыков работы с соответствующим программным обеспечением и умения быстро входить в командную работу. Кроме того, ИТ-компании организуют свои проекты в соответствии с распространенными или уникальными методологиями. Хороший бизнес-аналитик должен представлять себе основные принципы методологий, получивших широкое распространение, и быть восприимчивым к новым для себе методам организации работы.

    Архитектор и бизнес-аналитик – это разные роли, и об этом уже шла речь выше. Но это не означает, что вопросы архитектуры должны быть terra incognita для бизнес-аналитика. Он должен представлять себе архитектуру стандартного решения, представляемого компанией, и принципы современных архитектур информационных систем. Слова «клиент-сервер», «распределенная архитектура» и «асинхронный обмен сообщениями» должны быть для него понятны – более того, он должен быть в состоянии изложить неспециалисту основные их черты, достоинства и ограничения. Достаточно часто пользователь затрудняется в формулировке требований и пытается помочь аналитику в проектировании архитектуры – очень важно при этом «вернуть его на землю» и при этом продемонстрировать свою компетентность в вопросах архитектуры.

    Бизнес-аналитик – существо общественное

    Навыки коммуникации – «работы с людьми» – заслуживают отдельного внимания. При всем многообразии учебных курсов и литературы, большинство этих «источников квалификации» уделяют основное внимание методологии, правильному использованию нотаций и программных средств. Между тем не менее 35% времени бизнес-аналитика занято общением с коллегами и клиентами, и на практике основным способом научиться этому остается личный опыт. Кроме того, готовность и способность к коммуникации во многом определяется и характером человека. Разные формы общения требуют разных навыков и умений:

  • Переписка – используется достаточно часто и экономит много времени и денег при работе с удаленными клиентами, при согласовании и обсуждении деталей и хорошо формализуемых задач. Требует аккуратности и педантичности (своевременный ответ на письма), хорошего знания языка, соблюдения стиля и этикета, умения обсуждать в переписке один вопрос с различными адресатами.
  • Анкетирование – как правило, используется на начальном этапе обследования или для оценки итогов проекта. Требует навыков составления и обработки анкеты: постановка задачи, формулировка вопросов и интерпретация результатов. Необходимо также себе представлять ограничения анкетирования и его преимущества.
  • Интервью –форма общения с клиентом, позволяющая получить максимум информации, особенно при хорошей предварительной подготовке и проведении нескольких раундов встреч. Хороший интервьюер умеет заинтересовать клиента, помочь ему подготовиться к встрече при помощи предварительных вопросов, успевает задать основные вопросы в ограниченное время и не потеряет информацию «между» интервью и отчетом о работе.
  • Презентации – конечно, это прежде всего «хлеб» сотрудников, занимающихся продажами. Однако когда речь заходит о презентации сложных решений, без бизнес-аналитика или консультанта обойтись трудно. Речь идет о способности представить информацию слушателям в доступной форме, расставить акценты, обеспечить обратную связь в виде ответов на вопросы. Любая презентация результатов работы – это продажа самих результатов и presale одновременно.
  • Совещания – любовь или нелюбовь к совещаниям во многом зависят от корпоративного стиля ИТ-компании и компании-клиента, причем эти стили могут не совпадать. Однако совещания – это то место, где принимаются судьбоносные для проекта решения, и опытный эксперт должен уметь помочь своей компании «выиграть их, играя по правилам».
  • Мозговой штурм – достаточно модная форма работы, которая редко используется правильно и оправдывает высокие ожидания. Организация мозгового штурма при обсуждении технических решений вполне заслуживает отдельной статьи. Если такая форма работы занимает большое место в практике организации, от бизнес-аналитика требуется знание «правил игры» и определенные социальные навыки: готовность «пожертвовать свою идею ради общего дела»; умение работать в горизонтальной команде без жесткой субординации; умение корректно общаться с коллегами в раскрепощенной обстановке.
  • Переговоры – конечно, не следует доверять бизнес-аналитику вести принципиальные переговоры самостоятельно. Не секрет, что компании-клиенты часто предпочитают работать «напрямую» с аналитиками, потому что они легче идут на компромисс и меньше внимания уделяют коммерческим аспектам. Все-таки роль бизнес-аналитика в переговорах – скорее консультирование менеджера и оценка возможных решений. Но умение формулировать позицию, аргументировано защищать ее и находить компромиссные решения – всегда большой плюс.
  • Работа с документами-источниками – этот вид работы условно отнесен к «социальным навыкам», но такая форма получения информации встречается довольно часто. Здесь важно уметь по документу или документам, иногда достаточно разрозненным и противоречивым, понять технологический процесс и выявить в описании нестыковки или неточности, требующие уточнения.
  •  

    Карьера

    В последние несколько лет в России появились учебные программы MBI и MSc., которые готовят специалистов в сфере информационных технологий новых, востребованных специальностей – ИТ-менеджеров и бизнес-аналитиков. Другое высшее образование – экономическое или техническое – является хорошей основой для квалификации, при наличии дополнительной подготовки в вопросах моделирования, взаимодействия с клиентом и технологий коллективной разработки. Безусловным плюсом является также участие в реальных проектах во время обучения и использование в учебном процессе реальных ситуаций – case study.

    Квалификация бизнес-аналитика определяется не только образованием, но и опытом и личностными качествами. Один из способов комплексной оценки – это тесты, своеобразные «мини-кейсы», которые могут быть проведены в ходе собеседования, в качестве «домашнего задания» до или между собеседованиями или при оценке необходимости в обучении уже в ходе испытательного срока. Возможные виды таких «мини-кейсов» и перечислены ниже:

  • Разработка схемы на основе предложенного текстового описания процесса. При этом описание и схема должны быть составлены на языке, на котором работают клиенты компании и команда проекта. По итогам теста можно оценить уровень знания языка и навыки формального описания бизнес-процессов.
  • Чтение различных нотаций (известных и неизвестных). Кандидату даются диаграммы в различных нотациях, включая неизвестные или малоизвестные ему, и предлагается описать процесс словами. При необходимости соискателю задаются конкретные вопросы, в том числе и те, ответ на которые не может быть дан только исходя из представленных диаграмм. Тест позволяет оценить знание соискателем различных нотаций и его способность воспринимать структурированную информацию в новой для себя форме.
  • Описание роли бизнес-аналитика в процессе поможет оценить реальный опыт участия в проектах и практическую готовность к совместной работе в команде.
  • Описание проектов из собственного опыта. Устное описание позволяет оценить реальный опыт участия в проектах, способность связно и логично излагать информацию по организации бизнес-процессов и предлагаемым решениям.
  • Описание подхода к реальному проекту. «Вводная информация» о клиенте и проекте предлагается в печатной форме. Ответ на вопрос »Как вы будете подходить к проекту?» - это основа для оценки готовности к самостоятельной работе. Также можно сделать вывод о совпадении или различиях подхода, принятого в компании, и взглядов кандидата.
  • Найти подходящего специалиста на рынке достаточно трудно, и часто возникает альтернативы – брать в команду кандидата, который подходит «более или менее», или «выращивать бизнес-аналитика в своем коллективе». Оба решения требуют планирования и организации дальнейшего обучения. Этот вопрос особенно актуален для малых и средних компаний, в которых обучению традиционно не уделяли достаточно внимания, ссылаясь на отсутствие средств. На самом деле, это чисто экономическое решение – в случае эффективного обучения от сотрудника раньше будет получена отдача, и следует сопоставить издержки на организованное обучение и бессистемное «знакомство с обстановкой».

    Отдельный вопрос HR – это профессиональное развитие и карьера бизнес-аналитика. Это может стать серьезной проблемой руководителя: если для бизнес-аналитика не будет организована возможность продвижения, рано или поздно он может покинуть компанию, получив более интересное предложение.

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

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

    Б. Шлаин независимый консультант www.borisshlain.com

    Полезная информация


    Некоторые варианты вопросов на собеседовании для бизнес-аналитика

    -Какие стадии разработки проекта вы знаете?
    -Какие стадии работы приложения вы знаете?
    -На какие слои обычно делится приложение?
    -Были ли в вашей практике случаи, когда вам поручали работу над проектом в новой индустрии, в новом регионе при условии, что у вас не было опыта работы в этой специализации?

    Некоторые распространенные вопросы на собеседовании при подборе java программиста:

    - Модификаторы в Java - назначение, варианты, контексты использования (класс/поле/метод)
    - ООП в Java - модификаторы доступа, интерфейсы и абстрактные классы, полиморфизм, инкапсуляция.
    - Иерархия коллекций в Java - Collection, Set, List, Queue, Map и их основные реализации.
    - Иерархия исключений и ошибок - checked и unchecked ошибки/исключения, OutOfMemoryError.
    - Вложенные классы в Java - квалификация, варианты использования, нарушение инкапсуляции.
    - Многопоточность в Java- назначение, монитор объекта, модификаторы syhcnronized и volatile, методы wait/notify/notifyAll, пакет java.util.concurrent.
    - JDBC API - Connection, Statement, PreparedStatement, CallableStatement, ResulSet, зачем каждая из этих сущностей нужна.

    Некоторые распространенные вопросы на собеседовании при подборе администраторов баз данных::

    -Что такое первичный ключ?
    -Что такое внешний ключ?
    -Что такое нормализация БД?
    -Что такое денормализация БД? Для чего она нужна?
    -Что такое кластерный и некластерный индекс?
    -Какие типы соединений (join) таблиц существуют? В чем их разница?
    -Что такое SQL курсор?
    -Опишите шаги по созданию и использованию курсора?
    -Что такое транзакция?
    -Что такое блокировка?
    -Что такое deadlock?
    -Что такое триггер? (Какие типы триггеров вы знаете?)
    -В чем разница между WHERE и HAVING?
    -Что такое подзапрос (sub-query)?



    Подбор программистов кадровое агентство Еnglish version

    Подбор программистов кадровое агентство Deutsche version



    Яндекс цитирования Информер для сайтов Рейтинг@Mail.ru WOlist.ru - каталог качественных сайтов Рунета Рейтинг Сайтов YandeG Lite переезд

    Специфика подбора ит специалистов |  Подробнее о стоимости подбора ИТ персонала | Подробнее о подборе IT специалистов  | Подбор бизнес-аналитика