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

Кто такой бизнес-аналитик

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

1. wikipedia.org : Бизнес-аналитик - специалист, использующий методы бизнес-анализа для аналитики потребностей деятельности организаций с целью определения проблем бизнеса и предложения их решения.
2. enjoy-job.ru : Бизнес-аналитик (Business Analyst) - специалист, задачей которого является детальное изучение структуры компании, выявление проблем и поиск путей их успешного разрешения.
3. itkeys.ru : Бизнес-аналитик - это человек, который анализирует бизнес-потребности организации, а также формулирует пути и схемы усовершенствования бизнес-процессов, осуществляет стратегическое планирование.
4. proforientator.ru : Бизнес-аналитика – изучение бизнес-процессов компании-заказчика для наиболее эффективного внедрения информационных систем.
5. consulting.ru : Бизнес-аналитик в информационных технологиях – это человек, выступающий в роли интерфейса между ИТ и бизнесом, который может говорить на одном языке с представителями обеих областей и может организовать совместную работу над предметной областью. Бизнес-аналитик в бизнесе – это человек, который умеет анализировать определенный вид бизнеса или процесса (непрерывное производство, розничный бизнес, управление проектами и т.п.) или круг задач в бизнесе (маркетинг, управление запасами, бюджетирование и т.д.).
6. BABOK v.3 : Бизнес-аналитик - это любое лицо, которое выполняет задачи бизнес-анализа, описанные в руководстве BABOK, независимо от своей должности или организационной роли. Бизнес-аналитик отвечает за обнаружение, обобщение и анализ информации из разных источников в рамках компании, в том числе: инструментов, процессов, документации, а также заинтересованных лиц. Бизнес-аналитик отвечает за выявление реальных потребностей заинтересованных лиц (что часто включает в себя разбор и прояснения выражаемых пожеланий) для того, чтобы определить основные задачи и выявить мотивы. Бизнес-аналитики принимают активное участие в том, чтобы спроектированное и реализованное решение соотносилось с потребностями заинтересованных лиц.
7. iiba.org : Бизнес-аналитик является проводником изменений в организации. Бизнес-анализ является дисциплинированным подходом к внедрению и управлению изменениями в организации.

Что нужно знать и уметь бизнес-аналитику?

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

Бизнес-аналитик в сфере ИТ:

Бизнес-аналитик - это разносторонний специалист, который должен уметь:

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

Дорожные карты профессии бизнес-аналитика от IIBA.ORG

Онлайн-курсы

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

Business Intelligence

• Проектирование хранилищ данных для приложений систем деловой осведомленности (Business Intelligence Systems)

Business Modeling

Data Mining

Decision Models

Project management

• Управление проектами в соответствии со стандартом PMI PMBOK

Software engineering

Другие курсы

• Анализ требований к автоматизированным информационным системам
• Модели жизненного цикла и методологии разработки корпоративных систем

Советы по оформлению любой документации для бизнес-аналитиков

1. Всегда пишите документацию для непосвященных людей в концепцию и внутреннее содержание системы, поэтому:

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

2. Как документировать скрипты системы (если это требуется):

• В документе должно находиться общее концептуальное описание последовательности запусков тех или иных скриптов
• Можно представить карту вызова скриптов из компонентов системы, можно сделать некую «карту» по скриптам (mindmap)
• Сами скрипты в документе описывать не надо. Скрипты должны быть самодокументируемыми, т.е. в коде должны быть комментарии, которые заполняются разработчиками (в том числе для разъяснения бизнес-смысла скрипта)

3. Всегда стремитесь к балансу между картинками и текстом. Отсутствие или избыток картинок - не самые лучшие варианты оформления документации

Отношения с подчиненными

• Неважно какую должность Вы занимаете и сколько опыта у Вас - уважайте своих подчиненных, обсуждайте трудности, нехватку знаний или проблемы в работе. Не обвиняйте их, иначе при любой возможности они свалят от Вас (именно свалят и не будут даже думать о возникших резко у Вас трудностях при потере специалиста).
• Ставьте задачи правильно и корректно
• Обсуждайте с подчиненным всегда заранее о необходимости задержаться на работе - помните, что у подчиненных есть личная жизнь и свободное время, которое они не обязаны тратить на работодателя (либо Вы будете всегда работать с не очень выдающимися специалистами, т.к. хорошие сотрудники при случае свалят 😉)
• Многое другое можно найти в опубликованных материалах стратоплан.ру (участвовал в их конференциях и семинарах - и Вам советую)

Как устроиться работать бизнес-аналитиком

1. Открываем HeadHunter;
2. Находим 20 вакансий по бизнес-анализу;
3. Выписываем из них главные пункты, которых ожидают от бизнес-аналитиков;
4. Составляем список 7 наиболее важных (общих для всех вакансий), которыми Вы не владеете;
5. Изучаем быстро за неделю;
6. Идем на собеседование (получаем обратную связь);
7. Учим дальше;
8. Повторяем цикл пунктов 6-7-6-7-… до тех пор, пока не устроитесь;
9. Сначала идите на совеседование в те компании, устроиться в которые Вы не хотите (чтобы не потерять шанс при плохом исходе собеседования).

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

Лекции Технопарка:

Natalya Sveshnikova:

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

Евгения, для чего нужен бизнес-анализ IT-компаниям?

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

Расскажите, как Вы пришли в профессию, с чего начинали?

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

Сначала я работала стажером, затем техническим писателем и системным аналитиком. Так я достигла должности бизнес-аналитика, постепенно развивая необходимые компетенции и навыки

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

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

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

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

Почему тогда проводят черту между бизнес-анализом и системным анализом, нужно ли ее проводить?

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

Какими знаниями и навыками нужно обладать, чтобы стать бизнес-аналитиком?

Так как мы говорим о бизнес-анализе в IT, желательно иметь какой-то IT-бэкграунд. Как минимум, знать основные возможности технологий и различия между ними. Нужны навыки, связанные с анализом - умение собирать данные, анализировать, делать выводы.

Среди бизнес-аналитиков есть и те, кто раньше не работал в IT, но уже в процессе познакомился с методологиями разработки.

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

А какие требования предъявляют к бизнес-аналитикам работодатели?

Обычно это высшее образование (информационные технологии или математика), потому что именно такие направления, как правило, выбирают люди с аналитическим, структурным мышлением. Но в некоторых компаниях востребован опыт в их отрасли. Например, если компания работает в области медицины, может потребоваться медицинское образование. Что касается навыков аналитика, работодателя может заинтересовать опыт сбора и описания требований (Vision, Use-Cases, User Stories, SRS), выявления и документирования бизнес-процессов, моделирования бизнес-процессов. Пригодится также опыт создания прототипов пользовательских интерфейсов. Именно об этих моментах мы будем достаточно много говорить на курсе. Я подробно расскажу, зачем нужен каждый процесс, с чего начать, на что обратить внимание.

Также в требованиях вакансий можно встретить знание инструментов моделирования (MS Visio, ARIS, Enterprise architect, Bizagi и др.), знание инструментов прототипирования интерфейсов (Balsamiq, Axura и др.), знание нотаций моделирования (UML, IDEF, BPMN и др.). О том, какие инструменты выбрать, мы тоже поговорим на курсе, будут и практические домашние задания. В деталях изучить софт можно самостоятельно,

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

Сколько времени нужно, чтобы стать высококвалифицированным специалистом?

Это зависит от самого человека. Нужно потратить 10 000 часов практики, чтобы стать профессионалом в какой-то области, а это примерно 5-6 лет работы. Если все это время уделять углубленному изучению выбранной сферы, то 5 лет более чем достаточно, чтобы стать экспертом. Правда, стоит помнить, что бизнес-анализ, как и все направления в IT, не стоит на месте. Всегда нужно следить за трендами, узнавать новости, постоянно учиться.

Какие карьерные перспективы ожидают аналитиков?

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

С чего можно начать, чтобы стать бизнес-аналитиком?

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

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

Почему стоит пройти курс в IT-Академии, ведь можно самому учиться, узнавать все о профессии?

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

Начните с книг: Карл И. Вигерс, Джой Битти “Разработка требований к программному обеспечению”, Алистер Коберн “Современные методы описания функциональных требований к системам” и другие. Много полезных материалов для аналитиков на сайтах analyst.by , habrahabr.ru , uml2.ru .

Что посоветуете тем, кто хочет работать аналитиком в IT?

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

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

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

1. Бизнес-аналитик в сфере ИТ

Бизнес-аналитик - это разносторонний специалист, который должен уметь:

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

1. Всегда пишите документацию для непосвященных людей в концепцию и внутреннее содержание системы, поэтому:

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

2. Как документировать скрипты системы:

• В документе должно находиться общее концептуальное описание последовательности запусков тех или иных скриптов
• Можно представить карту вызова скриптов из компонентов системы, можно сделать некую «карту» по скриптам (mindmap)
• Сами скрипты в документе описывать не надо. Скрипты должны быть самодокументируемыми, т.е. в коде должны быть комментарии, которые заполняются разработчиками (в том числе для разъяснения бизнес-смысла скрипта)

3. Всегда стремитесь к балансу между картинками и текстом. Отсутствие или избыток картинок - не самые лучшие варианты оформления документации

Отношения с подчиненными

• Неважно какую должность Вы занимаете и сколько опыта у Вас - уважайте своих подчиненных, обсуждайте трудности, нехватку знаний или проблемы в работе. Не обвиняйте их, иначе при любой возможности они свалят от Вас (именно свалят и не будут даже думать о возникших резко у Вас трудностях при потере специалиста).
• Ставьте задачи правильно и корректно
• Обсуждайте с подчиненным всегда заранее о необходимости задержаться на работе - помните, что у подчиненных есть личная жизнь и свободное время, которое они не обязаны тратить на работодателя (либо Вы будете всегда работать с не очень выдающимися специалистами, т.к. хорошие сотрудники при случае свалят 😉)
• Многое другое можно найти в опубликованных материалах стратоплан.ру (участвовал в их конференциях и семинарах - и Вам советую)

Как устроиться работать бизнес-аналитиком

1. Открываем HeadHunter;
2. Находим 20 вакансий по бизнес-анализу;
3. Выписываем из них главные пункты, которых ожидают от бизнес-аналитиков;
4. Составляем список 7 наиболее важных (общих для всех вакансий), которыми Вы не владеете;
5. Изучаем быстро за неделю;
6. Идем на собеседование (получаем обратную связь);
7. Учим дальше;
8. Повторяем цикл пунктов 6-7-6-7-… до тех пор, пока не устроитесь;
9. Сначала идите на совеседование в те компании, устроиться в которые Вы не хотите (чтобы не потерять шанс устроиться в хорошие компании при плохом исходе собеседования).

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

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

Среднему украинскому бизнес-аналитику 28 лет, он имеет зарплату $1300-2500 и опыт работы 3 года.

Задачи и обязанности

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

Работа бизнес-аналитика включает такие этапы:

1. Выявить потребности заказчика, понять проблему, которую он хочет решить.
2. Самостоятельно или с помощью команды сформулировать концепцию решения.
3. Оформить концепцию в техническое задание с конкретными требованиями к будущему продукту. Для этого используются различные техники бизнес-анализа - постронение моделей процессов и структур, прототипы пользовательского интерфейса, сценарии использования. В это же время делается точная оценка трудозатрат и длительности работ.
4. Детализировать каждое требование в виде спецификаций.
5. Консультировать программистов и тестировщиков во время разработки продукта, спорные моменты обговаривать с заказчиком.

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

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

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

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

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

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

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

«Всё зависит от того, на каком этапе находится проект. Когда-то могу заниматься самообразованием, когда-то - писать документацию, или изучать документы, написанные другими, тестировать программу, общаться с Заказчиком».

Достоинства и недостатки

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

«Мне нравится придумывать красивые решения реальных проблем. Красивые - это логичные, универсальные, которые ложатся в имеющуюся структуру и сами становятся масштабируемой структурой, в которую потом лягут дальнейшие изменения. Реальные проблемы - это первоисточники проблем заказчика, решение которых уберет большое количество „симптомов“, с которыми он к нам обратился».

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

«Люблю общаться с людьми, внедрять в жизнь решения, которые облегчают кому-то жизнь».

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

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

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

«Качество продукта - это качество требований. Качество требований - это аналитик».

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

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

«Идеального ТЗ не существует. Да оно и не нужно, это колоссальные затраты времени и денег. Критика будет всегда, нужно учиться отделять зерна от плевел».

Как стать бизнес-аналитиком и куда идти дальше?

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

«Часто аналитики вырастают из тестировщиков. Проделавшие такой путь специалисты знают „внутреннюю кухню“ IT и имеют материал для того, чтобы отличать хорошо написанные требования от плохо написанных».

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

«Аналитик должен избавиться от узконаправленности мышления айтишника, уметь увидеть картину в целом, замечать недостатки. Чем лучше ему удастся выйти „за рамки“, тем успешней будет работа».

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

«Нужно уметь разложить то, что ты хочешь объяснить, на простые составляющие, чтобы абсолютно всем и каждому было ясно, в чем идея».

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

Перспективы карьерного развития бизнес-аналитика:
1. Совершенствоваться как аналитик, осваивать все больший круг аналитических задач.
2. Углубиться в системную составляющую и стать Business или Enterprise Architect
3. Развиваться по управленческой лестнице, проектной (Project manager -> Program Manager -> CTO) или бизнес (Product manager).

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

Рис. 4-1 Обязанности аналитика требований: наведение коммуникативных мостов между клиентом и разработчиками

Бизнес-аналитик - это одна из ролей участников проекта, а не обязательно название должности.

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

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

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

В проектах гибкой разработки (agile) также нужен бизнес-анализ. В таких проектах обычно имеется роль владельца продукта, который выполняет часть традиционных задач бизнес-аналитика. А в некоторых командах предпочитают иметь также роль аналитика (Cohn, 2010). Бизнес-аналитик помогает представить пользователей и понять их потребности, а также выполняет дополнительные действия бизнес-аналитика, описанные далее в этой главе. Независимо от названия должности, человек, выполняющий задачи аналитика, должен обладать соответствующими навыками, знанием и личными качествами.

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

От таланта аналитика зависит успех проекта. Один из клиентов, которых я консультировал, пришел к выводу, что спецификации с требованиями, созданные опытными аналитиками, удается изучать вдвое быстрее, чем созданные новичками, поскольку в первых меньше недостатков. В модели Cocomo II, широко применяемой для оценки проектов, опыт и способности аналитика требований сильно влияют на материальные и трудовые затраты, связанные с реализацией проекта (Boemn et al., 2000). Привлекая опытных аналитиков, можно на треть снизить связанные с проектом трудозатраты по сравнению с аналогичными проектами, где заняты неопытные аналитики.