Information Technologies
BUSINESS ANALYSIS
ISSUE01
В Н АЧ А Л Е П У Т И
Аналитический журнал Российского Отделения Международного Института Бизнес Анализа
Бизнес-Анализа. Здесь важно отметить, что наше отделение еще официально не открыто, не смотря на то,что нам уже предоставлен логотип и нашим web-страничкам выделено место в домене IIBA. Поэтому, орг. структура, сформированная на данный момент, является временной и служит цели прохождения сложного пути открытия нашего отделения. Из чего состоит наша инициативная группа?
Друзья, перед вами первый номер журнала, который мы планируем выпускать в рамках инициативы по созданию Российского Отделения Международного Института Бизнес Анализа (IIBA Russian Chapter Initiative) Прежде всего, какова же миссия нашего начинания? Каковы основные цели создания именно Российского отделения? В первую очередь это: • Развивать и популяризировать Руководство к Своду Знаний по Бизнес-Анализу (Guide to BABOK®); • Способствовать распространению лучших практик в Бизнес-Анализе в рамках Российского Аналитического сообщества; • Стимулировать развитие и подтверждать компетенции специалистов в области
Совет директоров Некий, пока предварительный, Совет Директоров. «Совет Директоров» это, по сути своей, группа энтузиастов, состоящая из людей, которые в очередной раз запустили эту инициативу и продолжают занимаются вопросами формального создания нашего отделения, организацией внутренней работы, привлечением новых членов сообщества, налаживанием партнерских отношений с родственными сообществами и организациями, вопросами обучения в рамках нашего собщества и т.д. В эту инициативную группу вошли: • Георгий Савельев, CBAP; • Александр Белин. После официального открытия нашего Отделения, члены Совета Директоров будут избираться членами сообщества на регулярной основе. Редакционный совет В рамках нашей иницициативы было принято решение создать некоторую площадку для того, что бы и члены нашего сообщества, и другие заинтересованные лица имели возможность публиковать свои авторские материалы, обзоры, делиться успешным или неуспешным
опытом работы в роли аналитика, и многе другое. Данной площадкой, по нашему замыслу, должен стать электронный журнал, первый выпуск которого вы сейчас читаете. Для того, чтобы эта идея стала реальностью, в рамках нашего сообщества собралсь небольшая группа энтузиастов, которые и выполняют всю эту работу на добровольгных началах. В редакционный совет вошли: • Александр Белин; • Нэлли Михайловна Грин; • Марина Ефремова; • Андрей Бобылев. Мы очень надеемся на то, что наша организация с нашей общей помощью станет мощным сообществом Российсиких аналитиков. Организацией, которая не только выполняет образовательные функции, помогает своим членам расти, развиваться, получать необходимые знания, навыки, умения, но и сообществом с интересной и насыщенной внутренней жизнью. Давайте расти вместе!
Александр Белин
IT Business Analysis
2
3
Шесть портретов Мы создавали этот журнал
Александр Белин
Нэлли Грин
Марина Ефремова
IT Бизнес Аналитик
Инженер-экономист, бизнес-аналитик, руководитель отдела бизнес-анализа
Консультант, аналитик, менеджер проектов
Член инициативной группы по созданию Российского Отделения Международного Института Бизнес Анализа (IIBA)
Автор 54 публикаций, имеет 3 патента. Ведет профессиональномемуарный блог: Мастерская бизнес-анализа http://www.businessanalyst.info
Опыт работы - более 10 лет. Сфера профессиональных интересов: User Expirience, Usability, бизнес-моделирование, психология.
IT Business Analysis
4
Шесть портретов Мы создавали этот журнал
Георгий Савельев Международно признанный профессионал в области бизнес-анализа Сертифицированный бизнес-аналитик (CBAP), член команды авторов BABOK v.3. Один из ключевых создаелей системы моделирования предприятий Enterprise Optimizer®. Член инициативной группы по созданию Российского Отделения Международного Института Бизнес Анализа (IIBA).
Александр Александров
Андрей Бобылев
“Дедушка” русского тестирования
Программист , инженер
Эксперт по управлению качеством программного обеспечения, управлению тестированием, анализу и совершенствованию инженерных процессов, кандидат физико-математических наук, доцент, старший научный сотрудник, внедренец практик CMM/CMMI.
В 1992 начал карьеру программистом ЦПК имени Ю.А. Гагарина в Звездном городке. 20 лет - опыт работы в автоматизации бизнес-процессов. Работал в разных компаниях в качестве программиста. Последние 5 лет работает инженером на Центральной Станции Связи филиала ОАО «РЖД». Занимается автоматизацией бизнес-процессов. Участвует в полном цикле разработки веб приложений.
IT Business Analysis
СОДЕРЖАНИЕ
P19/
ИТ Бизнес-Аналитик – роль, популярность которой растет
P28/
Как все было, когда ничего еще не было?
P34/
BABOK Version 3. What Business Analysts Can Expect?
Когда компьютеры были большие, а информационные системы относительно маленькие, одной из основных «ролей» в команде разработчиков был «постановщик задач»
P6/
Уровни профессиональной зрелости бизнес аналитика
Двадцать лет назад, когда меня спрашивали в чем состоит моя работа, я отвечал: «В том, чтобы понимать в чем состоит работа других людей». Этого было достаточно, чтобы вызвать у собеседника любопытство и перейти к подробностям
P12/
Профессиональное выгорание аналитика
Что может сподвигнуть вас уйти из профессии? Как этого избежать?
Как это было? Что тогда было? Кто тогда был? И было ли тогда что-то вообще?
Самым большим изменением в версии 3 явилась новая модель понятий - «Основная Модель Понятий Бизнес-Аналитика» (Business Analyst Core Concept Model (BACCM))
IT Business Analysis
5
Уровни профессиональной зрелости бизнес аналитика Георгий Савельев, CBAP Двадцать лет назад, когда меня спрашивали в чем состоит моя работа, я отвечал: «В том, чтобы понимать в чем состоит работа других людей». Этого было достаточно, чтобы вызвать у собеседника любопытство и перейти к подробностям.
Уровни профессиональной зрелости бизнес аналитика Георгий Савельев, CBAP Двадцать лет назад, когда меня спрашивали в чем состоит моя работа, я отвечал: «В том, чтобы понимать в чем состоит работа других людей». Этого было достаточно, чтобы вызвать у собеседника любопытство и перейти к подробностям. Тогда я не знал каким словом обозначить свою профессию. Нас называли системными аналитиками, консультантами, постановщиками задач, специалистами по работе с пользователями и как угодно еще.
Данная (первая) статья цикла посвящена рассмотрению уровней профессиональной зрелости бизнес-аналитика Теперь все знают, что наша специальность называется «Бизнес-анализ». И узнали мы это благодаря группе энтузиастов из Канады и США, которые в 2003 году собрались и создали в Торонто Международный институт бизнесанализа (IIBA). Сегодня на вопрос о моей
профессии я могу ответить просто: «Я – бизнес-аналитик». При этом я ожидаю встретить не озадаченный взгляд, а кивок согласия, означающий: «Я понимаю о чем идет речь».
которые бизнес-аналитик может выполнять в реальных проектах, а также предлагается классификация уровней его профессиональной компетентности и схема карьерного роста.
Современное понимание того, что такое бизнес-анализ и кто такой бизнес аналитик отражено в созданном IIBA Руководстве по своду знаний бизнесанализа (BABOK Guide) и прилагающейся к нему Модели компетенций бизнесанализа (BACM). Руководство объясняет задачи бизнес-анализа, методы их решения и получаемые в результате продукты. Модель компетенций добавляет описание того, какие способности, знания и навыки необходимы бизнес-аналитику для успешного решения этих задач.
Единственная проблема состоит в том, что первое знакомство с Моделью компетенций, как правило, вызывает недоумение. Полагаю, что я не единственный человек, которому было совершенно непонятно как все это можно применить на практике. Вроде бы все правильно и логично, но что мне делать с десятистраничным перечислением конкретных компетенций? Все ли они нужны для данной работы? Если не все, то как понять какие нужны, а какие нет? Если мне завтра надо проинтервьюировать десять кандидатов на одну вакансию бизнес-аналитика, как мне выяснить какими из нужных компетенций они обладают? И как определить, кто из них лучший?
Трудно переоценить важность этих двух книг, появившихся в результате нескольких лет совместной работы десятков профессионалов со всех концов света. Модель компетенций содержит все, что только может понадобиться руководителю или кадровику для профессионального отбора и аттестации бизнес-аналитиков. В ней перечисляются роли и функции,
Размышление над этими вопросами привело меня к пониманию того, в чем состоит сущность работы бизнесаналитика, что влияет на ее качество IT Business Analysis
7
и чем определяется ее эффективность. Своим пониманием я хочу поделиться с вами в серии статей, посвященных объяснению компетенций бизнесанализа. Данная (первая) статья цикла посвящена рассмотрению уровней профессиональной зрелости бизнесаналитика. Профессиональная зрелость специалиста определяется его способностью к самоорганизации и степенью ответственности, которую он готов на себя принять. В основе Модели компетенций Международного института бизнесанализа BACM лежит модель Дрейфуса, в соответствии с которой компетентность развивается по мере приобретения опыта применения книжных знаний, развития самостоятельности и расширения кругозора.
Метафора первого уровня зрелости – «наивный турист». Человек, впервые попавший в незнакомую страну полагается на волю туристического агентства, предлагающего интересные места для посещения и доставку к ним. Туристу остается только смотреть, удивляться и приобретать сувениры. Первый уровень – это введение в специальность. На этом уровне специалисту достаточно тех же базовых способностей, что и туристу – интересоваться, ходить, смотреть, спрашивать, слушать, изучать, запоминать. Второй уровень зрелости – Младший бизнес-аналитик – это подмастерье. Он, как наемный водитель, действует на основании прямых указаний и распоряжений. Конечно он должен уметь управлять автомобилем. Однако решения относительно того, когда, куда и как ехать принимает не он, а его «босс». На этом уровне от бизнес-аналитика ожидается способность выполнять типовые операции с использованием нужных инструментов, таких как офисные приложения, системы управления требованиями, средства управления проектами.
и тем же маршрутам. На этом уровне специалисту редко даются прямые приказы. Все, что от него требуется – это знание и неукоснительное исполнение предписанных процедур. В зависимости от стоящей задачи он может выбирать ту или иную процедуру, но не может отклониться от порядка ее выполнения. При столкновении с каким-либо препятствием ему не остается ничего иного, кроме как попытаться устранить помеху или ждать пока она не исчезнет сама собой. На четвертом уровне специалист действует как «местный житель». Он знает все места, куда можно направиться, а также все способы попасть в пункт назначения из любого места. Он может свободно формировать свой маршрут исходя из множества соображений, а при возникновении препятствий легко находит обходные пути. Специалист поднимается на четвертый уровень по мере освоения профессионального «ландшафта». Начиная с этого уровня он способен принимать на себя ответственность за конечный результат, предписывать маршруты и отдавать распоряжения специалистам, находящимся на втором и третьем уровнях зрелости.
BACM предлагает пять уровней профессиональной зрелости: Новичок, Младший, Средний, Старший и Продвинутый универсал. На нижних уровнях ответственность специалиста за конечный результат минимальна или отсутствует вообще. От специалистов, находящихся на верхних уровнях ожидается способность принимать на себя ответственность за На третьем уровне зрелости специалиста организацию не только своей работы, но и можно сравнить с водителем трамвая, работы других участников деятельности. который изо дня в день ездит по одним На пятом уровне зрелости специалист
IT Business Analysis
8
становится исследователем и архитектором ландшафта. Он способен открывать или создавать новые, неизвестные ранее пункты назначения и прокладывать к ним дороги, которыми могут пользоваться другие. Он создает новые инструменты и методы работы. Такой специалист может находить решения самых сложных задач и способен принимать на себя полную ответственность за конечный результат.
9
Разумеется, такое разделение на уровни является условным. Находясь на любом из них специалист может демонстрировать Рисунок 1. Слои компетенций и уровни профессиональной зрелости элементы зрелости другого уровня. На понятно излагать мысли в устной и процедур их создания и способность самом деле имеет смысл говорить не письменной форме; стабильно воспроизводить процесс об уровнях, а о слоях способностей, из выполнения этих процедур; владение которых, как торт из коржей, складывается 2. Операционные способности – внипроцедурами создания конкретных профессионализм бизнес-аналитика. Чем мание к деталям, тщательность и видов документов, таких как хартия больше «коржей», тем выше уровень этого дисциплинированность; знание проекта, ТЭО, бизнес-требования, «торта». А то, какие именно способности основных профессиональных функциональные требования, и насколько развиты в каждом слое, инструментов и умение использовать техническое задание; определяет его вкус и размер. их для выполнения типовых операций; знание предмета и основных понятий 4. Управленческие способности – спо1. Базовые способности (см. Рис.1) – инбизнес-анализа; знание и навыки собность видеть «большую картину», терес к профессии, любознательность; применения нотаций моделирования; определять цели и задачи, расставлять способность находить, анализировать, способность выполнять основные приоритеты; способность планировать структурировать и усваивать техники бизнес-анализа; пути достижения целей, оценивать, информацию; способность разбираться сравнивать и выбирать альтернативные и учиться; способность слышать и 3. Процедурные способности – знаварианты; способность определять непонимать собеседника; способность ние основных продуктов бизнес обходимые продукты бизнес-анализа и фокусировать внимание; способность анализа, понимание типовых выбирать оптимальные процедуры для IT Business Analysis
их получения; понимание назначения данной позиции. различных инструментов, умение их компании предъявляют адаптировать и применять для решения Часто повышенные требования к навыкам конкретных задач; второго, операционного уровня – опыт 5. Архитекторские способности – ши- работы с конкретными программами рокий кругозор, охватывающий или знание определенной нотации. множество предметных областей; Однако следует понимать, что для способность осмысливать и обобщать специалиста, находящегося на третьем разнообразный опыт; способность или более высоком уровне освоение определять движущие силы людей, новых операционных навыков не процессов, данных и технологий; должно составлять труда. Более способность действовать в условиях высокий уровень предполагает высокой степени неопределенности; способность понимать назначение способность выявлять связи и и методы использования различных отношения между разрозненными типов инструментов, которые могут понятиями и явлениями; способность понадобится для выполнения работы. видеть простые паттерны в кажущейся Строгие требования к операционным сложности; способность создавать компетенциям имеют смысл только новые продукты и техники анализа по в том случае, когда предполагается, мере необходимости. что освоение инструмента займет неприемлемо долгое время. Проверить Разговаривая с бизнес-аналитиком, вы это предположение можно только одним можете мысленно отмечать, к какому способом – предложить кандидату слою относятся опыт и навыки, о которых попробовать выполнить типовую задачу он рассказывает. Как минимум это даст с помощью определенного инструмента вам представление, о том какой уровень или представить результат в нужном ответственности он готов на себя принять формате. и насколько сложные задачи ему можно поручить. С другой стороны, когда вы И, в заключение, – простое упражнение. формируете требования к вакансии, вы Зайдите на сайт www.hh.ru и выполните можете оценивать их с точки зрения поиск вакансий по ключевым словам того, компетенции какого слоя нужны на «бизнес аналитик». Откройте описания
найденных вакансий и попробуйте оценить к какому слою компетенций 10 относится каждое из требований к кандидату. Например, «опыт моделирования в ARIS» - компетенция операционного (2-го) слоя. «Опыт разработки и защиты бизнеспланов» определенно относится к слою 3 (знание процедуры создания конкретного продукта бизнес-анализа). «Развитый профессиональный и общечеловеческий кругозор, доброжелательность, стрессоустойчивость, высокая работоспособность» однозначно компетенции 1-го слоя. «Опыт организации и управления проектами» предполагает наличие компетенций 4-го слоя. Выполняя это упражнение вы, вероятно, обнаружите, что некоторые из требований совсем не так очевидны, как это могло показаться сначала. Например, что конкретно предполагает «Организация изменений бизнес-процессов» или «Опыт автоматизации бизнес-процессов»? Такие формулировки, видимо, требуют уточнения. В последующих статьях мы рассмотрим две самые важные способности бизнесаналитика, составляющие сущность его деятельности. Затем перейдем к IT Business Analysis
обсуждению предмета, продуктов и инструментов бизнес-анализа. И в заключение поговорим о практических методах оценки профессиональных компетенций.
11
Георгий Савельев, CBAP.
IT Business Analysis
Профессиональное выгорание аналитика Марина Ефремова Что может сподвигнуть вас уйти из профессии? Как этого избежать?
Профессиональное выгорание аналитика Марина Ефремова Аналитик – сравнительно молодая профессия, а в России – и вовсе юная. Поэтому обрасти «рутинами», или, по-другому, «практиками выживания», в долгосрочной перспективе она еще не успела.
системы, техника и человек. А значит, в описании профессионально важных качеств будет набор из всех трех типов профессий.
5-7 лет. Только через 5-7 лет практики аналитик готов самостоятельно вести 13 проекты. С учетом темпа изменений в различных областях (а области будут как минимум две – технологии и бизнес), эти годы будут непростыми – придется много читать профессиональной литературы, отслеживать новости, сертифицироваться в выбранных областях. Да и дальше процесс обмена опытом и актуализация своих знаний из задач аналитика не исчезнут.
У работников кадровых служб и руководителей отделов аналитики чаще всего встают два вопроса: откуда берутся аналитики и где их искать. Но, по-моему, гораздо интереснее понять, В процессе становления аналитику куда они деваются и почему их не приходится нелегко, особенно если становится больше. Или, по крайней старшие коллеги и службы персонала Профессиональная роль бизнес- мере, достаточно. не создали атмосферу, в которой аналитика полна противоречий: с одной стороны, аналитик должен быть Курсы и ВУЗы успешно выпускают начинающий специалист готов делиться отмененным переговорщиком, но при аналитиков, кое-где в компаниях не только профессиональными, но этом результат его работы – концепции, выращивают свои (порой очень ценные) и персональными трудностями. То схемы и диаграммы, основанные на кадры, а дефицит аналитиков, по- есть, если нет практики развития карьеры (people анализе объективных данных. Выводы прежнему, притча во языцех. Причем, персональной аналитика должны быть основаны в том не только в России, но и, например, в management). числе на эмпирическом анализе, а значит Дании, Германии, Франции, Австралии, Любому специалисту важна – учитывать предыдущий опыт не только Великобритании. положительная обратная связь, самой компании, но и заинтересованных Как же получается, что в точке «аналитик» для аналитика же она является лиц, а также анализ окружающей среды специалистов постоянно недостает? непременным условием – поскольку (включая неформализованные риски в этой профессии важен не только Причин здесь несколько. типа «чувствую, что не пойдет»). результат, но и процесс, для которого доброкачественной По классификации профессий Климова, Во-первых, аналитик – профессия, критерии аналитик вынужден взаимодействовать требующая длительной подготовки. работы крайне неоднозначны, а сама сразу с тремя из пяти объектов: знаковые Временной ценз входа в профессию – оценка требует большой степени
IT Business Analysis
вовлеченности в проект. Высокий уровень ответственности за содержание и качество работы, граничащий (осложняющийся) недоверием к менеджменту («нереальные цели», «запланировали для получения краткосрочных бонусов, а там – выкручивайся как-нибудь, лишь бы к сроку») и, в то же время, – отсутствием опыта и традиции давать менеджменту прямую обратную связь существенно осложняют жизнь аналитика в компании.
быстропроходящий, по настоящему, развитию мешают не только особенности профессии (длительный период обучения и наработка связей и опыта), но и особенности социоэкономического развития страны. В частности, индивидуального предпринимательства. Хотя обсуждение последнего аспекта, несомненно, выходит как за рамки статьи, так и за рамки моей профессиональной компетенции.
чаще всего работает с уже более или менее формализованной задачей, 14 которая может как соответствовать, так и частично или полностью совпадать с областью проблематизации. Часто - закрепленной рамками уже подписанного договора или внесенным в план работ этапом.
Причина вторая. Аналитик – специалист, а опыта работы со специалистами, рынок их роста и развития в современной России не до конца сформирован. Так, переход в консалтинг и рынок независимого консультирования в бизнес-аналитике еще очень молод. Впрочем, молодость – изъян
Причина третья – особенности организации работы. Теоретически аналитик, особенно – бизнесаналитик – один из тех, кто проводит предпроектную экспертизу и дает ответ на вопрос «как решить проблему и формализовать ее до уровня решаемых задач». На практике же – аналитик Основные причины «выгорания»:
Итак, куда же деваются аналитики? Чаще всего – уходят: в менеджмент, смежные профессии, иногда (крайне редко) – в консалтинг. Так или иначе, в какой-то момент аналитик предпочитает карьеру специалиста другой – вертикальной, менеджера, или горизонтальной, но – уже – смежной профессии. Или, «перегорев», уходит в совершенно другую область.
IT Business Analysis
• неудовлетворенность работой в связи с тем, что аналитик не может влиять на успех проектов; • н е у в е р е н н о с т ь в собственных силах и отсутствие положительной обратной связи;
Рис.1 Эмоциональное выгорание
чрезмерной нагрузки. Нервная система, ресурс которой близок к истощению, 15 сигнализирует о том, что пора «сбавить обороты». Как это выглядит? Человек постоянно пребывает в полусонном состоянии: недовыполняет свои задачи, тяготится ими. При этом кратковременный отдых не помогает, а длительный и вовсе демобилизует. Появляется желание сменить вид деятельности или отвлечься. Однако веры в себя и собственное будущее человек не теряет.
• конфликт между внутренним чувством качества и требованиями Если усталость можно быстро к выполнению задачи; обнаружить, то синдром эмоционально• нереалистичные цели, го выгорания распознать на первых поработа в постоянном рах очень сложно. Сбои в автоматических действиях (так называемая «девичья цейтноте. память»), нарушение субъективного Синдром ощущения времени (еще понедельник, эмоционального а по ощущениям - пятница); приоритет выгорания (см. рис.1) и отдается стандартным задачам, а хроническая усталость не креативным, а работа становится все более бессмысленной тюрьмой Эти два синдрома – никакие результаты не дают – эмоционального ощущения, что поставленные ранее выгорания и цели достигаются. Поскольку человек хронической усталости – перестает ставить перед собой часто путают. краткосрочные и долгосрочные цели. И Синдром хронической работа занимает всю жизнь – исчезают усталости, по сути, является общение (люди раздражают), отдых, защитой психики от увлечения.
IT Business Analysis
Сначала «перегорают» эмоции – все становится скучным и бессмысленным, потом начинают раздражать люди
16
Диагностика уровня эмоционального выгорания по В.В. Бойко Пройти тест можно на странице «Психологического центра Ольги Подольской» (так психика экономит истощающиеся ресурсы, исключая стрессогенные факторы); потом утрачиваются профессиональные ценности и происходит соматизация – возрастает риск подавления иммунной системы, развития начальной стадии диабета, гипертонии, инфарктов, инсультов. Синдром эмоционального выгорания – защитная реакция организма. Поскольку темп работы спадает, работы становится все больше, а достижения обесцениваются (ведь исходя из динамики, риск создания ситуации, с которой ты не справишься, - растет в геометрической прогрессии), мозг начинает расценивать такую деятельность как опасную.
Рис.2 Меры профилактики
Правила безопасности (см. рис.2)
«отосплюсь в выходные» и его аналоги приемы ограниченного действия.
В определенный момент интенсивность деятельности человека достигает уровня, когда восстановление сил невозможно уже физически, поэтому обратите внимания, что прием
Чтобы жить, а не выживать, придется научиться уважению к себе и своим нуждам. И делать это придется не раз в неделю, а каждый день. IT Business Analysis
Прежде всего, ставьте себе краткосрочные и долгосрочные цели – это поможет понять, что вы сделали и оценить себя. Кроме того, завершение этапа – хороший способ получить качественную обратную связь: всегда легче анализировать конкретные результаты, чем ответить на вопрос «как у меня дела». Расставьте приоритеты. Учитесь говорить нет и делегировать полномочия в случае, если это не ваши задачи.
что в течение рабочего дня человеку следует делать перерывы (не только на обед). Не забывайте об этом. Сделайте перерыв, когда понимаете, что зашли в тупик или нервничаете. Оставьте работу. Успокойте дыхание; поймите, что вы чувствуете и о чем думаете. Если вас чтото раздражает, обязательно обратите на это внимание. Четко определите раздражающий фактор и решите, будете ли вы продолжать волноваться или предпочтете предпринять что-то, чтобы убрать раздражитель (например, Не бойтесь просить обратную связь, дыхательную гимнастику). а также говорить о своих нуждах и затруднениях. Сообщайте о том, Даже если вам на первых порах придется что вам нужно (например, больше трудно или страшно, общайтесь с теми, времени на выполнение задачи или кто поддерживает ваше стремление к консультацию коллеги). Помните, что развитию. Не требуйте от себя слишком роль руководителя группы предполагает много – ценность маленьких шагов заботу о работоспособности коллектива очень велика : рывок или взлет – по сути, и каждого из его членов. Даже если вы не последний маленький шаг с громким видите, как ваша проблема может быть резонансом. Один из множества. решена сейчас – поставьте в известность руководителя или менеджера. Так по У вас должна быть личная жизнь. крайней мере вы сможете выстраивать Формулировка чудовищная, но если отношения, в которых есть место вашей приходится об этом писать, значит и картине мира и возможности обратной формулировать нужно соответственно. связи. Во-первых, она у вас есть, даже если Нормы трудовой деятельности – не вы этого не замечаете или не хотите Человек ответственен, фантастический роман, а результат замечать. сложных исследований. И там сказано, прежде всего, за себя и свою жизнь. Жить жизнью другого человека или
за другого – чудовищная иллюзия. Она не поможет ни вам, ни человеку, 17 потому что в сумме получится – набор ожиданий, иллюзий и идеализаций и ни одной своей жизни. Найдите время для себя и подумайте, чего вы хотите. В этом, как ни странно, помогают не только психологи, но и прогулки на свежем воздухе, спорт и любовь (ну или хотя бы симпатия) к себе. Попробуйте представить, понравились бы вы себе, если бы случайно познакомились? Ваша задача – понравиться. Действуйте! Во-вторых, штампы «счастье в труде» и «зато у меня есть моя работа», не имеют отношения к реальности. Это такие же заменители счастья и базовой потребности в безопасности, как и наркотики. Работа – это увлекательный вид деятельности. Один из. Не более. Личную жизнь нельзя заменить работой, как кофе – утюгом. Они просто разные. Живите своей жизнью. Если от рыбы требовать, чтобы она лазила по деревьям, мы получим очень несчастную рыбу с комплексом неполноценности. Возможно, ваши склонности не соответствуют выбранной профессии. Так бывает, и это не страшно. Страшно – всю жизнь прожить, делая нелюбимое дело, как минимум, 40 часов IT Business Analysis
в неделю. Если у вас закрадываются подозрения, что вы неверно выбрали профессию или ваши склонности и приоритеты в профессиональной деятельности изменились, выясните, так ли это. Для этого вы можете обратиться к психологу или пройти профориентационные тесты и/или честно признаться себе, что вы хотите делать что-то другое. Если это так, составьте план по изменениям – и вперед. В первое время, возможно, придется совмещать два вида деятельности.
Создавайте свой островок стабильности, не забывая о ценности эмоциональном общении, - семье и друзьях. Берегите себя.
восстановить нормальную деятельность семья. организма после травмы, вызванной хроническим недосыпанием. Поэтому, не забывайте о себе на пути к светлому будущему и трезво оценивайте свои силы не только в краткосрочной перспективе.
Марина Ефремов
Новые впечатления. Наш мозг жаден до всего нового. Если вы не любите активные виды отдыха – «меняйте картинку». Ходите на выставки, в парки, путешествуйте. Даже если это путешествие всего на один день. И не забывайте отдыхать. О ценности рутины
Как ни парадоксально, изменения тоже должны быть упорядочены. Как ни странно, рутина – это те простые ежедневные действия, выполнение которых сигнализирует организму, что все происходящие изменения – вариант нормы. Зарядка, чистка зубов, утренний При подготовке материала «Вы будете работать 24 часа в сутки чай или кофе, прогулка с собакой. использовались статьи и при этом будете поразительно счастливы», говорит одна моя подруга, Обратите внимание на биографии Натальи Стилсон, владелица своего бизнеса, одна из людей, жизнь которых выглядит как Ольги Подольской, немногих, которая вводит в годовой сплошная череда изменений – у них Ахмада Калифа, план минимум 2 отпуска по 21 дню. всех есть в жизни что-то неизменное. Юрия Платонова, Потому что организм не работает в У кого-то - это распорядок дня, у когокредит – он получает травму и потом то - ежедневные рутины или дом, в Риммы Айсиной, справляется с ее последствиями. У него который они возвращаются; а для кого- Е.А. Климова. не заложено опции «отоспаться», только то островком стабильности является IT Business Analysis
18
ИТ- бизнес аналитик – роль, популярность которой растет Нэлли Михайловна Грин Когда компьютеры были большие
ИТ- бизнес аналитик – роль, популярность которой растет Нэлли Михайловна Грин Играю роль, такую роль, в этом гриме безусловно, я - король!
объяснить постороннему человеку, не вовлеченному в сферу ИТ, чем занимается постановщик было крайне сложно. Так что, сегодняшние бесконечные обсуждения роли и обязанностей бизнес-аналитика имеют давние и глубокие корни. А то, что в «буржуинстве» эта работа называлась «бизнес-анализ», мы в те годы откуда-то знали.
пользователями были люди, которые в глаза компьютеров никогда не видели, 20 они никаких вообще требований не могли формулировать в принципе, да и задача так не стояла (если сравнивать, то на теперешних пользователей грех жаловаться). И не было в те времена Вигерс-а, Коберн-а, Леффингуэлл-а.
Учились по другим книгам – гораздо более общетеоретического характера. Первое издание «Мифического человеко-месяца» Брукса вышло в 1975 году. Книга появилась в русском переводе почти сразу после издания на В период 1970 - 1990гг системы западе. Мы «доставали» Брукса также создавались для больших машин как «Мастера и Маргариту» - у друзей и (ЭВМ), инструментарий программистов на ночь. был скуден, работали они медленно, да и было их очень мало. Они писали Многие читали С. Бира – «Мозг фирмы» программы на языках высокого уровня, – книга книг – вышла в 1972 г, посвящена а на вход им должна была быть подана большим и сложным системам, и информация в очень четком виде: в частности, системе управления формы ввода данных, печатные формы предприятием — мозгу фирмы. для вывода, описание алгоритма. Были другие книги про кибернетику, И никому не могло прийти в голову, что тогда ее уже «разрешили»: Бир и управление можно делать проект без постановщика, Ст. «Кибернетика что программисты могут напрямую производством», 1963, Винер Н. общаться с пользователями. А бизнес- «Кибернетика, или Управление и связь аналитики, называвшиеся тогда в животном и машине», 1958. Выходили И тогда, как и сегодня, описания наших соотечественников, постановщиками, делали все примерно книги того, чем занимаются эти люди – тоже самое, что сейчас. Будущими принявших участие в те годы в создании постановщики задач - не было. И основ кибернетики: А.И. Берга, В.М. Когда компьютеры были большие, а информационные системы относительно маленькие, одной из основных «ролей» в команде разработчиков был «постановщик задач». Хотя терминология была немного не такая как сейчас, ситуация в проектных командах была во многом похожа на нынешнюю. Специалист по образованию, например, инженер-экономист, работал в НИИ (а информационные системы – АСУ по-тогдашнему – создавались в основном в НИИ и КБ) в должности научного сотрудника. При этом было внутрипрофессиональное разделение на постановщиков, программистов, инженеров ЭВМ и операторов. Вполне можно на современном слэнге разработчиков считать той же самой «ролью».
IT Business Analysis
Глушкова, С.А. Лебедева, А.А. Ляпунова. времени и денег. Но, поэтому, так А еще были книги В. С. Немчи́нова – и выросла роль «управления создателя направления Экономико- требованиями». математических методов. Материалов практического толка для постановщиков Пришли большие перемены не было, иногда – очень редко – можно И в пульсации вен: было прочитать что-то про практический «Перемен! Мы ждем перемен!» опыт. Шло время, работа программиста модифицировалась коренным образом, поколения ЭВМ, языков, инструментов менялись как в калейдоскопе, а работа постановщика лишь немного постепенно совершенствовалась, в основном за счет накопления «коллективного» опыта – у проектных команд и у пользователей. Их основное предназначение и та часть деятельности, которая связана с работой с Заказчиком, практически не изменились. В этой части главное изменение такое: в те давние времена постановщику приходилось урезать пожелания пользователя (по сегодняшнему «требования»), и объяснять ему, что вот это, это и это на нашей технике и с нашими возможностями запрограммировать невозможно. Сегодня ситуация выглядит иначе – программистам их арсенал позволяет сделать практически все, что могут захотеть пользователи. Ограничения возникают в области
Главные события, которые определили большие изменения в программной инженерии в России, совпали по времени и привели к очень интересным последствиям. Появились персональные ЭВМ. То, что потом их поколения менялись как кадры в кинофильме, это не принципиально. Важен именно момент, когда пользователь получил возможность остаться один на один со своим компьютером, со своей задачкой. У такого пользователя появляется партнер – программист, умеющий делать для его персональной ЭВМ программы, рисовать на экране кнопочки (проектировать интерфейс – по-нынешнему). Таким образом было создано море так называемых АРМов. Там, где это пришлось на «старую структуру организации работ», еще удавалось сохранить системность подхода, какую-то стандартизацию
элементов и т.д. Но чаще - стал расти информационный «зоопарк». 21 В это же время случилась «экономическая революция» – примерно с 1987г. появились кооперативы. Большая часть их в ИТ отрасли занимались поставкой этих самых персональных компьютеров, но многие занялись и разработкой софта – мелких АРМов. И вот тут возникла иллюзия, что никакие постановщики не нужны: садятся два человека рядом, пользователь и программист, и быстренько, за небольшие деньги создается АРМ. Причем, именно в это время возникло то, что теперь является основой умных методологий – возможность очень быстро показать пользователю кусочек уже работающей программы – прототип. А это позволило существенно улучшить диалог между разработчиком и пользователем, и делать действительно работающую и по тем временам очень неплохую систему. А тут как раз и «ворота открылись» – с Запада хлынула литература, появилась возможность выезжать на конференции и семинары. Резко повысилась грамотность специалистов. Молодежь, знающая язык, стала выезжать учиться и работать в другие страны. Вообщем, не смотря на то, что общее отставание от IT Business Analysis
Запада осталось почти таким, какое оно Теперь их уже стали называть на и было, уровень знаний сильно возрос. западный манер – системными аналитиками, бизнес-аналитиками, А когда стал доступен Интернет…. иногда аналитиками (или инженераслово Самым модным в России стало ми) по требованиям. Хотя слово “Бизнес”. Появилось много “постановщик” тоже не умерло, программистских компаний. Часть но большая часть все же разного их сформировалась из тех же НИИ рода аналитики. Раз нет единства стали возникать и проектных организаций, где были определений, сосредоточены лучшие кадры обсуждения и даже споры – кто такие эти специалистов по разработке ИС в специалисты, какая между ними разница, советское время. Другие компании были зачем они нужны, что они должны делать созданы инициативными командами. и что они должны знать, каковы отличия сегодняшних аналитиков от вчерашних Работы хватало всем. постановщиков. Но характер работы снова изменился – локальные АРМы, естественно, Я понял - это намек, я все ловлю на просуществовали совсем недолго. лету, Появились сети – сначала локальные, Но непонятно, что конкретно ты имела потом большие. Техника и системное в виду? ПО обновлялось гигантскими темпами, размер систем и их возможности росли Годы нынешние как на дрожжах, и тут выяснилось, что нужны какие-то люди, которые ИТ БИЗНЕС-АНАЛИТИК – не программируют, и не занимаются железом, а обеспечивают связь, посредник, мост, шпион, являются переводчиками между интерфейс, переводчик, пользователями и всей этой громадой – железом, софтом, сетями, людьми, адвокат, врач, шаман, аркоторые все это делают, но говорят на каком-то совершенно непонятном хитектор, инженер – кто языке.
еще?
Уже лет 10-15 никто не оспаривает, что в ИТ проектах необходим бизнес- 22 анализ, и выполнять его могут разные специалисты, но, в том числе, и специалист, имя которому «ИТ бизнесаналитик». В одной из статей Пол Хармон - один из самых компетентных специалистов в области управления бизнес-процессами - констатирует, что понятие «бизнесаналитик» уже прочно загружено в массовом сознании ролью человека от ИТ, который способен понять, что говорит бизнес, и пересказать это программисту на понятном тому языке. Но обсуждения и споры о том, кто же это такой, что он должен делать, знать, где и чему учиться – не прекращаются, более того, представляется, что обсуждений этих становится даже больше. И хотя очень много всего написано о том, кто такой ИТ бизнес-аналитик сегодня, но единства мнений так и не случилось. Главные вопросы, по которым до сих пор нет единства: 1.
Существует ли при проектировании ИС две разных роли, или два разных по уровню подготовки специалиста: ИТ бизнес-аналитик и системный аналитик. Если да, то IT Business Analysis
2.
3.
какая между ними разница, где понять, как пользователи используют пролегает граница? систему. Действительно ли они видят преимущества, предусмотренные при Бизнес-аналитик при заказе системы», «Бизнес-аналитики проектировании информационной — это невоспетые герои бизнеса. Они системы – на стороне разработчика демонстрируют идеальное сочетание или на стороне клиента? деловой хватки и технического опыта». Если речь идет о бизнес- Но есть еще один вопрос, по которому у аналитике при проектировании большинства разработчиков, в том числе информационной системы – сфера и бизнес-аналитиков мнение общее, но с его интересов и ответственности которым очень трудно согласиться. только собственно автоматизация, или все же соучастие в Это о взаимоотношениях с заказчиками совершенствовании бизнес- и пользователями, о том «клиент прав процессов? или не прав».
Конечно, понятно, что ответы сильно зависят от массы индивидуальных особенностей конкретной проектируемой системы, но уж очень эмоциональны иногда обсуждения. Из того, что определениям, подзаголовок:
можно добавить вынесенным
к в
«Одна из целей ИТ Бизнес-Аналитика - уравновешивание потребностей бизнеса с возможностями ИТ, одна из ролей БA в проекте - быть глазами и ушами бизнеса в процессе разработки, искать отклонения, во время тестирования БA должен
мы их не понимаем. Одна из основных причин – разные языки. Клиент говорит, 23 и говорит, как правило, превосходно, на своем профессиональном языке. А «птичий» язык – это у нас с вами, да еще щедро пересыпанный англоязычными терминами, с совершенно не очевидными для не-ИТ специалистов значениями на русском языке. Да, то, что клиент высказывает вслух, часто не определяет впрямую его истинные проблемы и потребности. Но на то ведь и бизнес-аналитик, чтобы в этом разобраться.
Пора уже расстаться с любимой метафорой, запущенной еще в 2005 г Б. Шлаиным – «Свой человек за «линией фронта». Для популярности статьи метафора была удачной, но она не совсем правильна с точки зрения системы отношений между участниками процессов создания ИТ систем. Соглашаясь с таким подходом, мы признаем, что являемся противниками с Заказчиком, стоим по разные стороны баррикад. Но тогда наши усилия обречены на провал по определению. Гораздо лучше звучат слова Шлаина в У автора мнение по этому вопросу дру- другой части статьи: «Бизнес-аналитик гое, прямо противоположное. Клиенты – это по сути –««информационный» почти всегда знают чего они хотят. Это представитель клиента в проекте по Вот только из одного высказывания о роли «великого бизнес-аналитика»: он должен «выслушать заказчика... Понять иногда «птичий» язык заказчика и сформулировать его требования понятным языком, полно и без противоречий. Т.е. превратить поток сознания клиента в набор формализованных требований. В некоторых случаях, когда заказчик «сам не знает, чего хочет», предложить оптимальное решение или «подвести» к нему самого заказчика».
IT Business Analysis
всем вопросам, касающимся и ИТ – остается практически постоянной, не работает через «фичи». Бизнес, как требований и предметной области». вне зависимости от «юрисдикции». правило, лучше описывается как набор 24 процессов. Поэтому и требуется на этапе Только в условиях создания В этой связи, не очень удачен бизнес-анализа заниматься описанием партнерских отношений между перевод на русский язык названия бизнес-процессов, формулируя бизнесразработчиками и заказчиками, этапа «Requirements elicitation» требования. будущими пользователями, грамотного как «выявление требований». Он не и адаптированного к ситуации точно отражает то, что происходит Возможно, именно здесь лежит разделения между ними работы по на самом деле. Нету, как правило, граница ролей бизнес-аналитика и проектированию, и, возможно создание готовых требований, которые надо у системного аналитика. Бизнес-аналитик работающего продукта, приносящего пользователя «выявить», выспросить, определяет на всех доступных ему пользу заказчику и деньги и моральное обнаружить, извлечь. Их нужно языках (сначала пользовательском, удовлетворение разработчику. сформировать – вместе с пользователем, потом более формальном) – Что нужно на базе информации пользователя. пользователю. Далее определяется (не Как при разработке внутри одной Здесь тот случай, когда требуется не так уж и важно кем) - Что и как будет компании, так и при налаживании точный словарный перевод, а более делать программный продукт, ИТ Задача бизнес-аналитика подходящий для русской терминологии, система. Это разные задачи, и разные да и практики, термин. Представляется требования. помочь пользователям изъ- более удачным использование (тоже В результате представляется: яснить и описать свои про- употребляемой) формулировки «Сбор информации о требованиях». 1) Главное в работе бизнес-аналитика блемы, потребности, преоб– это разработка (чего? – читаем у Причем, с учетом того, что IT-проект разных авторов, в ВАВОК и т.д.); разуя их в требования так, - это не только софт, а еще и его
чтобы «сблизить языки», мягко и аккуратно преодолевая языковые проблемы «интерфейса» между различными организациями, одна из которых – ИТкомпания, функциональная роль бизнесаналитика – интерфейс между бизнесом
внедрение, использование, поддержка, прекращение его использования – все части жизненного цикла, мало сделать ПО. Надо еще сделать его так, чтобы оно вписывалось в бизнес заказчика, чтобы использование программы приносило ожидаемую выгоду. Хотя программный продукт – это некий набор функциональности, но бизнес
2)
Средство для этой разработки – взаимодействие (с пользователями, клиентами, заказчиками – с одной стороны, с проектной командой с другой стороны). Дополнением служат самые разные инструменты – технические, коммуникативные и другие; IT Business Analysis
3)
Роль – представитель клиента в проекте. Если на всем протяжении проекта в команде есть специалист, который смотрит на все происходящее с точки зрения клиента, отношения с самим клиентом будут складываться намного спокойнее. В этом, собственно, и есть роль бизнесаналитика в управлении рисками. Бизнес-аналитик в команде разработчика, имитирующий взаимодействие с клиентом, фактически защищает команду от конфликтных ситуаций и существенно снижает риски. Если бизнес-аналитик работает у Заказчика, то риски команды сильно возрастают. Хотя, конечно, очень многое зависит от того, как складываются личные отношения и кто именно тот бизнес-аналитик. Для того, чтобы эту роль выполнять, бизнес-аналитик должен понять потребности бизнеса на уровне специалиста этого бизнеса очень высокой позиции. Бизнесаналитик должен завоевать доверие клиента, установить с ним такие отношения, чтобы и тот воспринимал его как своего
представителя – человека, защищающего его интересы (а не засланца-разведчика). Оставаясь при этом сотрудником ИТразработки, такой бизнес-аналитик может вовремя привести клиента к пониманию и конкретизации его требований в таком ключе, в такую сторону, которая лучше соответствует представлениям и реальным возможностям проектной команды. Получается, что ИТ бизнес-аналитиком не может (в общем случае) быть эксперт предметной области (как часто предлагается в спорах и обсуждениях).
Будущее уже на пороге – готовы ли бизнес-аналитики А время, а время не замедляет ход А время, а время идет себе идет Пока продолжаются жаркие дискуссии, отрасль развивается даже быстрее, чем экономика и технологии в целом, и уже наметились новые тенденции и в отношении бизнес-аналитиков. Можно их определить так: •
особенно в крупных. Причем, не просто само их влияние, но 25 и осознание руководителями проектов того, как много зависит от эффективности работы и личных качеств бизнес-аналитиков; •
Повысился престиж этой роли (частенько ее уже называют профессией);
•
Появляются новые профессии, в основе которых лежат компетенции и обязанности сегодняшних ИТ бизнесаналитиков.
В Top-20 самых ценных и востребованных профессий в России в 2009 году специальность бизнес-аналитика занимала 19 место, в топ-10 дефицитных специалистов в 2012г. в Украине бизнесаналитик был 5-й, в общем перечне самых востребованных профессий в США по итогам 2012г на 6 позиции фигурирует «Аналитик компьютерных систем» (название не один к одному, но в описании говорится именно о специалисте, являющемся связующим звеном между ИТ-отделом и клиентом).
Конечно эти рейтинги условны, Наметилось усиление влияния ИТ малосопоставимы друг с другом, но бизнес-аналитиков в проектах, общую тенденцию отражают. IT Business Analysis
Число вакансий для бизнес-аналитиков за первое полугодие 2012 года в России по данным Superjob.ru. увеличилось на 40%, темпы роста спроса на бизнесаналитиков обгоняли среднеотраслевой показатель на 60%.
помогают продвигать бизнеспроекты. Чтобы помочь слиянию технологических и бизнес-процессов, появилось новое поколение так называемых разработчиков корпоративной архитектуры. В этой специальности главное – бизнеспланирование, раскрывающее те возможности, которые помогают использовать ИТ более эффективно.
Во многих рейтингах востребованных ITпрофессий появляются новые названия. Так, за 2012 год эксперты определили топ 5 самых востребованных профессий в области IT – технологий, выбранных Еще интереснее, что происхоне за то, что они чаще встречаются в объявлениях о вакансиях, а потому что дит с трендами. они отвечают реальным потребностям Гленн Р. Брюле директор Global Client компаний. Среди них обращают на себя Solutions отмечает в качестве трендов внимание две: 2012г в области бизнес-анализа: 1.
2.
Cпециалист по информации - это работа с огромным количеством различного рода информации, взятой из различных источников. В таком сотруднике наиболее актуально наличие разнообразных умений; начиная от сбора аналитических сведений, заканчивая их обработкой и статистикой. Такие специалисты востребованы как собственно в бизнесе, так и в ИТ разработках.
•
государственные будут серьезно роль БA;
учреждения инвестировать
•
появятся гибридные роли администрации процессов и бизнес-анализа;
•
будет необходимо измерять результаты, чтобы их доказать;
•
предполагается развитие новых инструментов для БA.
Разработчик бизнес-архитектуры компании признали, что технологии В самом бизнесе происходят сдвиги, являются не только неотъемлемой которые способствуют тому, что “ИТ частью успеха, но и действительно
Бизнес-аналитик в руководителя, проблемы».
трансформируется который решает 26
Среди этих сдвигов: •
усложнение проблем, стоящих перед организациями, приводит их к ожиданиям, что ИТ будут помогать бизнесу соединять вместе различные виды технологий, чтобы решать бизнес-задачи;
•
глубокое проникновение ИТ в бизнес-процессы многих компаний;
•
ориентация ИТ все в большей мере на широкого потребителя;
•
передача все чаще ИТ функций для выполнения на сторону, при этом главной ценностью для организации становится аналитическая функция ИТ, а не производственная;
•
появление реальной возможности для ИТкомпаний задействовать технологии и в стратегических целях, в ИТ происходит серьезный сдвиг от роли провайдера услуг к IT Business Analysis
стратегическому партнерству.
бизнес- например, на должность «Главный специалист по обработке информации». Другой пример - Прикладной бизнесВ этой ситуации бизнес-аналитики, аналитик. Эта должность совмещает в разбираясь как в предметной области, себе и бизнес-аналитику, и управление так и в технологиях, а также, обладая проектами. Для этой новой должности отличными коммуникативными и требуется человек с определенным социальными навыками и умениями, типом личности - он должен обладать и становятся главным источником знаний техническими знаниями, и способностью о технологиях для бизнес-специалистов, изменять бизнес процессы. роль бизнес-аналитиков повышается. Молодежь, выбирающую работу бизнесВ прогнозах экспертов по поводу аналитика, по всей вероятности, ждут того, какие новые профессии очень неплохие перспективы – конечно, станут популярными в ближайшем если приложить серьезные усилия по будущем звучат такие интересные самообучению. названия: Специалист-аналитик по предотвращению рисков и Бизнес-аналитики, имеющие опыт хеджированию (ограничению) потерь, работы 3-5 и более лет могут в недалекой Talent-менеджер, специалист по перспективе рассчитывать на новые реинжинирингу систем управления интересные работы и должности. персоналом, Специалист в области Нэлли Михайловна Грин инжиниринга бизнес-процессов, сервис-дизайнер (специалист по усовершенствованию отношений с клиентами и потребителями). То есть углубление специализации, дифференциация профессий.
27
С другой стороны, повышенным спросом в ИТ начинают пользоваться профессии"гибриды". Специалиста, равно хорошо разбирающегося и в бизнесе, и в технологиях теперь приглашают, IT Business Analysis
Как все было, когда ничего еще не было Александр Александров, Luxoft Как это было? Что тогда было? Кто тогда был? И было ли тогда что-то вообще?
Как все было, когда ничего еще не было Александр Александров, Университет - учеба Luxoft В 1965 году я поступил на мехмат МГУ и выбрал отделение вычислительной Введение
что не видит никто, кроме него. К сожалению, в последние годы видимся редко: я нахожусь в Москве, он – в Хельсинки. Последний раз наше интенсивное общение было не так давно – мне посчастливилось принять участие в подготовке к выходу в России книги «Языки программирования. Концепции и принципы» [10, 11].
математики. Программирование В прошлом году мне исполнилось 65 лет. началось со второго курса. Лекции читал Компьютер я в первый раз увидел в 15 Н.П. Трифонов [6], соавтор учебника по программированию [7], написанного им лет – 50 лет тому назад. совместно с Е.А. Жоголевым [8]. Начиная с четвертого курса, я совмещал Как это было? Что тогда было? Кто тогда На третьем я выбрал семинар по языкам учебу с работой в ВЦ МГУ. После был? И было ли тогда что-то вообще? программирования и компиляторам, окончания МГУ я был распределен в Школа которым руководила группа аспирантуру МГУ, но отказался от этого сотрудников ВЦ МГУ во главе с Е.А. распределения в пользу ВЦ МГУ. В 1963 году, будучи школьником Жоголевым. И здесь жизнь сделала девятого класса московской школы 170 мне большой подарок - одним из Университет – работа [1], я попал на практику в Вычислительный руководителей этого семинара был В.Ш. Центр МГУ им. М.В. Ломоносова [2]. Кауфман [9]. Он руководитель моих Придя в ВЦ МГУ, я продолжал заниматься Сначала нас обучали работать на курсовых работ, практики, дипломной языками программирования. В это время настольных электромеханических работы, диссертации, был моим в подразделении, которое возглавлял арифмометрах «Рейнметалл» [3], начальником в ВЦ МГУ. Нас связывает Е.А. Жоголев, велись исследования которые располагались в специальном более двадцати лет совместной работы в области разработки компиляторов классе на 13 этаже Главного здания и более сорока пяти лет дружбы. различных языков программирования. МГУ. Через некоторое время мы начали Словами трудно выразить ту роль, Мне поручили заниматься языком программировать на ЭВМ «Стрела» которую Виталий сыграл в моей жизни, Фортран [12]. [4] в машинных кодах (компиляторов в формировании меня не только как Неожиданно для всех возникла задача тогда еще не было). К концу практики я специалиста, но и как человека. Он разработки ГОСТ языков Фортран и написал программу решения линейных является моим Учителем и другом, и Базисный Фортран – я упоминал об этом в уравнений методом Зейделя [5]. мне нечего к этому добавить. Одна из одном из моих интервью [13]. На первый замечательных черт В.Ш. Кауфмана – взгляд можно было просто ограничиться соответствующих это креативность и умение видеть то, переводами IT Business Analysis
29
документов Американского Национального Института Стандартов (ANSI) – скорее всего, соответствующее задание именно это и предполагало.
сравнению с описанием на естественном языке. Точность при этом касалась как синтаксиса (и таких решений было много, включая популярную нотацию Бэкуса-Наура), так и контекстных В тот момент ни у кого из нас не было ни условий, иногда ошибочно называемых понимания принципов стандартизации семантикой языка (и эта работа была языков программирования, ни опыта пионерской). разработки каких-то стандартов. Именно он первым понял, в чем суть Полученные описания прошли весь предлагаемой работы и как ее следует формальный путь подготовки стандартов делать. и были опубликованы как официальные [15, 16]. Достаточно быстро пришло понимание того, что просто перевод здесь ничего Кроме того, был сделан инструмент, не даст. Действительно, отсутствует позволяющий проверять, выполнены единый способ описания стандартов ли для произвольной программы на языков программирования (каждый Фортране требования, зафиксированные стандарт описывается по-своему), в официальном описании стандарта описание стандарта должно быть языка программирования. точным, полным, однозначным, удобным для использования, а также Вне МГУ согласовываться с требованиями Работы по стандартизации языков системы стандартизации (в нашем программирования были пионерскими случае – ГСС). и поэтому они не могли не привлечь Для обеспечения этих требований было внимания. Завязались контакты с решено помимо подготовки описания различными коллективами. Совместно стандарта (включая перечень терминов, с сотрудниками ИПИ АН СССР был не являющийся переводом исходных разработан стандарт языка Бейсик терминов «один в один») построить [17, 18]. Совместно с сотрудниками ИК формальную модель стандарта [14]. АН УССР написана монография [19]. И, Эта модель позволяла получить естественно, работы по этой тематике более точное описание стандарта по выливались в совместные работы в ВЦ
[20-22] . Нельзя не отметить ИТМ и ВТ АН СССР – разработанный нами пакет диагностических тестов использовался при проведении государственных испытаний компилятора Фортрана для МВК «Эльбрус» [23]. Особо хочу отметить ВЦ АН СССР именно там активно велись работы по разработке компиляторов под руководством В.М. Курочкина [25] и Д.Б. Подшивалова [26]. Кроме того, под руководством В.М. Брябрина [27] в СССР впервые начались работы по разработке программного обеспечения для персональных ЭВМ. Не могу отказать себе в удовольствии привести цитату: «Сотрудники лаборатории В.М. Брябрина Г. В. Сенин, А. Б. Борковский, О. А. Гончаров, Г. Г. Гнездилова написали книги по различным аспектам программирования на персональных компьютерах». Г.В. Сенин [28] работал в компании Luxoft и был моим начальников, а с Г.Г. Гнездиловой мы и сейчас работаем вместе.
Век живи – век учись Полезным было также и регулярное IT Business Analysis
30
участие в работе научноисследовательского семинара по автоматизации программирования [29], проходившего в МГУ под руководством М.Р. Шура-Буры [30]. Неформально одобрение доклада на этом семинаре считалось необходимым условием для представления в диссертационные советы МГУ. Наконец, не могу не упомянуть о школах [31], которые проводились ВЦ РГУ по инициативе его директора А.Л. Фуксмана [32].
компании по модели CMMI [50]. 31
C 2008 года – снова Luxoft. Сначала Учебный Центр (эксперт по тестированию и управлению качеством) [51], потом – производство в роли тест-менеджера.
Александр Александров
Список участников семинара и школ впечатляет – к упомянутым выше именам добавляются А.П. Ершов [33], С.С. Лавров [34], В.Ф. Турчин [35], А.С. Клещев [36], Р.И. Подловченко [37], А.Я. Диковский [38], Б.А. Бабаян [39], А.Н. Терехов [40], Г.С. Цейтин [41], В.А. Биллиг [42], И.Б. Задыхайло [43], М.Е. Неменман [44], Э.З. Любимский [45], В.Л. Темов [46] и еще много-много других.
А что потом? А что потом? C 1999 года - работа в Luxoft [47] в роли тест-менеджера. Основной результат – участие в проектах С 2006 по 2007 год – работа в Auriga [48] в роли директора по качеству. Основной результат – участие в подготовке к успешному [49] оцениванию процессов IT Business Analysis
Ссылки Школа № 1278 2. Научно-исследовательский вычислительный центр МГУ 3. Арифмометр 4. Стрела (электронно-вычислительная машина) 5. Метод Зейделя 6. Трифонов Николай Павлович 7. Курс программирования 8. Жоголев Евгений Андреевич 9. Кауфман Виталий Шахнович 10. Языки программирования 11. Про В.Ш. Кауфмана 12. Фортран 13. http://software-testing.ru/interview/520-aalexandrov 14. Александров А.Л., Кауфман В.Ш. Формальная модель стандарта Фортрана – Владивосток, 1982. – 24 с. – (Препринт) АН СССР, ИАПУ ДВНЦ. 15. ГОСТ 23056-78, ГОСТ 23057-78. Языки программирования Фортран и Базисный Фортран. – М.: Изд-во стандартов, 1978. – 103 с. 16. ГОСТ 23056-78, ГОСТ 23057-78. Языки программирования Фортран и Базисный Фортран. – 2-е издание, с изм. - М.: Изд-во стандартов, 1982. – 109 с. 17. ГОСТ 27787-88. Язык программирования Бейсик. – М.: Издво стандартов, 1988. – 73 с. 18. О стандарте языка Бейсик // А.Л. Александров, Е.С. Башмакова, М.Л. Гуткин, А.Б. Либеров // Микропроцессорные средства и системы. – 1986 - № 5 – с. 25-30. 19. Стандартизация языков программирования // А.Л. Александров, Л.П. Бабенко, В.Ш. Кауфман, Е.Л. Ющенко. Под ред. Е.Л. Ющенко. – К.: Тэхника, 1989. – 160 с. 1.
20. Базисный Фортран // А.Л. Александров, Н.П. Брусенцов,
Ю.Ю. Галимов и др. – М.: Изд-во МГУ, 1982. – 200 с. 21. Кауфман В.Ш. Стандартизация и контроль трансляторов (элементы методики) // Различные аспекты системного программирования – М.: Изд-во МГУ, 1984. – с. 47-87. 22. И.Г. Головин, С.И. Рыбин. Об одном подходе к контролю соответствия трансляторов стандарту входного языка // Математическое обеспечение и технические средства СКП ЭВМ МГУ – М.: Изд-во МГУ, 1984. – с. 38-46. 23. МВК Эльбрус 24. ВЦ АН СССР 25. Курочкин Владимир Михайлович 26. Подшивалов Дмитрий Борисович 27. Брябрин Виктор Михайлович 28. Сенин Григорий Васильевич 29. Семинар в МГУ 30. Шура-Бура Михаил Романович 31. Школы Фуксмана 32. Фуксман Адольф Львович 33. Ершов Андрей Петрович 34. Лавров Святослав Сергеевич 35. Турчин Валентин Федорович 36. Клещев Александр Сергеевич 37. Подловченко Римма Ивановна 38. Диковский Александр Яковлевич 39. Бабаян Борис Арташесович 40. Терехов Андрей Николаевич 41. Цейтин Григорий Самуилович 42. Биллиг Владимир Арнольдович IT Business Analysis
32
43. Задыхайло Игорь Борисович
33
44. Неменман Марк Ефимович 45. Любимский Эдуард Зиновьевич 46. Темов Владимир Львович 47. Luxoft 48. Auriga 49. Auriga achieves CMMI Level 4 50. CMMI 51. Tester›s Life - Наши авторы
IT Business Analysis
BABOK Version 3 Rick Strempler What Business Analysts Can Expect?
BABOK Version 3: What Business Analysts Can Expect? Rick Strempler перевод Александр Белин
• Как много изменено?
действительно
• Заинтересованные Лица (Stakeholders); • Решения (Solutions); будет • Контекст (Contexts); • Ценность (Value).
• Как это повлияет на мою карьеру в будущем? Я вспоминаю, как много усилий потребовала подготовка к сдаче на Презентация Кевина ответила на сертификат Certified Business Analysis многие мои вопросы и я был очарован ProfessionalTM (CBAP®) два года некоторыми изменениями, которые назад. Поэтому, когда я отправлялся были сделаны в руководстве. Эта работа на Конференцию «Building Business еще не закончена и законченный продукт Capability Conference» в октябре может отличаться от того, что было 2012 года, я очень хотел посмотреть представлено, но мне действительно выступление Кевина Бреннана (Kevin понравилось то, что я увидел. В этой Brennan), в котором он планировал статье я дам вам возможность взглянуть рассказать о готовящейся к выпуску на некоторые из изменений, и я надеюсь, 3-й версии руководства к Своду Знаний что это поможет вам ответить на по Бизнес-Анализу (BABOK v.3). Много некоторые ваши вопросы. вопросов приходило мне в голову, в том числе: Самым большим изменением в версии 3 явилась новая модель понятий • Когда быдут выпущена эта новая «Основная Модель Понятий Бизнес версия BABOK? Аналитика» (Business Analyst Core • Потребует ли Международный Concept Model (BACCM)). IIBA определил Институт Бизнес-Анализа (IIBA) шесть основных понятий, связанных с ресертификацию для аналитиков, уже Бизнес-Анализом: получивших сертификаты CBAP® или • Изменения (Changes); CCBA® (Certification of Competency in Business AnalysisTM)? • Потребности (Needs);
Включение понятия «Изменение» - большой шаг вперед в развитии BABOK. Вторая версия руководства к Своду Знаний содержала очень мало инофрмации, относящейся к Управлению Изменениями (Change Management) – области деятельности, которая заметно выросла в течение последних 10 лет. Версия 3 обсуждает роль аналитика, как роль, которая подготавливает организации и заинтересованных лиц к изменениям, для того, что бы инициировать изменения, позволяющие реализовать бизнес-потребности, и избежать нежелательных изменений. Изменение определено как «контролируемая трансформация организации» (“controlled transformation of an organization”). Понятие «Потребность» включает проблемы, возможности и ограничения, которые имеют потенциальную важность (значимость) для Заинтересованного IT Business Analysis
35
Лица. Под пониятием «Потребности» вы можете понимать цели (goals), задачи (objectives), риски (risks), преимущества (benefits), критерии приема (acceptance criteria), переходные требования (transition requirements) и т.д. Интересно, что если рассматривать все основные понятия, Бизнес Аналитики, в основном, связаны с «Потребностями» и «Решениями». Это распространенная проблема для Бизнес Аналитика, когда Аналитик фокусируется на этих двух понятиях так сильно, что остальными понятиями пренебрегает.
CATWOE анализ (заказчики (customers), действующие лица (actors), процесс преобразования (transformation process), мировоззрение (world view), владелец (owner), ограничения среды (environmental constraints)). Контекст может также включать такие вещи, как культура, инфраструктура, отношения, или что-нибудь еще, относящееся к бизнес-изменениям.
«Контекст» очень интересное добавление к группе основных понятий. Международный Институт БизнесАнализа определяет это понятие как «Часть окружающей среды, которая включает в себя изменение»
При взгляде на понятие «ценность», бизнес-аналитик рассматривает, н а с к о л ь к о важно что-то для Заинтересованных Лиц, в конкретном контексте. Обратите внимание, что термин «ценность» является частью определения «потребность» Рис.1 Основная Модель Понятий Бизнес Аналитика потребность должна обеспечить потенциальную ценность. Ценность эта концепция, вероятно, претерпит может быть измерена различными наименьшие изменения от версии способами: увеличение продаж, 2 к версии 3. Кроме того, понятие
Это по существу включает в себя все, что имеет отношение к изменению, исключая само изменение. Примеры артефактов, связанных с понятием «контекст» включают контекстные модели, PESTLE анализ (политический (political), экономический (economic), социологический (sociological), технологическоправовой (technological legal) и экологический (environmental)), и
снижение рисков, возможностей, производительности и т.д.
повышение улучшение 36
Не так много пояснений требуется для концепции «Заинтересованные Лица». Из всех основных концепций,
IT Business Analysis
Таблица 1
BABOK v2
Business Analysis Planning and Monitoring Elicitation Requirements Management and Communication Enterprise Analysis Requirements Analysis Solution Assessment and Validation Underlying Competencies «Решение» также уже достаточно хорошо определено. Где вы заметите наибольшие изменения, так это в их связях с другими понятиями. На самом деле это не новые связи, их просто формально определелили в BABOK (см. рис.1). Отношения между шестью основными понятиями почти так же важно, как сами понятия. IIBA подчеркивает важность взаимозависимостей между этими понятиями. Ни одно понятие не должно рассматриваться в отрыве, изолированно от других. При взгляде на «Потребности», необходимо учитывать, что эти потребности обеспечивают «Ценность» для Заинтересованных Лиц. При взгляде на «Решение», необходимо анализировать, как оно удовлетворяет
(*)
BABOK v3
Business Analysis Planning and Monitoring Requirements and Design Analysis Situation Analysis Elicitation and Collaboration Solution Assessment and Validation Requirements and Design Management Underlying Competencies «Потребности» в рамках «Контекста». Модель BACCM определила 54 важных отношения между основными понятиями, и эти отношения являются ключевыми для понимания самих понятий. Другое, очень заметное изменение в BABOK - это реорганизация областей знаний. В таблице ниже я перечислил области знаний из 2-й и 3-й версий BABOK (см. табл.1) Как вы можете видеть, некоторые области знания остались практически неизменными, в то время как другие были значительно изменены. Включение понятия «Контекст» в
перечень основных понятий привело к необходимости создания новой 37 области знаний «Анализ ситуации». Другим интересным изменением является добавление понятия «Дизайн» в две области знаний. В BABOK v2 даже не было формального определения для дизайна, поэтому его внезапное появление несколько удивительно. IIBA определит дизайн, как «полезное представление необходимости». Это отражает новое определение для Требования, как «полезное представление Решения» (т.е. представление, приносящее практическую пользу) – более простое и ясное определение по сравнению с версией 2. Итак, когда будут сделаны все эти изменения, и как это повлияет на вашу работу бизнес-аналитика? Ну, IIBA планирует включить в BABOK результаты анализа обратной связи от специалистов в области Бизнес-Анализа в течение 2013 года, при этом планируя собственно первую публикацию в 2014 году. Обновление к сертификационным экзаменам, скорее всего, также произойдет в 2014 году. Новые или
(*) Более актуальная информация по соотношению областей знаний BABOK v2 и v3 приведена в Табл.2 IT Business Analysis
обновленные расширения (extensions) убедиться, что руководство к Своду BABOK также будут разработаны в 2014 знаний остается актуальным для нашей году. отрасли. Если вы еще не прошли сертификацию CBAP или CCBA, вы можете продолжить подготовку для версии 2, пока новые сертификационные экзамены не быдут разработаны. На самом деле, я рекомендую вам поставить себе цель сертифицироваться по версии 2, и не потому что это легче или лучше, а потому, что сущетсвует огромное количество ресурсов, которые помогут вам подготовиться к экзамену по версии 2. В первое время, когда будет выпущена версия 3, будет достаточно сложно найти так много высококачественных экзаменационных примеров и учебных материалов, сколько уже разработано для 2-й версии. Если вы уже сдали на сертификат CBAP или CCBA, новая версия BABOK не окажет существенного влияния на продление действия сертификата через три года. Вам не не придется сдавать новые сертификационные экзамены. В любом случае, есть много причин для того, чтобы ознакомиться с предстоящими изменениями. IIBA планирует пересмотривать и обновлять BABOK каждые три-пять лет, чтобы
38 Таблица 2
BABOK v2
BABOK v3
7.Solution Assessment & Validation
2.4 Situation Analysis 2.5 Requirements Analysis and Design Definition 2.6 Solution Evaluation
2.Business Analysis Planning & Monitoring 3.Elicitation 4.Requirements Management & Communication 5.Enterprise Analysis 6.Requirements Analysis
2.1 Business Analysis Planning & Monitoring 2.2 Elicitation and Collaboration 2.3 Requirements Life Cycle Management
About Rick Strempler Rick Strempler is the Analysis Practice Lead for Online Business Systems’ Central Region. He has been working in IT for more than 15 years and has been working as a business analyst for the past 10 years. Rick received his CBAP certification in 2011, is also Prosci certified, and holds a teaching certificate. He has worked on projects in numerous industries including agriculture, health, and government. See more about Rick Strempler at: http://ig.obsglobal.com/author/rstrempler/ Original article http://ig.obsglobal.com/2013/05/babok-version-3-what-business-analysts-canexpect/ IT Business Analysis