Чем занимаются аналитики компьютерных систем

Обновлено: 06.07.2024

Системный аналитик – специалист, который принимает сложные организационно-технические решения. Он сочетает сильные технические знания с умением работать в команде и желанием объяснять работу сложных систем простыми словами. Как строится работа такого специалиста — и как им стать?

Кто такой системный аналитик и чем он занимается? В чем разница между системным и бизнес-аналитиком?

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

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

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

Где работают системные аналитики?

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

Каковы обязанности системного аналитика? Как проходит его рабочий день?

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

Когда IT-продукт готов, системный аналитик занимается его тестированием, разбирает ошибки и инциденты, возникающие в процессе работы. А затем ищет пути решения проблем.

Основным инструментарием, который использует в работе системный аналитик, являются сервисы для постановки и отслеживания выполнения задач (такие как Jira), вики-системы для корпоративного использования (Confluence), графические редакторы (Visio), инструменты интеграционного тестирования (Postman), а также инструменты для написания кода. Впрочем, быть продвинутым программистом и хорошо разбираться в сложных языках разработки системному аналитику не нужно. Достаточно базовых знаний любого популярного языка программирования (например, Python), а также навыков работы с базами данных.

Какие навыки нужны системному аналитику?

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

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

Что самое интересное в работе системного аналитика? А что – самое сложное?

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

Каковы карьерные перспективы системных аналитиков? Сколько они зарабатывают?

Согласно данным Хабр Карьеры, системный аналитик младшего уровня зарабатывает от 40 000 до 75 000 рублей в месяц, middle-уровня — от 75 000 до 140 000, а специалисты старшего уровня получают от 140 до 200 000 и более.

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

Что почитать новичку о системной аналитике?

«Настольной книгой» для системных аналитиков стала «Разработка требований к программному обеспечению» К. Вигерса.

Как будет проходить обучение на курсе системной аналитики в GeekBrains? Что студенты будут изучать? Нужно ли иметь какие-то базовые знания?

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

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

Занятия будут проходить два раза в неделю, начинаться в 20:00 и длиться 1,5-2 часа. Обучение будет включать в себя лекции, практические семинары, а также предусматривать выполнение домашних работ для того, чтобы закрепить полученные знания и протестировать их на практике. В начале почти каждого урока мы будем разбирать трудности, которые возникли у студентов в процессе выполнения заданий.

Для более эффективного обучения мы будем использовать специальные интерактивные тренажеры – онлайн-сервисы для работы с SQL, различные контейнеры docker, а также специально разработанный сервис для тестирования API.

В рамках курса мы научимся работать с так называемыми «нотациями» — например, BPMN и IDEF0. Это общепринятые системы условных обозначений, с помощью которых можно описывать процессы работы систем в виде схем. Также узнаем, как устроен процесс разработки программного обеспечения на каждом этапе изнутри. Затем научимся выявлять требования к программному обеспечению и составлять технические задания для разработчиков.

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

Всего в рамках курса мы познакомимся и освоим базовые навыки работы с десятками инструментов и сервисов, таких как Git, UML (язык графического описания для объектного моделирования в области разработки ПО), Draw.io и Flowchart (инструмент для создания схем и диаграмм) и другие.

Насколько системные аналитики нужны в России? Востребованы ли они в регионах?

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

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

Узнать больше о профессии системного аналитика, а также о программе обучения системной аналитике в GeekBrains можно на странице курса.

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

О профессии Аналитика компьютерных систем

Зарплаты: сколько получает Аналитик компьютерных систем *

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

Востребованность профессии

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

Для кого подходит профессия

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

Карьера

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

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

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

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

Краткие факты

