ИТ бизнес-анализ продолжение

31.05.2010 at 09:40 2 комментария

Продолжаю про определения бизнес-анализа, имеющие отношение к ИТ проектам.

В других вариантах определений, не имеющих отношения к BABOK встречаются такие:

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

Еще можно сказать, что аналитика — это стратегия, а постановка — тактика»

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

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

Виды анализа Analysis Определения из глоссария
Business analysis is the set of tasks and techniques used to work as a liaison among stakeholders in or­der to understand the structure, policies and opera­tions of an organization, and recommend solutions that enable the organization to achieve its goals.
Competitive A structured process which captures the key char­acteristics of an industry to predict the long-term profitability prospects and to determine the prac­tices of the most significant competitors.
Cost Benefit Analysis done to compare and quantify the finan­cial and non-financial costs of making a change or implementing a solution compared to the benefits gained.
Decision An approach to decision-making that examines and models the possible consequences of different decisions.
Document is a means to elicit require­ments of an existing system by studying available documentation and identifying relevant informa­tion.
Feasibility An evaluation of proposed alternatives to deter­mine if they are technically possible within the constraints of the organization and whether they will deliver the desired benefits to the organiza­tion.
Gap A comparison of the current state and desired fu­ture state of an organization in order to identify differences that need to be addressed.
Impact assesses the effects that a pro­posed change will have on a stakeholder or stake­holder group, project, or system.
Opportunity The process of examining new business opportuni­ties to improve organizational performance.
Root Cause a structured examination of an identified problem to understand the underly­ing causes.
Stakeholder The work to identify the stakeholders who may be impacted by a proposed initiative and assess their interests and likely participation.
SWOT SWOT is an acronym for Strengths, Weaknesses, Opportunities and Threats. It is a model used to understand influencing factors and how they may affect an initiative.

 

 Из таблицы видно, что термин «the set of» авторы применили только к бизнес— анализу, все остальные содержат признаки деятельности. Почему так поступили авторы мы узнаем вряд ли, наша задача – правильно подойти к русскоязычной терминологии.

Ну а теперь самое время сказать – а зачем нам все эти измышления? Главное всегда цель четко осознать.

У меня цели две:

  1. От анализа пора перейти к синтезу: выбрать из имеющихся или сформировать «рабочее» определение, которым можно будет дальше пользоваться  — как я уже писала – «договориться».
  2. От рассуждений про бизнес-анализ перейти к внятному обсуждению моей главной темы – профессии «ИТ бизнес-аналитика».

А на этот счет – связи понятий «бизнес-анализ» и «бизнес-аналитик» — разброс мнений

от:

«Кто такой бизнес-аналитик? Ответ прост – лицо, занимающееся бизнес анализом»

до

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

Так что исследование продолжается.

И, в самом конце, не могу удержаться, чтобы не привести стих М.Л. Аншиной :

Все предприятия, к несчастью,

Довольно сложные создания.

Мы разделяем их на части

Для упрощения описания.

Разделив компанию на части,

Не найти ни истины, ни счастья.

Только построение системы

Позволяет нам раздвинуть стены.

Реклама

Entry filed under: Бизнес/аналитик, Термины. Tags: .

ИТ бизнес- анализ НИИОргпром Первая зарубежная командировка

2 комментария Add your own

  • 1. prejaffa  |  05.06.2010 в 20:32

    Мне нра) хорошая идея.

  • 2. Блог о рынке недвижимости  |  31.05.2010 в 12:09

    Отойдем от рынка недвижимости и почитаем маленько качественной информации на ресурсе blog.business-analyst.info…

    Три дня искал занимательный интернет сайт, Раиса из Архангельска предложила почитать интернет сайт blog.business-analyst.info на котором много качественной информации….

Добавить комментарий

Заполните поля или щелкните по значку, чтобы оставить свой комментарий:

Логотип WordPress.com

Для комментария используется ваша учётная запись WordPress.com. Выход /  Изменить )

Фотография Twitter

Для комментария используется ваша учётная запись Twitter. Выход /  Изменить )

Фотография Facebook

Для комментария используется ваша учётная запись Facebook. Выход /  Изменить )

Connecting to %s

Trackback this post  |  Subscribe to the comments via RSS Feed


Подписка на новости сайта

Подпишитесь на новости сайта (RSS)

RSS

Архивы

Рубрики

Главные книги аналитика

Современные методы описания функциональных требований к системам | Алистер Коберн
 Разработка требований к программному обеспечению |Карл И. Вигерс, Джой Битти

Требования для программного обеспечения: рекомендации по сбору и документированию |Илья Корнипаев
Анализ требований к автоматизированным информационным системам | Юрий Маглинец
Пользовательские истории. Гибкая разработка программного обеспечения |Майк Кон


%d такие блоггеры, как: