Бизнес аналитик: обязанности, требования, перспективы

И причина тому — новые потребности современного бизнеса: Чем же занимаются бизнес-аналитики в IT? Для чего они нужны компаниям, разрабатывающим программные продукты? Эти и другие вопросы мы обсудили с руководителем отдела аналитики и дизайна компании Azoft, Евгенией Шпильной. Как правило, бизнес-аналитик изучает бизнес-процессы компании, даёт рекомендации по их оптимизации, предлагает пути стратегического развития.

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

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

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

Если говорить о конкретных требованиях к бизнес-аналитику в компании Azoft, отмечу опыт практического применения инструментов моделирования и прототипирования, разговорный английский язык.

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

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

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

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

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

А наиболее прибыльна в добывающей промышленности и ИТ-секторе. Зарплата аналитика зависит от его профессиональных навыков и опыта. На сегодня уровень зарплат, в зависимости от региона России, колеблется от 40 до тысяч рублей в месяц. Средний уровень оклада бизнес-аналитика в месяц составляет порядка 60 тысяч рублей. Приведенные цифры типичны для московского региона, в провинциях уровень оплаты труда несколько ниже.

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

В России на сегодня сложно подобрать подходящие учебные программы, погружение в которые позволит стать специалистом широкого профиля по бизнес-анализу. Но существуют программы профессиональной переподготовки. Так, в Школе ИТ-менеджмента в Академии народного хозяйства при Правительстве РФ предлагается программа для менеджеров проектов и бизнес-анализа.

Претендентов на должность финансовый аналитик выпускает Российская экономическая академия имени Плеханова. В МФТИ предлагается программа для студентов, желающих получить специальность системного аналитика. Факультет бизнес-информатики ГУ ВШЭ тоже подготавливает бизнес-аналитиков, но только в сфере информационных технологий. И конкретно направлению аналитики посвящена программа Высшей школы экономики в Москве. Для аналитика не менее важна, пусть и небольшая на начальной стадии, практика в финансовой сфере.

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

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

Следует выбрать специальности для экзаменов — продвинутый уровень:

Бизнес-аналитик — это разносторонний специалист, который должен уметь: коммуницировать с различными заинтересованными сторонами (это может быть топ-менеджмент компании, либо мидл-менеджмент). коммуницировать с бизнес-пользователями. коммуницировать с членами команды (разработчики, аналитики, менеджеры проектов). использовать различные инструменты для систематизации требований (именно инструменты — почти всегда Excel). знать и уметь предвидеть какие требования нужны для каждого конкретного проекта и кому задавать вопросы. Чем занимается бизнес-аналитик? Бизнес-аналитики должны уметь и знать гораздо больше рядовых служащих. Их сфера деятельности — область стратегического планирования, бюджетирование, анализ и разработка бизнес-процессов.  С активным развитием бизнес-технологий у представителей компаний и госкорпораций появилась потребность в найме высококвалифицированных специалистов. Итак, бизнес-аналитик занимается анализом внутрикорпоративных процессов, он изучает особенно работы компании, стремится минимизировать траты и повысить эффективность и результативность организации. Внимание!. Чем занимается бизнес-аналитик в IT компании и как стать настоящим профессионалом — читайте в интервью с руководителем отделом аналитики и дизайна Azoft.  Профессия бизнес-аналитика появилась не так давно, но уже успела войти в топ самых востребованных IT-специальностей. И причина тому — новые потребности современного бизнеса: многие компании стали активно менять схемы работы, автоматизировать процессы, интегрировать высокотехнологичные системы. Чем же занимаются бизнес-аналитики в IT? Для чего они нужны компаниям, разрабатывающим программные продукты? Как стать бизнес-аналитиком?.

Чем занимается Бизнес-аналитик Операционного департамента в банке?

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

Вопрос лишь в кадрах. Хороших менеджеров проектов мало, а которые разбираются в IT специфике — еще меньше. Есть ли здесь разделение на гуманитариев и технарей? Не все технари это могут. Нашу Академию стоит выбрать за очень комфортную атмосферу!

Группы становятся настолько сплоченными за время занятий, что к концу курса многие становятся настоящими друзьями, помогают друг другу с трудоустройством. Преподаватели выстраивают программу курса, учитывая интересы каждой конкретной группы, и делают упор на нужные группе темы. Темы на занятиях будут очень интересные: Работу после курсов найти очень даже реально.

Из группы минимум человека находят работу в первые месяцы после окончания курсов. Но эти люди очень заинтересованы в обучении и готовы менять работу.

Но и уровень ответственности у помощника PM гораздо ниже. А что касается лучших выпускников, то здесь все как в университете. Можно быть лучшим в теории, но завалить практику.

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

Пробелы в теории легко восполнимы, но нужно назубок знать основные моменты: Если вы решили что-то менять в жизни, в профессии, меньше сомневайтесь, а больше делайте. Не попробовав, вы никогда не поймете, ваша это профессия или нет. А пока вы думаете, кто-то уже записался на ваше место ко мне в группу! В классическом понимании БА — посредник между заказчиком и разработчиком, но что за этим стоит на практике?

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

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

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

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

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

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

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

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

Главное, о чем стоит помнить — чтобы творение отвечало интересам заказчика. Технический специалист мыслит формулами, тогда как гуманитарий описывает саму сущность. В первую очередь - это кадры. Кроме того, курс построен таким образом, что обучиться может любой человек, независимо от его возраста и знаний. Дам новичкам несколько рекомендаций. Убедитесь, что есть мотивация и желание изучить новое направление, есть готовность много учиться, и после окончания курса начать карьеру практически с самого начала, и, независимо от возраста и прошлых заслуг, стать новичком, который через какое-то время станет специалистом и сможет услышать, как довольный пользователь скажет: Если вы все-таки уверены в своей мотивации стать частью IT, то следует узнать, где сможете получить эту профессию.

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

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

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

За консалтинг платить не привыкли, это факт. Но и мультиплатформенных интеграторов тоже достаточно. И как раз БА, РП и возможно архитектор частично — это те специальности, которые проще всего переключаются от проектов на одной платформе к проекту на другой. Коллеги, профстандарт нам в помощь. От себя два слова. ИМХО, бизнес аналитик должен разбираться в предметной области и бизнес-процессах заказчика, а системный аналитик в информационной системе и технологиях.

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

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

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

Есть еще профстандарт на технического писателя. Вообще чем дальше в лес, тем больше ролей и позиций должностей , обобщенно называемых бизнес-аналитиками, мы находим. В крупных компаниях есть и requirements engineers, и чистые business analysts, и выделенные system analysts, и даже некие business systems analysts. Еще очень близкая категория business relationship managers, и любопытные business systems consultants. И явно я еще кого-то забыл это те, кто у нас встречаются.

К каждой из категорий в разных компаниях применяют совершенно разные требования к навыкам и ключевым компетенциям. Но с общими моментами, отмеченными в статье, я согласен. Сложно оценивать необходимость такого разнообразия и деления в общем случае. По умолчанию, это вызывает скепсис, что естественно, с учетом конкретного опыта — все таки самый крупный мой проект был масштаба порядка человеко-часов, 1,5 года. Много это или не очень, не мне судить, но мне хватило: Понятно, что в таком случае вынужденная замена такой роли в таком проекте — смерти подобно, но не вижу, насколько сильно бы ситуацию спасло подобное деление.

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

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

Но, IMHO, проблема в том, что и архитекторы встречаются в проектах крайне редко. Ну, по крайней мере, мне так почему-то часто вокруг встречается. Коллеги, все хорошо, пока проекты относительно небольшие. Я как раз это видел на небольших проектах. У нас какие разные реальности. Без технической экспертизы любой сложный проект сделать нельзя.

Простой дешевле просто аутсорсить. Так вот на сложном проекте ключевая фигура — ГИП архитектор. По большей части именно от него зависит успех или провал. А вот какая польза от введения аналитика в эту историю — мне неясно.

Видел пару раз как ГИПов пытались заменить аналитиками. Аналитики, как казалось, тупо дешевле хороших программистов. Качество было очень низкое, сроки постоянно просрачивались.

Про разные реальности — в точку! Наверняка у каждого из нас деятельность со своими особенностями и это, естественно, может порождать разные мнения и оценку. Но позвольте в корне не согласится с утверждением: Так вот на сложном проекте ключевая фигура — ГИП архитектор Все же в этом случае ключевая фигура не одна.

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

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

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

Как я выше говорил — наибольшее влияние на проект оказывает ГИП архитектор. Если он достаточно квалифицирован и клиентоориентирован, то надобности в аналитиках нет. Получается экономически невыгодно иметь аналитика и архитектора, лучше взять одного архитектора, который понимает проблемы заказчика и умеет разговаривать.

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

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

Ну это же абсурд! Это не в компетенции инженеров. И на основании отсутствия этих компетенций называть инженера слабым, все равно что называть слона ущербным, потому что он не умеет летать. Человек работает дней в году или часов. На 10к часов это примерно 6 человек на год. Как бы не такой крупный проект. А что если проект крупнее? Делать три года конечно никто не будет. Поэтому имеет смысл поделить на 3 команды, каждая занимается свои направлением.

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

А вот без аналитика на таком проекте прожить можно, да и ничего страшного не случится. А если проект еще больше, например К часов — а таки проектов в реальности не бывает. Даже SAP с лицензиями дешевле обходится. Либо я потерял нить рассуждений. Смысл и назначение этого комментария — загадка. Что Вы пытались этим доказать?

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

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

Но не суть, площадок много, найти при желании можно. Совсем недавно только мелькало пару конкурсов для! Если интересно, можете оценить масштаб проектов в Сбере, Втб.

Сумм Вы в открытом доступе не найдете, но придется поверить на слово — в текущих ценах порядок был бы за млн. Почитайте описание, когда речь идет о одновременных пользователях, как думаете, сколько стоит такой проект? Если одного ГИПа мало, то у него появляются подчиненные, которые работают по своим направлениям со своими командами. По сути нет никаких проблем в создании иерархии архитекторов. БА оказывается нужен когда ГИП или архитектор не может пообщаться с заказником и понять что он хочет.

Но в этом случае проще качать гипа архиектора , а не брать аналитика. С того что я знаю как работает механизм закупок в крупных компаниях ; Я продавал проекты в сбере и ВТБ. Увы, там далеко не сотни миллионов. По сути за софт даже крупные организации не готовы платить, ибо эти затраты не капитализируются. Огромные суммы за софт есть в госах, но это в основном распил. Там конечно нужны аналитики, чтобы имитировать бурную деятельность.

Кстати в ВТБ все что дороже 3 млн идет через конкурс — www. Даже Ростелеком с к сотрудников имеет активных пользователе на систему менее 10к одновременных. В Мегафоне 30к сотрудников корпоративный портал имеет посещаемость около 6к пользователей в день.

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

Я продавал проекты в сбере и ВТБ. Вы же сами потрудились и дали ссылку. А представьте себе относительно комплексную задачу? Таких компаний в России просто нет. А это только у DocsVision. Из частников — все добытчики, там конечно поменьше, но тыс пользователей — не так мало, не единицы.

Если это проекты на Документуме — то это не одна сотня миллионов. Одна из известных мне компаний сейчас внедряет SAP, сумма сделки свыше млн. Если Вы чего то не знаете, это не значит, что этого нет.

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

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

И про стоимость тоже верно. Но стоимость можно и спросить, прикинуть. Важен порядок а конкретная цифра. Хорошее может быть решение. Но когда много проектов, они большие, загрузка высокая, то разумно же использовать архитектора как архитектора, а Ба как БА? Когда одного на всех не хватает? Да, соглашусь что очень часто бывает уместно вместо двух человек держать одного, закрывающего две роли.

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

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

Человек, который занимается общим управлением проектом сроки, бюджет, приемка традиционно называется ПМом, человек отвечающий за техническую реализацию называется архитектором ГИПом.

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

Что, как минимум, не объективно. Что касается ролей, то вопрос не в названии, а в функциях Так роль и характеризуется именно набором функций, это одно из альтернативных определений.

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

Так что вся дискуссия основана только на том, в какой-то сфере возможно всегда не нужен выделенный БА — не сомневаюсь что такие сферы существуют даже для крупного масштаба проекты, более инфраструктурного плана, нежели бизнесового: Exchange, SharePoint как интранет портал , либо с очень узкой спецификой — например, для нужд ИТ-департамента.

Поэтому вероятно и выходим за рамки конструктива. Но и задача такая не стояла А какая задача стояла? Может во вступлении опишите, чтобы не вводить людей в заблуждение. А сколько было тестеров и техписателей? Уверен, что очень мало. Это значит что аналитики по факту выполняли функции этих самых тестеров и техписов.

Для анализа ситуации стоит погрузиться в историю. Лет 30 назад не было никаких аналитиков.

О профессии бизнес-аналитика Бизнес-аналитики в IT помогают После получения диплома мне нужно было выбрать, чем заниматься дальше. К тому. Бизнес-аналитик в банке. Чем он занимается и сколько получает. Как им стать? 21 янв. г. - Чем занимаются бизнес-аналитики в IT? С одной стороны, они решают сложные стратегические вопросы и перед ними стоят.

Найдено :

Случайные запросы