В 2015 году аналитики компьютерных систем получили средний годовой оклад в размере 85 800 долларов.
В этой профессии в 2014 году работало почти 568 000 человек.
Они работают напрямую для организаций в разных отраслей или консультантов, работающих на предприятиях информационных технологий (ИТ).
Большинство аналитиков компьютерных систем работают полный рабочий день, и многие работают более 40 часов в неделю.
Те, кто работает консультантами, часто вынуждены путешествовать в офисы своих клиентов.
Бюро статистики труда США классифицирует его как «яркий взгляд» из-за его отличной перспективы работы. Это правительственное агентство ожидает, что оно вырастет намного быстрее, чем среднее для всех занятий до 2024 года.

День в жизни аналитика компьютерных систем

Вот некоторые типичные обязанности работы, взятые из онлайн-объявлений для позиций аналитиков компьютерных систем, найденных на «Истине». com:

«Исследовать, оценивать и рекомендовать новые технологии для предоставления и улучшения обслуживания»
«Определить и рекомендовать новые инструменты проектирования для использования в проектах связи»
«Разработка, разработка, исследований и поддержки внутренних вычислительных систем обработки данных и коммунальных услуг для клиентов на контрактной основе »

«Координация с персоналом персонала и персоналом управления для определения требований, уточнения, определения приоритетов и вариантов разработки»
«Координация и связь компьютерных систем внутри организации с целью повышения совместимости, и поэтому информация может «« Проконсультируйтесь с руководством, чтобы обеспечить согласование системных принципов »
« Помогать в обучении менее опытных сотрудников »
« Публиковать еженедельные отчеты, в которых указываются успехи, достигнутые в направлении осуществления мониторинга по заявкам и окружающей среде » > Как стать аналитиком компьютерных систем
Вам, скорее всего, понадобится степень бакалавра в области информатики или связанная с этим область, чтобы работать в этой профессии, но некоторые работодатели нанимают кандидатов, которые не имеют степени в колледже.Вам также может понадобиться фон в отрасли, в которой вы хотите работать, например, страхование или здоровье. Поскольку это занятие объединяет бизнес и технологии, некоторые работодатели предпочитают нанимать кандидатов на работу, которые имеют степень магистра делового администрирования (MBA) с концентрацией в компьютерных системах. Вам нужно будет получить степень магистра компьютерных наук, если вы хотите получить более техническую работу. Независимо от того, где вы работаете, вы должны идти в ногу с тенденциями в технологической отрасли.

Какие мягкие навыки вам нужны?

Аналитик компьютерных систем должен обладать определенными умственными способностями или личными качествами в дополнение к своим техническим навыкам:

Решение проблем и критическое мышление

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

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

Что ожидают от вас работодатели?

Мы снова просмотрели объявления о работе на самом деле. com, чтобы узнать, какие квалификации, помимо технических навыков и опыта, работодатели ожидают, что кандидаты будут иметь. Вот что мы нашли:

«Возможность анализировать сложные проблемы и работать как самостоятельно, так и как часть команды для поиска решений»

«Сильные организационные навыки и способность оставаться сосредоточенными при одновременном одновременном управлении несколькими задачами»

Требуется способность устанавливать и поддерживать гармоничные рабочие отношения с командами, клиентской / пользовательской базой и т. Д.
«Способность к обучению новым технологиям»
«Сильные навыки общения, как устные, так и письменные»
«Отлично аналитические, организационные и умственные навыки »
Является ли эта карьера хорошей для вас?
Голландский код: CIR (обычный, исследовательский, реалистичный)

Типы личности MBTI: ISFP, ENTP, ENTJ, INTJ, INTP, ESTJ (Тигер, Пол Д., Баррон, Барбара и Тигер, Келли. (2014) )

Do What You Are
. NY: Hatchette Book Group.) Узнайте, есть ли у вас все, что нужно для успеха в этой карьере. Возьмите, если вы станете анализом компьютерных систем? викторины. Занятия со связанными действиями и задачами

Описание

Ежегодная зарплата (2015)	Требования к образованию	Разработчик программного обеспечения	Контролирует все аспекты разработки систем и прикладных программ > $ 105, 570
Степень бакалавра в области информатики	Веб-разработчик	Создает веб-сайты, ориентируясь на их дизайн и технические аспекты	$ 64, 970
Ученая степень в области веб-дизайна	Сетевой администратор

Армия Работа: 94F - Ремонт компьютерных / детекторных систем

Должностные инструкции и квалификационные факторы для армии Соединенных Штатов Работа: 94F, Ремонт компьютерных / детекторных систем

AFSC 3D0X4 - Программирование компьютерных систем

Описание задания и квалификационные критерии для военно-воздушных сил AFSC (рабочие места). AFSC 3D0X4, Программирование компьютерных систем

Горячие вакансии в области технологий: администратор компьютерных систем

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

Примечание из будущего:
Дописав до п. 5 я понял, что в задуманном вначале объеме материал получается слишком большой. Пятый пункт заслуживает отдельной статьи, или даже нескольких. Это дело будущего. В данном посте затрону эту тему лишь поверхностно.

Короткое введение

Сухих формальных определений и другого подобного рода материалов по системному и бизнес-анализу на просторах Интернет хватает, так что не стану повторяться. Так же ни в коем случае не собираюсь и пересказывать содержание книги «Путь аналитика. Практическое руководство IT-специалиста».
В последнее время описываемой области знаний уделяется весьма скромное внимание. Выражается это в самых разных вещах. Например, до сих пор нет стандарта де-факто на профессию «Системный аналитик». Конечно, есть Международным институт бизнес-анализа (International Institute of Business Analysis, IIBA) со своим BABOK и собственной системой сертификации. Но широкой полулярностью (как, например, PMI/PMBook в дисциплине управления проектами) они не пользуются, особенно в России.
К слову, в настоящее время создается российское отделение IIBA. Не буду рекламировать, но все желающие могут легко найти соответствующую группу в LinkedIn.

Так же число книг по IT-аналитике заметно меньше, чем по другим IT-дисциплинам (буду рад ошибиться по данному вопросу — возможно, какие-то важные книги в этой области прошли мимо меня). Даже на Хабре статьи непосредственно по аналитике за последние пару лет можно пересчитать чуть ли не по пальцам одной руки (1, 2, 3, 4). Ну да имеем что имеем. В конце концов, все в наших руках.

Аналитики — кто это?

Системные аналитики
Бизнес-аналитики (данная роль относится не только к ИТ).

Главные задачи системного аналитика: сбор, анализ, формализация и согласование требований к системе. Другими словами, управление требованиями на протяжении всего их жизненного цикла. Основной, хотя обычно не единственный, документ на выходе – техническое задание или его аналог. На этом остановимся подробнее ниже.
Главные задачи бизнес-аналитика – изучение, описание, анализ и (при необходимости) реинжиниринг бизнес-процессов. Основной документ на выходе – описание бизнес-процессов As Is (обязательно) и To Be (при необходимости).

Краткое техническое отступление

Давайте сознательно прервем повествование и остановимся на самих требованиях. Что касается видов, атрибутов, характеристик, подходов к сбору и оформлению требований – пожалуй, большего «бардака» сложно найти. Состав и содержание документов с требованиями существенно различаются (взять, к примеру, наш ГОСТ и RUP, и имхо это не сравнение пушки и рогатки). Набор атрибутов требований так же в каждом подходе приводится свой, часто весьма неоднозначный (например, в BABOK). В довершение, часто путают результаты этапов анализа и проектирования, заставляя исполнителей включать в аналитические документы финальный вид диаграммы классов и полную схему БД (об этом ниже).
Не претендуя на истину в последней инстанции или какое-то ноу-хау (примерно то же написано в Википедии), сформулируем два ключевых способа классификации требований.

По уровню:
Бизнес-требования
Самые высокоуровневые требования, которые определяют цели создания ПО. Примерами таких требований могут быть достижение 20%-го сокращения издержек или повышение качества управления (например, за счет возможности оперативного формирования отчетности).
Данные требования обычно описываются в отдельном документе — «Видении проекта» (Vision) или «Бизнес-требованиях», который так же включает определение основных ролей будущих пользователей Системы и перечисление ее основных сценариев использования. Если такого выделенного документа нет, то часто все это включается в техническое задание или его аналог.

Требования пользователей
Они определяют набор пользовательских задач, которые должна решать Система, с описанием сценариев решения данных задач. Требования пользователей обычно представляются в виде перечисления вариантов использования Системы и взаимосвязей между ними (как правило, в виде Use-case диаграммы языка UML).
Сами варианты использования описывается в виде составляющих их последовательностей действий со всеми возможными пред/постусловиями и ветвлениями. Часто описание является текстовым (эта тема хорошо описана в книге Алистера Коберна " Современные методы описания функциональных требований к системам ").

Функциональные требования
Детально описывают все элементы функционала, который должен быть непосредственно реализован в Системе, чтобы обеспечить возможность выполнения всех сценариев использования, описанных в Требованиях пользователей.
Функциональные требования являются наиболее детализированными. Они описывают, в том числе, входные/выходные данные и их проверки, алгоритмы обработки данных и элементы пользовательского интерфейса (без дизайна).
Как правило, данные требования оформляются в виде отдельного документа («Технического задания» и т.д.). В этом же документе детализируются сценарии использования Системы (Требования пользователей), к которым обычно и привязываются функциональные требования.
Пример функционального требования: «По клику на кнопке <Кнопка А> на форме <Форма Б> должно отображаться модальное диалоговое окно, содержащее <Содержание окна>».

По типу:
Функциональные требования
Описывают непосредственно функционал, реализуемый Системой (пример приведен выше в описании классификации требований по их уровню в пункте «Функциональные требования»);

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

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

Описывать характеристики (непротиворечивость, полноту и т.д.) качественных требований и все их атрибуты (статус, источник и т.д.) здесь не буду, чтобы не раздувать пост. Если эта тема будет интересна, с удовольствием освещу ее в отдельной статье, хотя все это без труда гуглится. По этой же причине не стану описывать здесь статусы/версии/срезы (baseline) требований.
Однако хотелось бы остановиться на некоторых базовых принципах работы с требованиями (этот список далеко не полон):

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

Сначала выявляются цели создания Системы (бизнес-требования). Может сложиться впечатление, что фиксация данных требований не является обязательной для разработки. Но в этом случае у Исполнителя не будет возможности контролировать соответствие разработанной Системы тем целям, для которых она создавалась, а так же – возможности устанавливать семантические зависимости между целями разработки системы и сценариями ее использования;
Далее определяются роли пользователей Системы (как людей, так и других программных систем). После этого выявляются и описываются сценарии использования Системы каждой из данных ролей. Так формируются Требования пользователей.
Далее разрабатывается полный набор требований к функционалу Системы таким образом, чтобы данный функционал позволял выполнить все сценарии, описанные в Требованиях пользователей. Так же фиксируются ограничения для Системы и параметры среды ее функционирования.

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

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

ко всем относящимся к разработке ПО материалам;
ко всем ключевым носителям информации и лицам, обладающим требуемыми полномочиями

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

Зачем нужны аналитики? (привет, кэп)

До сих пор от некоторых разработчиков (хотя сейчас уже очень редко) можно услышать, что аналитики (равно как руководители проектов, менеджеры по продукту и т.д.) не только не вносят полезный вклад в дело, но и просто «мешаются под ногами». Лезут, понимаешь, со своими процессами, бумажками и прочей бюрократией — не дают простому девелоперу спокойно работать (смайл).
Излишняя бюрократизация конечно зло, но реализовать большой проект «на коленке», да еще усилиями специалистов лишь одного профиля в современном мире нереально. Никто не оспаривает важную роль разработчиков, но будут ли они продавать, оформлять кучу сопутствующей документации, пытаться понять своеобразный язык заказчиков и т.д.? Позволю себе предположить, что вряд ли многих из них это заинтересует.

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

Кто и как становится аналитиком (по трудовой)?

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

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

Что должен знать/уметь аналитик и как этому научиться?

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

Читайте также: