Что нужно знать и уметь бизнес-аналитику? Детальная разработка технического задания. Чем занимается бизнес-аналитик

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

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

Среднему украинскому бизнес-аналитику 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).

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

Когда отмечается

Кто празднует

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

История праздника

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

О профессии

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

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

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

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

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

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

Кто это?

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

Где и как он работает?

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

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

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

Какое нужно образование?

Пока что на сегодняшний день нет таких учебных заведений в России, которыми бы осуществлялась подготовка конкретно по специализации «системный аналитик». Кафедра бизнес-аналитики, открытая в 2002 году при факультете ГУ-ВШЭ, является еще недостаточно развитой для того, чтобы похвастаться какими-либо действительно успешными проектами со стороны своих выпускников. В преимущественном большинстве случаев изначально бизнес-аналитик должен получить одно или же несколько высших образований, после чего становится на путь совершенствования и дополнительно проходит обучение.

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

Где их получить?

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

Кем еще может быть такой специалист?

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

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

Разработка модели бизнес-процессов компании

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

Сбор информации системным аналитиком может осуществляться следующими способами:

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

Детальная разработка технического задания

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

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

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

Записывание архитектуры бизнес-процессов

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

Объяснение правил работы с системой

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

Навыки

Учитывая то, чем занимается системный аналитик, в качестве ключевых навыков его стоит выделить следующие:

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

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

Преимущества

Среди преимуществ, которые предоставляет человеку профессия системного аналитика, стоит выделить следующее:

Недостатки

Но, конечно же, профессия «системный аналитик» отличается и определенными недостатками, такими как:

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

Сколько они зарабатывают?

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

Перспективы

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

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

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

Моя тема - полезные навыки аналитиков и нацелена на то, чтобы показать вам возможности по профессиональному развитию в области бизнес анализа.

Коротко о себе

Мария Бондаренко, директор белорусско-немецко-русской компании GP software по разработке ПО в области туризма; в ИТ работает более 10 лет
Сергей Бондаренко, работает в компании Itransition (почти 1000 чел.), занимается руководящими задачами (в т.ч. в подразделениях аналитики)

Цели доклада

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

Откуда берутся аналитики?

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

Как развиваются аналитики?

Что происходит дальше? Дальше вы начинаете работать, выполнять какие-то задачи и шагать по карьерной лестнице внутри компании. Но ваш спектр задач обычно ограничен только теми проектами, которые выполняет данная компания. Соответственно, если вы придете в одну компанию и спросите: «Вот здесь есть бизнес-аналитики, а чем вы занимаетесь? А что такое бизнес-анализ?» Или придёте в другую компанию и спросите «А что такое бизнес-анализ», вы можете получить 2 совершенно разных ответа.
Для того чтобы хоть как-то улучшить эту ситуацию, вы пытаетесь читать книжки, читать информацию в интернете и набирать как-то этот опыт, но, тем не менее, опять-таки это всё происходит достаточно хаотически. Соответственно, происходит такая сборная солянка в голове, вы варитесь в собственном соку и не хватает полноты понимания контекста бизнес-анализа.

К чему это может приводить?

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

Может лучше так?

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

Кто такой аналитик?

В процессе подготовки доклада получилось выделить несколько областей, в которых работают бизнес-аналитики:
Requirements Management (Управление требованиями)
Research&Analysis (Исследования и анализ данных)
Processes Engineering (Моделирование процессов)
Modeling&Design (Проектирование ИС)
Delivery (Внедрение)
Consulting (Консалтинг)

Управление требованиями

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

Исследование и анализ данных

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

Моделирование процессов

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

Проектирование ИС

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

Внедрение ПО

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

Консалтинг

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

Hard & Soft Skills

В связи с этим спектром возможных задач выделяются определенные навыки, которые позволяют выполнять их более профессионально. Классическое деление навыков - hard и soft. Hard навыки - это знание инструментов, технологий, методик или нотаций, или того, чему можно обучиться. Soft навыки - это личностные и межличностные характеристики, которые даются ему с рождения, но они тоже развиваются и их тоже можно тренировать и по ним есть методики развития.
В рамках данных навыков и разреза возможных ролей аналитика на проектах можно обозначить следующие зависимости (см. таблицу).

1. Hard skills

Для удобства все навыки из группы hard skills мы разделили на 7 групп: базовые компетенции, теория и техники анализа, основы бизнеса, знания по разработке ИС, документирование, дополнительные компетенции, иностранные языки. На пересечениях ролей и компетенций обозначено, для каких задач аналитику необходимы те или иные навыки.
По иностранным языкам: знаки вопроса стоят потому, что, в принципе, может быть шикарный аналитик, работать на локальном рынке и ему будет достаточно только русского языка для выполнения своих работ. Но учитывая, что область бизнес-анализа достаточно молодая и на русском языке не так много литературы, форумов и сообществ, в которых вы можете узнавать информацию, конечно, знание иностранных языков позволит лучше развиваться и получать больше профессиональных знаний, нежели вы знаете только 1 язык.
Что касается soft-навыков, они были разбиты на несколько групп и определены критерии, для каких ролей наиболее важны те или иные soft-навыки.
Ниже мы расскажем подробнее про все перечисленные hard и soft skills.

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

1.1 Базовые компетенции

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

a. Деловая этика

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

b. Навыки работы в интернете

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

c. Совместная работа

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

d. Онлайн-конференции

В этой же группе - инструменты для онлайн-конференций. Очень полезно, когда аналитик не просто пересылает клиенту документы, а демонстрирует, в частности, промежуточные версии работоспособности системы, показывает прототипы. Для этого вам понадобится некая площадка. Конечно, есть вариант, что вы приезжаете к клиенту, если он находится в той же стране и городе. Но часто мы работаем с западными заказчиками или удаленными командами. Среди этих инструментов онлайн-конференций - GoTo Meeting и GoTo Webinar (это из одной серии), WebEx и другие. Причем они могут пригодятся не только для презентации результатов, но и для сбора требований.

e. Wiki-хранилище

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

f. Скорость чтения и печати

Еще один блок базовых компетенций hard-навыков - это скорочтение и скоропечатание (хотя могут быть споры, можно ли это отнести к soft-skills).
Аналитику нужно обрабатывать много информации: с одной стороны, много читать (изучать и осмысливать), а с другой, много писать (фиксировать результаты), поэтому вам будет крайне полезно в вашей профессиональной карьере, если вы натренируете эти 2 навыка. Например, можете сравнить - средний навык печати это 100 символов в минуту, я печатаю со скоростью 400 символов в минуту. Если все понятно, что писать в документе и нужно только словами зафиксировать договоренности, написать протокол договоренности с клиентом, то можете себе представить - у меня это занимает в 4 раза меньше времени, нежели среднестатистическому специалисту. Соответственно, повышая у себя этот навык, вы делаете себя более эффективным и экономите время на своих проектах.

g. Офисные инструменты

Также в рамках базовых навыков хотелось бы отметить еще ряд инструментов, такие как офисные инструменты (Word, Excel, PowerPoint и Visio), которые позволяют качественно и наглядно представлять результаты вашей работы. Если вы умеете открыть документ Word и умеете печатать там текст, но не умеете настраивать стили заголовков и таблиц, оформить примечания, использовать шаблоны и свойства документа. Или можете открыть документ Excel и знаете, что из себя представляет электронная таблица, но не владеете формулами, макросами, условным форматированием, то, поверьте, вам еще есть, куда копать в рамках данных инструментов. Просто в целях интересах можете открыть справку о программе или какой-нибудь тест по данной программе, и узнаете многое, что, оказывается, вы до этого не знали. Соответственно, здесь всегда есть простор для развития.

h. Визуализация

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

i. Графические редакторы

Аналитикам также могут быть полезны и графические редакторы - не только сложный Photoshop, но и, например, классический Paint. Есть еще более мощная программа - SNAGIT - рекомендую.

j. Мультимедиа-редакторы

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

1.2 Теории и техники бизнес-анализа

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

a. Управление требованиями

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

b. Управление изменениями

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

a. Проектные артефакты

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

b. Инструментарий

В области теорий и техник анализа также выделены инструменты для управления требованиями, такие как Enterprise Architect, Borland CaliberRM (на конференции был представлен отдельный стенд, а также был прочитан доклад) и др. Для управления требованиями также используются не специализированные инструменты - Excel, Jira

1.3 Основы бизнеса

Что вам может быть полезно в знаниях основ бизнеса для вашего развития?

a. Основы экономики

Вам пригодится знания того, что такое TCO (total cost of ownership), ROI (Return on Investment), EBIDAT (Earnings before depreciation and taxes), ABC (Activity-Based Costing) и т.д. Эти термины следует изучить, поскольку вы, как бизнес аналитик, должны способствовать успешности бизнеса, и понимание основ экономики (понимание того, для чего делается софт и как будет оцениваться эффективность внедрения софта) крайне важно для правильного принятия решений аналитиком. Вам нужно не просто собирать и управлять требованиями, но делать это в рамках ограничений проекта (которые часто связаны с экономикой - ресурсы не безграничны, как и деньги).

b. Инжиниринг бизнес-процессов

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

c. Нотации моделирования процессов

Для инжиниринга бизнес-процессов вам потребуются знания определенных нотаций, в которых вы будете описывать процессы. Конечно, их можно описать и просто словами, но также достаточно распространены следующие нотации моделирования бизнес-процессов: BPML (Business Processes Modeling Language), IDEFx, CFF (cross-functional flowcharts) и обычные блок-схемы.

d. Инструментарий

Соответствующий инструментарий в области описания бизнес-процессов и экономического планирования (которые мне встречались) - BPWin и Business Studio.

1.4 Разработка ИС

Аналитик, который разрабатывает информационные системы, должен владеть техниками и методиками их разработки.

a. Основы архитектуры

Первый блок - основы архитектуры - общее понимание, что из себя представляет ИС, понимание клиент-серверной технологии и построения баз данных, знание устройства сайтов (в т.ч. понимание HTML, устройства CMS, знание готовых CMS), а также разбираться в протоколах и форматах передачи данных (XML, CSV и так далее).

b. Нотации проектирования

Вам могут быть полезны нотации проектирования такие как, UML, DFD, блок-схемы.

c. Эргономика

Помимо общих знаний по разработке ИС вам понадобятся знания по эргономике (юзабилити), причем в этом плане обратите свое внимание на такие стандарты, как web-style guide, mobile-style guide. A разработка ИС для iPhone и Android имеет набор лучших практик и стандарты требований, как должны проектироваться мобильные приложения. В частности, на AppStore вы будете сертифицировать сове приложение, и если оно не соответствует стандартам, его не пропустят.

d. Инструментарий

Инструментарий позволяет выполнять проектирование эффективно и удобно с точки зрения проекта и с точки зрения тех, для кого этот проект делается. В частности, это инструменты прототипирования (Balsamiq Mockups, Axure, JustInMind - в т.ч. мобильных интерфейсов). Также для этих целей используется MS Visio.

1.5 Документирование

a. Грамотный язык и корректное оформление

Следующий блок навыков - документирование. Аналитики пишут документы и они (документы) должны быть грамотными как с точки зрения языка, правильного использования технического стиля, грамотной письменной речи, так и с точки зрения оформления. Этот фактор определяется тем, насколько приятно ваш документ брать в руки, насколько он аккуратно и единообразно оформлен, как хорошо подготовлен к печати. Это, кстати, очень важный момент - 90% документов, которые мне присылают внешние аналитики, при попытке распечатать (особенно это касается таблиц Excel) выводятся на 10 листов в хаотическом порядке. Потом приходится вручную пытаться их собрать, что практически не реально. А дело в том, что Excel по умолчанию не форматирует страницу под печать. Аналитики должны знать, что есть специальные настройки структуры и вида страницы, в которых задается формат вывода на печать, порядок страниц, их нумерация. Обращайте на это внимание - подготовили документ, затем распечатали и посмотрели, удобно ли это использовать или нужно документ привести в порядок.

b. Эргономика

Для оформления документов также есть набор стандартов в области эргономики (или юзабилити, как сейчас более популярно выражаться). В частности, среди технических писателей одним из зарекомендовавших себя стандартов считается MS Manual of Style. На сегодняшний момент там более 400 страниц и он очень хорошо в плане того, как писать англоязычную техническую документацию - какие термины использовать (например, «click the button» или «click on the button»), как правильно оформлять, структурировать.

c. Инструментарий

И конечно же, инструментарий подготовки документов. Это может быть MS Word, OpenOffice (для Linux). Также требуются программы для генерации PDF-документов (Acrobat). И для документирования также пригодится Wiki. В особенности, знания wiki-разметки (специфический язык, который достаточно быстро осваивается) позволят лучше понимать, В каком случае документ оформить в Word, а в каком - в Wiki.

1.6 Дополнительные компетенции

К дополнительным компетенциям в области hard-навыков, на которые мне хотелось бы обратить внимание - это следующие.

a. Основы менеджмента

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

b. Знания в предметной области

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

c. Прикладная экспертиза

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

d. Инструментарий бизнеса

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

2. Soft skills

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

2.1 Базовые навыки

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

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

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

c. Хорошая память
Нужна по тем же причинам, что и обучаемость - в умен приходится держать множество деталей.

d. Четкость изложения информации
При передаче информации заказчику или разработчику не должно возникать недопонимания. Информация должна быть четко структурированной.

2.2 Аналитические навыки

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

2.3 Личностные навыки

a. Активность
Для аналитика важно быть активным: при движении проекта вперед он должен занимать активную позицию, выяснять требования. Также и во время приемки результатов проекта он не может позволить себе пассивную позицию.

b. Педантичность
Аналитики должны быть внимательны к деталям и не должны упускать из виду какие-то критические вещи. Т.е. фраза «и так сойдет» не про настоящего аналитика - он должен быть другим по складу характера.

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

2.4 Межличностные навыки

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

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

c. Организаторские способност и
Навыки по самоорганизации и организации команды также достаточно важны для аналитика.

2.5 Деловые навыки

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

3. Повышаем эффективность

Каким образом можно повышать эффективность работы аналитка? Я могу дать 2 базовых совета помимо базовых инструментов.

3.1 Помощники аналитика

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

3.2 Объективная оценка реальности

И вторая подсказка о том, что может повысить вашу эффективность, - это объективная оценка самого себя. Нужно понимать, насколько хорошо вы владеете теми или иными навыками аналитика (вы можете использовать вышеперечисленный перечень для проверки своих hard и soft-навыков). Такая проверка позволит вам понять, куда вам двигаться дальше.
В жизни встречается куча примеров того, когда люди считают себя крутыми, но такими не являются. Чаще всего самооценка завышена. А ведь когда аналитик считает, что он крутой, то не может работать эффективнее. Помните слова Сократа «Я знаю, что ничего не знаю» и их продолжение: «Но другие не знают даже этого». Если человек считает, что он уже на вершине, то вверх дальше не полезешь. Например, касаемо MS Word 90% скажут, что владеют им «свободно», хотя не знают, как пользоваться ни полями, ни макросами.

4. План развития

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

Что можно сделать?

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

1. Определение интересующих сфер

