Что такое бизнес-аналитик? - Консалтинговые компании
Username:
Password:

Добро пожаловать на форум YupTalk.ru!
Обсуждаем международную карьеру, профессиональный рост, бизнес-образование,
транснациональные корпорации, стажировки, консалтинг, финансы, аудит, маркетинг и работу в целом.


О САЙТЕ | РЕКЛАМА | ПРАВИЛА | КОНТАКТЫ | RSS ПОДПИСКА | | | БЛОГ

Подписка на все новые сообщения по почте:
Страницы: 1
  Печать  
Автор Тема: Что такое бизнес-аналитик?  (Прочитано 42452 раз)
rab-bojii
Гость


E-mail
« : 05 Август 2010, 21:20:10 »

Допустим, Вы захотели продать себя как бизнес-аналитика ком диру в коммерческую структуру. Допустим Вы все его требования к Вам как к специалисту удовлетворили, но он колеблется, ибо четко не понимает, чем штатный бизнес-аналитик должен заниматься. Чтобы продать "себя", так полагаю можно объяснить в виде summary, что такое БА и с чем его едят и чем он отличается от бизнес-технолога или системного-аналитика.

Вообще штатный БА это generalist, в этом и заключается проблема - штатный generalist делает ВСЁ, что касается развития.. Но все-таки, что писать? Если есть идеи, помогите плиз со структурой, чтобы хоть начать. Вот, что вертится в голове.

Требования к кандидату:
- навыки;
- знания;
- опыт.

Функции БА в стратегии.
Функции БА в операциях.

Буду рад если кто-нить скинет приличную должностную инструкцию БА в личку.
Записан
rab-bojii
Гость


E-mail
« Ответ #1 : 05 Август 2010, 23:09:17 »

Решил сначала расписать по отдельности для БА, БТ и СА

Пока расписал БА

Бизнес-аналитик в стратегии или классический БА
Обязанности:
- структурирование проблемы клиента;
- формирование гипотез (для того чтобы понять, что это необходимо прочитать соответствующий раздел в книге «Метод McKinsey» или книге «Инструменты McKinsey»);
- проведение анализа для подтверждения или опровержения гипотез;
- сбор данных по рынкам, их объемам, драйверам, конкурентной среде (5 сил Портера, 5C, 4P, Матрица БКГ, цепочка добавленной стоимости, 7S итд) и ключевым показателям работы конкурентов;
- выбор стратегии и объектов сбора данных для корректировки и обоснования стратегии;
- проведение промежуточных интервью с представителями компании клиента;
- поиск лучших практик и экспертов;
- ознакомление и разъяснение результатов проделанной работы клиенту;
- создание и проведение презентаций;
- внедрение.
Умения:
- структурирование;
- умение строить гипотезы;
- умение искать и находить
- анализ + катализ;
- умение слушать и слышать;
- умение работать в команде;
- стрессоустойчивость;
- умение рисовать презентации.
Знания:
- корп фин;
- понимание принципов и правил бизнеса;
- аналитические шаблоны;
- принципы организационного проектирования ???;
- MS Office + MS Project + MS Visio
Опыт:
- если есть база экспертов, то только опыт внедрения изменений
- если базы экспертов нет, то дополнительно желателен опыт в отрасли, но не обязателен, зависит глубины анализа, а соответственно от сложности поставленной задачи.


Далее будут БА в операциях или БТ
и БА в ИТ или СА

Конструктивная критика желательна

Возник вопрос. Необходимо ли знать БА generalist'у в стратегии принципы и инструменты M&A и расширенно корп фин?
Записан
rab-bojii
Гость


E-mail
« Ответ #2 : 06 Август 2010, 00:54:21 »

Бизнес-аналитик в операциях, т.е. чистый бизнес-технолог (БТ)
Обязанности:
- описание AS-IS бизнес-процессов (анкетирование, фотография раб места итд);
- поиск SHOULD-BE бизнес процессов;
- проектирование и внедрение систем бюджетирования;
- проектирование орг структур;
- проектирование TO-BE бизнес-процессов;
- согласование проектной документации;
- формирование регламентов и должностных инструкций;
- внедрение единого корпоративного словаря;
- внедрение согласованных TO-BE бизнес-процессов;
- формирование планов итерационных преобразований;
- ведение журналов «гуляния» документов;
- формирование методов хранения стат данных для расчета нормативных KPI;
- обучение персонала новым методам работы.
Умения:
- умение обучаться;
- умение структурировать и декомпозировать;
- анализ + катализ;
- умение «обходить систему»;
- критическое мышление;
- быстро разбираться в предметных областях;
- умение находить общий язык с анкетируемыми;
- умение слушать и слышать;
- мат моделирование, например, в Прикладной Программе Arena (желательно, для производства обязательно);
- стрессоустойчивость.
Знания
- понимание принципов бизнеса;
- аспекты мотивации;
- 6sigma, lean итд;
- процессное управление;
- системы бюджетирования;
- управленческий учет;
- принципы бухгалтерского и налогового учета (желательно);
- KPI;
- группа стандартов ISO 9000 (желательно);
- MS Office + MS Project + MS Visio + BPWin;
- SQL (желательно или умение формировать требования, как необходимо реализовать);
- ИТ;
- архитектура Хранилищ Данных (желательно или умение формировать требования, как необходимо реализовать).
Опыт:
- от описания до внедрения любого масштаба.

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

Позже опишу системного-аналитика
Записан
rab-bojii
Гость


E-mail
« Ответ #3 : 06 Август 2010, 03:29:09 »

Бизнес-аналитик в ИТ, т.е. чистый системный-аналитик (СА), так же можно декомпозировать до аналитика требований и системного архитектора, хотя зачастую, используя АТ и САрх, подразумевают СА.
Обязанности:
- сбор требований к внедряемой КИС/ИС;
- формирование требований к внедряемой КИС/ИС;
- проектирование архитектуры КИС/ИС;
- формирование Технико-Экономического Обоснования разработки КИС/ИС;
- формирование Постановки Задачи программистам на разработку внедряемой КИС/ИС;
- формирование Технического Задания программистам на разработку внедряемой КИС/ИС;
- формирование словарей (если нет) и классификаторов;
- проектирование БД, ХД;
- формирование требований к Информационному Обеспечению программистам на разработку внедряемой КИС/ИС;
- ведение и согласование проектной документации;
- формирование корп ИТ стандартов;
- обучение персонала методом работы с внедренной КИС/ИС.
Умения:
- уметь читать схемы бизнес-процессов (зависит от того какая нотация описания);
- уметь конвертировать схемы бизнес-процессов в ОО схемы бизнес-процессов;
- умение обучаться;
- умение структурировать и декомпозировать;
- анализ + катализ;
- умение «обходить систему»;
- критическое мышление;
- быстро разбираться в предметных областях;
- умение находить общий язык с анкетируемыми;
- умение понимать корпоративную иерархию;
- умение слушать и слышать;
- мат моделирование, например, в Прикладной Программе Arena (желательно, для производства обязательно);
- стрессоустойчивость;
- умение работать в команде.
Знание:
- понимание принципов бизнеса;
- процессное управление;
- группа стандартов ISO 9000;
- системы бюджетирования;
- управленческий учет;
- принципы бухгалтерского и налогового учета (если речь идет о КИС)
- ИТ и тренды ИТ;
- стандартизация в ИТ;
- KPI;
- концепции архитектур КИС и тренды архитектур КИС;
- OLTP;
- OLAP;
- принципы ООП;
- OLE итд;
- UML (желательно, если не хотите стать дойной коровой);
- SQL;
- MS Office + MC Project + MS Visio + BPWin + Aris (если используется в качестве платформы).
Записан
rab-bojii
Гость


E-mail
« Ответ #4 : 06 Август 2010, 03:29:54 »

Как это отsummary'ить?
Записан
igor
VIP
Пользователь
*

Карма: 95
Оффлайн Оффлайн

Пол: Мужской
Сообщений: 66


« Ответ #5 : 08 Август 2010, 00:04:17 »

International Institute of Business Analysis (IIBA) -- организация своей целью ставит задать стандарт профессии бизнес-аналитика аналогично тому, как Project Management Institute (PMBoK) делает это для управления проектами.

На их сайте можно купить документы:
1. A Guide to the Business Analysis Body of Knowledge (BABoK Guide) v2 (http://www.4shared.com/dir/MYviugMK/sharing.html).
2. IIBA Business Analysis Competency Model v2 (пока доступен только по регистрации).

По поводу написанного Вами про БА в ИТ:

Не путайте БА (Бизнес-Аналитик ака аналитик) и СА (Системный Аналитик ака технический руководитель, системный архитектор, техлид и т.д.), это разные люди, их компетенции пересекаются процентов на 30 от силы. Хотя, в принципе, это очень тесно работающее звено, как разные стороны одной монеты: одна сторона смотрит в сторону бизнеса (БА), а другая -- в сторону предполагаемого технического решения (СА). Интерфейсом между ними служат проектные документы, которые каскадно разрабатываются на основе предыдущих (более высокоуровневых) с постепенным переносом тяжести (вовлечения) БА -> СА, от концепции (БА) -- до технических проектных решений/спецификаций на разработку (СА).

Дальше напишу укрупненно на основе своего проджект-менеджерского опыта (у вышеописанного IIBA более строгое и детальное мнение по поводу роли и ответственности бизнес-аналитиков).

БА выясняет проблему бизнеса (business pain), что нужно бизнесу, как это можно решить организационно (на уровне оргструктуры, бизнес-процессов, регламентов, распоряжений и т.д.), либо, если невозможно/нецелесообразно организационно, то технически.

БА аккуратно описывает схему AS IS (для некоторых проектов необязательно, когда все равно текущая схема работы AS IS будет похерена), концепцию/видение TO BE, концепция утверждается у высшего руководства и расщепляется на несколько потенциальных проектов (для каждого из них анализ целесообразности -- ТЭО, БА ассистирует здесь).

БА собирает, анализирует, формализует требования, пользовательские истории/сценарии (use cases), пишет функциональные требования бизнеса для каждого из акцептованных на предыдущем шаге проектов. Формализует критерии приемки каждого из проектов (UAT).

Если проект делается интегратором, то БА ассистирует в составлении документации на тендер (RFP), участвует в анализе ТКП и выборе исполнителя. СА на основе функциональных требований выбирает систему/технологию/технологический стек/платформу системы TO BE, БА тоже в меру возможностей может поучаствовать в выборе (не ответственность БА, но БА может дать резко отрицательное мотивированное заключение и оталармить ПМ'у).

Дальше БА участвует следующим образом (может варьироваться в зависимости от сути проекта):

Техническое задание/ТЗ (20% -- БА (в части атрибутного состава бизнес-объектов и схем потоков бизнес-объектов), 80% -- проектная команда исполнителей под руководством СА, далее буду писать просто СА)

Технические проектные решения/ТПР (100% СА, БА просматривает и дает замечания)

Методологические проектные решения/МПР, регламенты (80% БА, 20% СА)

Инструкции пользователей (техписы исполнителя, БА участвует в контроле состава, полноты и качества)

Приемка системы в опытную эксплуатацию (БА -- адвокат бизнес-пользователей и "первая линия обороны" до пользователей)

Приемка системы в промышленную эксплуатацию (БА дает заключение по поводу соответствия критериям приемки,  решение принимает не он).
Записан
igor
VIP
Пользователь
*

Карма: 95
Оффлайн Оффлайн

Пол: Мужской
Сообщений: 66


« Ответ #6 : 08 Август 2010, 00:56:20 »

Теперь о скиллах БА в ИТ.

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

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

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

Из технического (в качестве рисовалки вполне подходит MS Visio):
-- IDEF0, EPC, UML, возможно, BPMN;
-- ER-моделирование, лучше всего Barker notation (пользователи лучше всего ее воспринимают);
-- азы SQL.

Это, ИМХО, минимальный "джентльменский набор" навыков БА в ИТ. А вообще, конечно, чем больше дополнительных скиллов прокачано, тем лучше.

Записан
igor
VIP
Пользователь
*

Карма: 95
Оффлайн Оффлайн

Пол: Мужской
Сообщений: 66


« Ответ #7 : 08 Август 2010, 14:43:51 »

Список активностей и методик работы БА (copy-paste from BABoK v2, ссылка в предыд. посте):

BA Planning and Monitoring:
-- Plan Business Analysis Approach
-- Conduct Stakeholder Analysis
-- Plan Business Analysis Activities
-- Plan Business Analysis Communication
-- Plan Requirements Management Process
-- Manage Business Analysis Performance

Elicitation:
-- Prepare for Elicitation
-- Conduct Elicitation Activity
-- Document Elicitation Results
-- Confirm Elicitation Results

Requirements Management & Communication:
--  Manage Solution Scope & Requirements
--  Manage Requirements Traceability
--  Maintain Requirements for Re-use
--  Prepare Requirements Package
--  Communicate Requirements

Enterprise Analysis:
--  Define Business Need
--  Assess Capability Gaps
--  Determine Solution Approach
--  Define Solution Scope
--  Define Business Case

Requirements Analysis:
--  Prioritize Requirements
--  Organize Requirements
--  Specify and Model Requirements
--  Define Assumptions and Constraints
--  Verify Requirements
--  Validate Requirements

Solution Assessment & Validation:
--  Assess Proposed Solution
--  Allocate Requirements
--  Assess Organizational Readiness
--  Define Transition Requirements
--  Validate Solution
--  Evaluate Solution Performance

Underlying Competencies:
--  Analytical Thinking and Problem Solving
--  Behavioral Characteristics
--  Business Knowledge
--  Communication Skills
--  Interaction Skills
--  Software Applications

Techniques:
--  Acceptance and Evaluation Criteria Definition
--  Benchmarking
--  Brainstorming
--  Business Rules Analysis
--  Data Dictionary and Glossary
--  Data Flow Diagrams
--  Data Modeling
--  Decision Analysis
--  Document Analysis
--  Estimation
--  Focus Groups
--  Functional Decomposition
--  Interface Analysis
--  Interviews
--  Lessons Learned Process
--  Metrics and Key Performance Indicators
--  Non-functional Requirements Analysis
--  Observation
--  Organization Modeling
--  Problem Tracking
--  Process Modeling
--  Prototyping
--  Requirements Workshops
--  Risk Analysis
--  Root Cause Analysis
--  Scenarios and Use Cases
--  Scope Modeling
--  Sequence Diagrams
--  State Diagrams
--  Structured Walkthrough
--  Survey/Questionnaire
--  SWOT Analysis
--  User Stories
--  Vendor Assessment

Еще есть отличные книги (aligned with BABoK, Howard Podeswa -- один из участников проекта BABoK):
H. Podeswa. The Business Analyst's Handbook, http://ifile.it/5awcuts/1598635654.rar (большое количество шаблонов, чек-листов, неплохой обзор techniques).
H. Podeswa. UML for the IT Business Analyst, 2e, http://ifile.it/pjzu041/1598638688%20ITA.rar (в принципе, БА может ограничиться только хорошим знанием UML, его можно использовать даже для E-R моделирования вместо Баркера, см. обстоятельную статью http://www.tdan.com/view-articles/8457, один из ее авторов, David Hay, поклонник Zachman Architecture и автор одной из лучших книг по моделированию данных с т.зр. БА: Data Model Patterns: A Metadata Map, http://filefactory.com/file/f79f8c/n/0120887983_zip, а также неплохой книги по анализу требований:    Requirements Analysis: From Business Views to Architecture, http://ifile.it/obrtu2p/84633___ebook.requirements_analysis_from_business_views_to_architecture.0130282286.zip)

Интересующимся карьерой БА -- любопытная ссылка: http://businessanalystworld.blogspot.com/2009/04/business-analyst-career-path-20_16.html
Записан
rab-bojii
Гость


E-mail
« Ответ #8 : 09 Август 2010, 17:59:48 »

Спасибо за доп инфу
Записан
igor
VIP
Пользователь
*

Карма: 95
Оффлайн Оффлайн

Пол: Мужской
Сообщений: 66


« Ответ #9 : 11 Август 2010, 21:45:31 »

Для Системных Аналитиков аналогичную роль играет организация INCOSE (International Council on Systems Engineering, года 2-3 назад появился russian chapter -- incose.ru) и документ INCOSE Systems Engineering Handbook. A Guide for System Life Cycle Processes and Activities (http://ifile.it/2ariu4/r20070325c.rar). Но там жесть полная, для проектов типа Lockheed Martin F-35 Lightning II. Хотя руководство позиционируется как междисциплинарное, гл. редактор Cecilia Haskins -- вполне себе бизнес-пёрсон, MBA/Wharton.

На западе термин systems analysis (системный анализ, анализ систем) чаще всего употребляется в контексте ИТ и исследования операций, а словосочетание systems engineering (системный инжиниринг, конструирование/построение систем) -- в более широком и практическом смысле.
Записан



Страницы: 1
  Печать  
 
Обычная тема
Популярная тема (более 75 ответов)
Очень популярная тема (более 100 ответов)
Заблокированная тема
Прикрепленная тема
Голосование