На этом шаге вы можете выписать все возможные навыки и задачи аналитиков в таблицу наподобие приложенной (файл презентации доступен на странице конференции AnalystDays-2012). Затем вам следует напротив каждого навыка поставить вес - то, насколько для вас (и/или для компании - зависит от того, на каком уровне строится план) важен тот или иной навык. Вы можете использовать шкалу от 0 до 5 или от 0 до 100 (в примере используется шкала 0..5). В принципе, эта же классификация может быть использована в вашей карьере.
В нашей компании используется градация на 3 уровня специалистов - Junior, Specialist, Expert - а внутри них идет разбиение на 3 ступени от R1 до R3. Для каждого из этих уровней введены определенные критерии, какие навыки им нужны и на каком уровне владения.
В качестве рекомендаций: в плане должны быть учтены как навыки широкого применения., так и узкоспециализированные умения. Но учесть стоит все. А также следует внести в таблицу и те дополнительные навыки, которые хоть и не являются основополагающими в работе аналитика, однако упрощают жизнь и делают его работу более эффективной.
Также при составлении плана следует учитывать следующие критерии: индивидуальность, привязка к системе аттестации, конкретность, измеримость, согласованность с руководством.
В итоге на базе этой классификации вы можете не просто составлять план персонального развития, но и одновременно определить, какие у вас карьерные возможности возникают при освоении определенных навыков.

Дилемма выбора

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

2. Оценка текущего уровня навыков

После определение весов следует определить, какой текущий уровень владения навыками и знаний по технологиям и инструментам у вас есть. Один из достаточно удобных способов оценки - аналоги оценки знаний иностранных языков (от Basic до Intermediate и Advanced). Каждому из этих уровней присваивается своя оценка от 0 до 5. После чего вы подсчитываете общую сумму баллов как сумму взвешенных оценок.

3. Определение целей развития

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

4. Определение способов достижения

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

Итоги

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

Вопрос 1

Каковы критерии оценки качества работы аналитика? Как объективно оценить работу своих подчиненных аналитиков?

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

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

Вопрос 2

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

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

P.S . Встретить Марию с Сергеем можно и на будущих конференция серии

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

Кто такой бизнес-аналитик и в чем суть его работы?

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

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

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

Творческая работа

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

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

Методы управления проектами

Методы управления проектами – одно из ключевых требований, которое предъявляют работодатели. Если говорить простыми словами, то управление проектами (project management) – это управление и организация всеми процессами, которые приведут к цели, будь то анализ конкурентом или маркетинговая кампания.

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

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

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

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

Если ваш уровень ниже Upper-Intermediate – получить должность бизнес-аналитика будет довольно сложно. Ведь в ИТ чаще всего клиенты - западные компании.

Сколько зарабатывают бизнес-аналитики?

Хороший бизнес-аналитик может рассчитывать на зарплату не менее $1200. Если верить статистике dev.by, то медианная зарплата бизнес-аналитика - $1600. Senior получает около $3000. Конечно, все будет зависеть только от ваших профессиональных навыков и желания развиваться.

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

Почему управление проектами так важно для бизнес-аналитиков? Об этом рассказывает Алена Волчек , специалист по PMI, AGILE (scrum, kanban) и преподаватель в

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

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

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

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

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

Темы на занятиях будут очень интересные: это прохождение собеседований и особенности формирования команды, защита от манипуляций и проведение переговоров и совещаний. А еще «микс» в управлении классики и легких методологий, т.е. agile и pmi!

Работу после курсов найти очень даже реально. Из группы минимум 2-3 человека находят работу в первые месяцы после окончания курсов. Но эти люди очень заинтересованы в обучении и готовы менять работу. При этом они понимают, что без опыта работы сразу рассчитывать на зарплату в $1500 нельзя, и начинать надо с малого, примерно с $400. Но и уровень ответственности у помощника PM гораздо ниже.

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

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

Гуманитариям есть место в IT

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

- Важность профессии бизнес-аналитика объясняется очень просто, и вместе с тем достаточно сложно. Давайте попробуем разобраться. В классическом понимании БА – посредник между заказчиком и разработчиком, но что за этим стоит на практике? Тяжелый интеллектуальный труд, которой не сводится к простой ретрансляции желания заказчика.

Я знаю много проектов, которые не стали успешными именно по причине отсутствия бизнес-аналитика. Как все происходило: заказчик говорит: «Я хочу…», а разработчик реализовывает желание заказчика. Заказчик смотрит на результат и понимает, что реализовано то, что он хотел, но пользоваться этим совершенно невозможно в силу некоторого списка причин.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Также ИТ-Академия «БелХард» разработала курс , после которого вы станете настоящим бизнес-аналитиком!

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

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

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