Разделы сайта
Выбор редакции:
- К чему снятся грибы во сне женщине
- Икра кабачковая обжаренная Как сделать кабачковую икру на сковороде
- Расстрел толкование сонника Весть о расстреле мужа сонник
- Как потушить рыбу в сковороде
- Домашние алкогольные напитки из ягод и фруктов
- Религия христианство, её основы и суть Стадия актуальной эсхатологии
- Именины у федора по церковному
- Рецепт ткемали из сливы и алычи: классический способ и адаптированные варианты
- Морковный пп торт-чизкейк без муки, масла и сахара Низкокалорийный морковный пирог рецепт
- Секреты классификации бренди XO и VSOP
Реклама
Бизнес аналитик что нужно знать. Бизнес-аналитик — IT1410: Разработка требований к программному обеспечению — Бизнес-информатика |
В данной статье рассматриваются вопросы:
Также в нашем блоге есть статья « », которая дополняет текущую. Заблуждения обывателейСистемный аналитик - профессия, появившаяся относительно недавно на Российском рынке вакансий в IT-сфере. Понимание, кто же такой системный аналитик, возникает у кандидатов на эту должность или из требований, описанных в вакансии, или же из собственных домыслов. Давайте рассмотрим часто встречающиеся заблуждения кандидатов. Данная вакансия не для всех, кто ранее был кем-то «системным». Наша компания часто получает отклики на данную вакансию, например, от системных администраторов. Аналитик - это тот, кто анализируетВ принципе правильно, но когда спрашиваешь кандидата о том, что он анализирует, вот тут и начинаются фантазии и размышления на различные темы. Некоторые утверждают, что аналитик должен сказать менеджеру проекта, о том, что хорошо бы сделать так, или иначе, при разработке проекта, или же вообще следить за разработчиками и анализировать, правильно они делают или нет. Все это ошибочные мнения. Аналитик не должен уметь программироватьЭто логичный вывод, если предположить, что первые домыслы верны. На самом деле, аналитику не требуется специальных знаний в программировании, но основу знать необходимо, ну или, по крайней мере, иметь опыт разработки на каком-либо языке программирования, поддерживающий ООП. Аналитик ни за что не отвечаетНа самом деле, это далеко не так, и кандидаты, желающие занять место системного аналитика в IT-компании, думают, что им не придется отвечать за работу. Ошибки аналитика в проекте являются самыми дорогими и даже могут быть фатальными для проекта. Так чем, всё-таки, занимается аналитик?Выявление требований Аналитик начинает проект, участвует в разработке и заканчивает его. Разработка ПО начинается с того, что заказчик излагает исполнителю свое видение работы будущей системы. Это изложение может быть как в устной форме, так и в письменной. Данное изложение нельзя назвать требованиями, так как они не носят систематического характера, а напоминают набор пожеланий клиента. На начальном этапе проектирования ПО аналитик обязан выявить у заказчика цели разработки ПО, то есть, какие основные задачи должна решать Система при ее внедрении в бизнес-процесс предприятия. Данная стадия проекта является начальной и называется процессом выявления требований. Все выявленные требования и бизнес-процессы должны быть формализованы определенным способом. Формализация требований необходима для согласования их с заказчиком, а также одинакового их восприятия как заказчиком, так и разработчиками проекта. Помимо выявленных требований на данной стадии разработки проекта определяются и пользователи проекта с определенными правами доступа. В процессе выявления требований заказчик может сообщить не всю необходимую информацию для полноценного функционирования проекта. Аналитик должен уметь выявить эту информацию и согласовать с заказчиком данный функционал работы. Итогом работы аналитика на данном этапе проектирования является техническое задание на разработку, согласованное с заказчиком. Управление требованиямиНа последующих этапах разработки возможны ситуации, когда требования, сформулированные на этапе выявления требований, устаревают по тем или иным причинам, и вместо них появляются новые требования. Аналитик должен минимизировать изменения в требованиях, независимо, с какой стороны поступают новые требования, от заказчика или разработчиков. В случае изменения требований аналитик должен, держа проект практически в голове, оценить все изменения в проекте, которые повлекут за собой введение в проект новых требований. Изменения в требованиях могут повлечь большие финансовые затраты при разработке проектов, поэтому их изменения должны сводиться к минимуму, но тем не менее в современном мире изменения требований практически неизбежны на любом проекте. Аналитик должен уметь прогнозировать подобные ситуации для управления изменениями в требованиях к проекту для минимизации рисков. Внедрение проектаПо окончании разработки любого IT-проекта наступает этап внедрения разработанного проекта в бизнес-процесс заказчика. Данный этап лежит также на плечах аналитика, он должен подготовить необходимую для пользователей документацию, провести демонстрацию работы проекта, а также обучить сотрудников заказчика. Для того, чтобы данный этап был выполнен на должном уровне, аналитик должен знать работу всего проекта от «А» до «Я», а также ориентироваться в возможных ошибках, которые будут устранены в последующих релизах. Перед этапом внедрения аналитик должен принять участие в тестировании проекта для того, чтобы убедиться в том, что все функциональные требования, указанные в ТЗ, выполняются корректно. Секреты успешной работыХотелось бы затронуть тему о личностных качествах аналитика в IT-сфере. Личностные качества аналитика дают 60 % его результата. Работа аналитика связана с непосредственным общением с заказчиком, поэтому у аналитика должна быть хорошо поставленная речь, чтобы заказчик видел в собеседнике грамотного специалиста и приятного человека. В умении общаться заложен большой успех в работе. Итак, первое качество аналитика это коммуникабельность. Следующее качество аналитика, позволяющее качественно выполнять свои обязанности, это аналитический склад ума . Он позволяет «отфильтровывать» лишнюю информацию, которую доносит заказчик до исполнителя, и на основе полученной информации проводить анализ деятельности заказчика и формализовать требования. Пожалуй, это главное качество аналитика, потому что оно непосредственно влияет на качество разрабатываемых проектов. Аналитик должен обладать способностью держать большой объем информации по всему проекту, а иногда и не по одному, у себя в голове и уметь быстро просчитывать влияние тех или иных изменений, требуемых заказчику или команде разработчиков на систему в целом, чтобы своевременно согласовывать эти изменения и их последствия со всеми заинтересованными лицами. Для построения бизнес-моделей процессов заказчика аналитику необходимо обладать высокой обучаемостью . Данное качество необходимо для быстрого изучения предметной области, в которой работает заказчик. Аналитик должен стать «специалистом» в каждой из предметных областей, которые меняются с работой над каждым новым проектом. На этапе формирования требований аналитиком составляется техническое задание (ТЗ) на разработку проекта, которое необходимо согласовать с заказчиком и которое будут изучать разработчики. Исходя из этого, системный аналитик должен излагать требования в ТЗ таким образом, чтобы они были понятны и заказчику, и исполнителю проекта. Для этого необходимо обладать грамотностью в написании текстов и допускать как можно меньше ошибок. В процессе построения бизнес-моделей аналитику потребуются навыки программирования и понимания ООП. Чаще всего модель того или иного процесса может быть представлена в виде набора объектов, а действия над ними - в виде методов. Также объекты моделей могут обладать свойствами. Объекты в моделях могут использовать все принципы ООП. При построении моделей системы, как правило, определяется и модель данных проекта. При проектировании больших проектов для крупных заказчиков у аналитиков возникает немало сложностей, связанных с разработкой ТЗ. Эти сложности могут возникать из-за постоянно меняющихся требований, большого числа пользователей и прочих факторов. Все это приводит к частым изменениям в ТЗ. Аналитику порой приходится переписывать до 30-40 % технического задания по несколько раз. Естественно, это сказывается на его нервной системе, поэтому аналитику необходимо обладать немалой терпеливостью и стрессоустойчивостью. Стрессоустойчивость также пригодится и при обучении пользователей новых проектов, так как большинству пользователей навязывают работу в новом проекте организаторы бизнеса (заказчики), чему они сильно сопротивляются. Аналитику приходится выслушивать множество нелестных слов в свой адрес, но он должен спокойно реагировать на критику пользователей и выполнить свою задачу. Инструменты аналитикаГлавными инструментами системного аналитика является ручка, бумага и карандаш. Хорошему аналитику этого вполне достаточно для того, чтобы сформулировать требования и составить бизнес-модель. На практике аналитики применяют различные средства моделирования, поддерживающие нотации IDEFx, UML, BPMN. Такие средства позволяют сократить время на построение моделей и диаграмм, а также получить результат в графическом виде и в виде текстовых отчетов. Подобные инструменты оказывают помощь и в контроле над требованиями к проекту, и в поддержании их в актуальном состоянии. Примером средств моделирования являются такие приложения как: Enterprise Architect (EA), Rational Rose, RUP и др. Также аналитику приходят на помощь и офисные пакеты, такие как MS Office, iWork, Open Office. Куда идти дальше?В заключение хотелось бы поразмышлять на тему развития дальнейшей карьеры системного аналитика. Системный аналитик - универсальная личность, способная вести переговоры с заказчиками, ставить задачи и контролировать их выполнение разработчиками. Его знания и умение ориентироваться в различных предметных областях жизнедеятельности человека способны оказывать помощь при осуществлении обязанностей, например, менеджера проекта, или проводить управление командой аналитиков на крупных проектах. Так или иначе, профессия системного аналитика является перспективной на рынке IT на сегодняшний день. Другие материалы блога по теме «Аналитик в IT». Приветствуем вас, Друзья/Товарищи/Будущие коллеги! В последнее время профессия аналитика в сфере разработки программного обеспечения (в дальнейшем будем писать ПО, дабы аббревиатура не вызывала у вас недоумения, когда вы наткнётесь на неё на специализированных сайтах) стремительно набирает популярность среди представителей не только IT-сферы, но и «неайтишных» специальностей. Студенты, молодые специалисты, работники со стажем – многие проявляют страстный интерес к загадочному и интригующему словосочетанию «бизнес-аналитик». И у всех на уме главный вопрос: как им стать ? Мы запускаем цикл статей для начинающих аналитиков, цель которых – рассказать вам о бизнес-анализе, помочь определиться с выбором и подсказать, в каком направлении двигаться дальше. Не так давно и авторы статьи стояли на перепутье, и, если бы не опытные люди рядом, готовые подсказать, разъяснить и дать бесценный совет, они не стали бы теми, кем стали – бизнес-аналитиками. Сегодня мы поговорим о профессии аналитика, качествах, которыми должны обладать аналитики, а также очертим плюсы и минусы этого ремесла. Итак, кто же такой аналитик? Наиболее простое и близкое к ИТ определение: аналитик – это промежуточное звено между заказчиком программного продукта (а также будущими его пользователями) и его разработчиками. Представьте, что вы решили построить дом и наняли для этого бригаду гастарбайтеров из недалеких солнечных стран. Какова вероятность того, что, объясняя им суть ваших пожеланий, вы не потратите себе нервы, стараясь донести до них мысль, что то, что они делают, не есть «красиво и удобно»? А как вы отреагируете на их заявления типа «вам конвектор в полу нужен»? Несомненно, вы, в конце концов, найдете с ними общий язык. Но теперь представьте, что в индустрии разработки ПО специализированный сленг/понятия/принципы построения систем в разы сложнее и объемнее, а программисты зачастую проявляют гораздо больше нежелания вас понимать и общаться с вами обыденным человеческим языком (извиняйте, читающие нас программисты; вы не все такие:)). Вот тут-то и приходит на помощь этот самый аналитик. Международный Институт Бизнес-Анализа (IIBA , International Institute of Business Analysis) определяет бизнес-аналитика как профессионала, который «понимает проблемы и возможности бизнеса в контексте требований и рекомендует решения, позволяющие организации достичь своих целей.» На практике, суть работы аналитика может варьироваться в зависимости от роли аналитика на проекте. Наиболее часто встречающиеся разновидности IT-аналитиков это: 1. Бизнес-аналитик
(Business Analyst, BA) – как правило, это специалист, занимающийся изучением и моделированием конкретной предметной области. Другими словами, он должен выяснить пожелания заказчика, проанализировать их, дополнить при необходимости, оформить определённым образом (построить модели, задокументировать хотя бы общие пожелания клиента) и передать команде разработки. BA – лицо команды, общительный, тактичный, легко находящий общий язык с заказчиком. Технические знания (или, пользуясь модным нынче словом, бэкграунд) бизнес-аналитику совсем не обязательны, гораздо важнее – знание языка заказчика и особенностей его культуры. Большинство аналитиков в любой аутсорсинговой компании в нашей стране (то бишь, компании, занимающейся разработкой ПО под заказ) – это именно аналитики требований . Редкая фирма в наших условиях может позволить себе держать «чистого» бизнес-аналитика, который хорошо разбирается в какой-то одной предметной области, плюс держать его в постоянных командировках, поближе к «телу заказчика». К тому же загрузить такого аналитика работой хотя бы на 80% будет весьма проблематично, в то время как затраты на его содержание довольно значительны. Хотя, стоит все же отметить, что такие компании и такие аналитики у нас есть. Что же касается системных аналитиков, то без наличия BA в штате они имеют мало смысла, за исключением случаев, когда попадается заказчик с бизнес-аналитиками со своей стороны или же заказчик-профессионал, знающий и умеющий донести до команды свои «хотелки» (да-да, далеко не все заказчики точно знают, чего хотят). Ну что, заинтересовались? Тогда поехали дальше. Итак, основные качества/навыки идеального аналитика (обратите внимание, что некоторые качества – врожденные, в то время, как другие – развиваемы, причем какие-то быстро, а какие-то довольно долго): 1. Аналитический склад ума (да неужели? у аналитика? спасибо, кэп:)). Это способность к анализу или, другими словами, умение раскладывать информацию по полочкам и выстраивать логические цепочки. Это один из характерных стилей человеческого мышления. Аналитический склад ума присущ не каждому от рождения, но развить в себе аналитические способности может любой из нас, так что не отчаиваемся. Мы не зря отметили, что это качества идеального аналитика. В жизни вы вряд ли встретите человека, обладающего этими качествами/навыками с рождения или получившего их в полном объеме в школе или университете. Их придется развивать и развивать. Скажем больше: по мере продвижения по карьерной лестнице (а об этом мы еще будем писать), вам придется развить и приобрести дополнительные навыки, не менее сложные и интересные. Не нужно забывать о том, что у каждой профессии есть как достоинства , так и недостатки . И если о достоинствах вы, скорее всего, наслышаны, ведь не зря вас потянуло в бизнес-анализ, то о недостатках можете и не знать. Но для целостности картины мы приведем и то, и другое. Почему вам может понравиться работа бизнес-аналитика: Это интересно:) (конечно не всегда, конечно в зависимости от компании и проекта, но всё же…) Почему вам может не понравиться работа бизнес-аналитика: Это скучно(: (опять-таки, зависит от специфики проекта и компании – иногда вам придется заниматься однообразной и рутинной работой, либо работой, которая вам не по душе) Мысль уловили? Здесь всё сугубо индивидуально, плюс очень многое зависит от того, где вы будете работать (в какой компании/с какими заказчиками/с какой командой/на каком проекте/в какой предметной области). На этом мы, пожалуй, закончим вводную лекцию. Надеемся, что эта статья была полезна или, как минимум, позволила вам в очередной раз удостовериться, что вы находитесь на своём месте. Начинающим аналитикам мы бы посоветовали проанализировать весь поток информации, решить, действительно ли вы хотите стать бизнес-аналитиком, и, тем самым на шаг приблизиться к вашей заветной цели. В следующих статьях мы поговорим о том, какие есть варианты «входа» в индустрию, как готовиться к собеседованиям, поговорим также о самообразовании, дадим много полезных ссылок и разъяснений, плюс расскажем о дальнейших шагах для тех, кто уже стал аналитиком, но еще носит гордую приставку junior. Всех призываем активно отписываться и делиться мыслями и опытом по написанному выше! P.S. Почувствовали уверенность, что хотите стать бизнес-аналитиком или подтянуть свои знания в этой области? Добро пожаловать на Моя тема - полезные навыки аналитиков и нацелена на то, чтобы показать вам возможности по профессиональному развитию в области бизнес анализа. Коротко о себе Мария Бондаренко, директор белорусско-немецко-русской компании GP software по разработке ПО в области туризма; в ИТ работает более 10 лет Цели доклада Что хочется показать и рассказать в докладе: Откуда берутся аналитики?На вопрос «Кто из аналитиков получил профессиональное образование» - положительно ответили лишь единицы из присутствующих на конференции. Как развиваются аналитики?Что происходит дальше? Дальше вы начинаете работать, выполнять какие-то задачи и шагать по карьерной лестнице внутри компании. Но ваш спектр задач обычно ограничен только теми проектами, которые выполняет данная компания. Соответственно, если вы придете в одну компанию и спросите: «Вот здесь есть бизнес-аналитики, а чем вы занимаетесь? А что такое бизнес-анализ?» Или придёте в другую компанию и спросите «А что такое бизнес-анализ», вы можете получить 2 совершенно разных ответа. К чему это может приводить?Неоднократно видела на собеседованиях, когда ко мне приходили устраиваться на работу специалисты (а у нас в компании распространена позиция, в которой менеджер проектов и аналитик совмещены) и ребята говорили: «Вообще в бизнес-анализе я уже знаю всё, теперь хочу попробовать себя в области менеджмента». В общем-то, приходят к тому, что видя только какую-то подобласть бизнес-анализа, делают вывод, что это всё, что может быть. Вторая возможная реакция, это то, что вы не знаете, куда двигаться дальше, вам становится грустно, вы недостаточно эффективны на своих проектах и, возможно, даже не знаете, что есть какие-то средства, как повысить данную эффективность, чтобы увеличить контекст понимания данной области. Может лучше так?Хочется вам показать возможные роли бизнес-аналитика в проектах, возможные области деятельности и необходимые навыки, личностные характеристики и инструменты, которые вам могут быть полезны. Ниже я буду тезисно обозначать, что может быть нужно, т.к. по каждому из них можно устраивать отдельный доклад или отдельный тренинг, поэтому далее рекомендую вам самостоятельно погружаться в те области, которые вы для себя отметите интересными. Кто такой аналитик?В процессе подготовки доклада получилось выделить несколько областей, в которых работают бизнес-аналитики: Управление требованиямиСамое очевидное - это управление требованиями . Это человек, который собирает требования, который их анализирует, управляет изменениями и который следит за тем, чтобы все участники проекта были в курсе актуальных требований, чтобы они были донесены правильно до команды разработки и чтобы результат работы соответствовал тем пожеланиям, которые были первоначально у клиента. Но это не всё. Исследование и анализ данныхЕсть еще порядка 6 областей, чем занимаются аналитики. Следующая область - исследование и анализ данных : общая задача по работе с данными. Проанализировать, какие системы есть уже на рынке с аналогичным функционалом, найти эти системы, сравнить их, предоставить информацию, какая из них лучше подходит под текущие задачи проекта. Второй срез данной роли аналитика - это анализ работы системы и выработка определенных выводов. Т.е. общеаналитические задачи. Моделирование процессовСледующая возможная роль аналитика на проектах - это область моделирования процессов . Не всегда бизнес-аналитики, которые работают в ИТ и занимаются непосредственно разработкой и управлением требованиями и проектированием систем, знают, что, в общем-то, первоисточники их задач лежат в области бизнес-процессов, в области бизнеса клиента. Клиент как-то выполняет сейчас те или иные операции и ПО ему сейчас не требуется. Но в процессе анализа своей текущей ситуации можно прийти к выводу, что процессы не оптимальны, что их надо реорганизовать и, соответственно, появляется задача разработать ПО. Вот, собственно, кто поможет клиенту посмотреть на его бизнес-процессы, описать и трансформировать их в более оптимальное состояние? Это тоже задача бизнес-аналитика. Проектирование ИССледующая сфера деятельности бизнес-аналитика - это проектирование информационных систем . Причем проектирование бывает разное. И в зависимости от навыков аналитиков вы можете более глубоко копать в эту область или менее. Например, самый простой уровень проектирования систем - это набросать мокапы или прототипы экранов и далее уже передавать это юзабилити-специалистам или дизайнерам, чтобы они прорабатывали более подробно. С другой стороны, если вы глубже владеете данными навыками, например, юзабилити, по удобству использования, вы можете совмещать роль юзабилити-специалиста. Т.е. в принципе это может являться частью работы бизнес-аналитика. Внедрение ПОСледующая возможная область деятельности аналитиков - это внедрение ПО , в частности, когда продукт уже разработан, этот продукт нужно внедрять, нужно кастомизировать у клиента (если речь идёт о крупных системах). Это сфера деятельности, которая требует особых навыков и умений. КонсалтингИ консалтинг . Чем глубже вы работаете в индустрии, чем лучше и выше практические навыки, тем более сложные задачи вам могут поручать и тем больше вы можете выступать экспертом в глазах клиента, а не просто проводником его требований разработчикам. Причем консалтинг может быть даже не связан непосредственно с выполнением проекта. Просто консультации клиента по технологическим вопросам, по бизнес-вопросам. Это тоже сфера деятельности бизнес-аналитика. Hard & Soft SkillsВ связи с этим спектром возможных задач выделяются определенные навыки, которые позволяют выполнять их более профессионально. Классическое деление навыков - hard и soft. Hard навыки - это знание инструментов, технологий, методик или нотаций, или того, чему можно обучиться. Soft навыки - это личностные и межличностные характеристики, которые даются ему с рождения, но они тоже развиваются и их тоже можно тренировать и по ним есть методики развития. 1. Hard skillsДля удобства все навыки из группы hard skills мы разделили на 7 групп: базовые компетенции, теория и техники анализа, основы бизнеса, знания по разработке ИС, документирование, дополнительные компетенции, иностранные языки. На пересечениях ролей и компетенций обозначено, для каких задач аналитику необходимы те или иные навыки. Опишем hard-skills, предполагающие чисто технические навыки. Они проще всего тренируются и достаточно важны, т.к. лежат в основе эффективной работы аналитика. 1.1 Базовые компетенцииЧто входит в базовые компетенции? a. Деловая этика Во-первых, общая деловая этика, навыки общения по телефону, навыки письменной корреспонденции. А именно, такие задачи как: как правильно написать письмо (начать с приветствия, в конце поставить завершающую фразу, побуждающую клиента к действию, и подпись), как нужно общаться с клиентом по телефону. Это, естественно, должно быть известно вам заранее. Почему я об этом говорю - лично видела ситуации, когда аналитики приходили на проект и письма выглядели так: «Не можете ли вы прислать нам актуальную документацию по проекту?» Ни «здравствуйте», ни «до свидания». Это просто не красиво. Это базовый навык, который у вас должен быть и о котором даже говорить не надо. b. Навыки работы в интернете Следующий навык - умение работать в интернете, работать с инстант-мессенджерами (Skype, например, очень популярен в настоящее время). За счет них вы сокращаете дистанцию и клиент может к вам обратиться онлайн. В Skype можно формировать групповые обсуждения, всю команду подключать к общению с клиентом и тогда вопросы по проекту решаются быстрее. Также следует знать, что такое демонстрация экрана, как пересылать файлы и т.д. c. Совместная работа Следующий блок - это умение совместной работы. Вам помогут знания таких инструментов, как Google Drive d. Онлайн-конференции В этой же группе - инструменты для онлайн-конференций. Очень полезно, когда аналитик не просто пересылает клиенту документы, а демонстрирует, в частности, промежуточные версии работоспособности системы, показывает прототипы. Для этого вам понадобится некая площадка. Конечно, есть вариант, что вы приезжаете к клиенту, если он находится в той же стране и городе. Но часто мы работаем с западными заказчиками или удаленными командами. Среди этих инструментов онлайн-конференций - GoTo Meeting и GoTo Webinar (это из одной серии), WebEx и другие. Причем они могут пригодятся не только для презентации результатов, но и для сбора требований. e. Wiki-хранилище Может быть полезен еще такой инструмент, как MediaWiki. Это онлайн-библиотека, наподобие всем известной Wikipedia, которую вы можете локально развернуть для своего клиента и всей команды силами своего администратора. В ней можно вести документацию и что хорошо, что не нужно сохранять файлы на хранилище для отслеживания версий, пересылать коллегам, вы не сможете забыть файл - всегда доступен актуальный контент. Например, руководство пользователя или спецификации можно писать в MediaWiki. f. Скорость чтения и печати Еще один блок базовых компетенций hard-навыков - это скорочтение и скоропечатание (хотя могут быть споры, можно ли это отнести к soft-skills). g. Офисные инструменты Также в рамках базовых навыков хотелось бы отметить еще ряд инструментов, такие как офисные инструменты (Word, Excel, PowerPoint и Visio), которые позволяют качественно и наглядно представлять результаты вашей работы. Если вы умеете открыть документ Word и умеете печатать там текст, но не умеете настраивать стили заголовков и таблиц, оформить примечания, использовать шаблоны и свойства документа. Или можете открыть документ Excel и знаете, что из себя представляет электронная таблица, но не владеете формулами, макросами, условным форматированием, то, поверьте, вам еще есть, куда копать в рамках данных инструментов. Просто в целях интересах можете открыть справку о программе или какой-нибудь тест по данной программе, и узнаете многое, что, оказывается, вы до этого не знали. Соответственно, здесь всегда есть простор для развития. h. Визуализация Следующий инструмент - это MindManager. Тоже достаточно полезная программа, которая относится к базовым навыкам и позволяет в виде диаграммы связей (mindmap) структурировать информацию. i. Графические редакторы Аналитикам также могут быть полезны и графические редакторы - не только сложный Photoshop, но и, например, классический Paint. Есть еще более мощная программа - SNAGIT - рекомендую. j. Мультимедиа-редакторы Конечно, для презентаций можно пользоваться PowerPoint, но в современной среде достаточно популярным становится инструмент Prezi. В нем презентации получаются интереснее и интерактивнее. Плюс, если вы овладеете созданием видео-роликов, в частности, программой Camtasia Studio, позволяющий записывать видео-ряд демонстрации работы приложений, то это будет полезно в плане того, что клиент не всегда может уделить вам время сейчас, но вы можете предоставить ему видео-файл, и клиент с большей вероятностью его посмотрит, чем если станет самостоятельно кликать на кнопки системы. 1.2 Теории и техники бизнес-анализаСледующий блок - теории и техника бизнес-анализа. Это те навыки, которые помогают вам стать непосредственно бизнес-аналитиком. a. Управление требованиями Первый блок знаний - управление требованиями. Здесь важно знать, как идентифицировать источники и как выявлять требования, и что с ними после этого делать: анализировать, специфицировать (документировать), проверять. b. Управление изменениями Это подблок управления требованиями, но я вынесла его отдельно, чтобы заострить на нем ваше внимание. Дело в том, что очень важно понимать трассировки (на конференции есть отдельный доклад на эту тему). Важно знать, как управлять масштабом проекта. a. Проектные артефакты Далее - умение описать Vision, Software Requirements Specification, подготовить руководство пользователя. Иногда я слышала мнение, что аналитик не должен писать руководства пользователя, что это работа технического писателя. Я считаю это достаточно узким взглядом на мир, т.к., в общем-то, задача аналитика - способствовать созданию продукта, который будет успешен и полезен, и не всегда в команде выделен технический писатель. Т.е. не нужно «перевешивать собак» друг на дружку. Наиболее эффективно инструкцию по работе с системой и пользовательскую документацию может написать аналитик. Даже если он не пишет, то он должен иметь общее понимание, что из себя представляет пользовательская документация и чем она отличается от baseline-документации, спецификаций. b. Инструментарий В области теорий и техник анализа также выделены инструменты для управления требованиями, такие как Enterprise Architect, Borland CaliberRM (на конференции был представлен отдельный стенд, а также был прочитан доклад) и др. Для управления требованиями также используются не специализированные инструменты - Excel, Jira 1.3 Основы бизнесаЧто вам может быть полезно в знаниях основ бизнеса для вашего развития?a. Основы экономики Вам пригодится знания того, что такое TCO (total cost of ownership), ROI (Return on Investment), EBIDAT (Earnings before depreciation and taxes), ABC (Activity-Based Costing) и т.д. Эти термины следует изучить, поскольку вы, как бизнес аналитик, должны способствовать успешности бизнеса, и понимание основ экономики (понимание того, для чего делается софт и как будет оцениваться эффективность внедрения софта) крайне важно для правильного принятия решений аналитиком. Вам нужно не просто собирать и управлять требованиями, но делать это в рамках ограничений проекта (которые часто связаны с экономикой - ресурсы не безграничны, как и деньги). b. Инжиниринг бизнес-процессов Полезным может быть также навык разработки бизнес-процессов. Причем сюда относится также понимание того, что бизнес-процессы бывают основными и вспомогательными, а также что их проектирование происходит в парадигмах AS IS (как сейчас) и TO BE (как рекомендуется или как должно быть). c. Нотации моделирования процессов Для инжиниринга бизнес-процессов вам потребуются знания определенных нотаций, в которых вы будете описывать процессы. Конечно, их можно описать и просто словами, но также достаточно распространены следующие нотации моделирования бизнес-процессов: BPML (Business Processes Modeling Language), IDEFx, CFF (cross-functional flowcharts) и обычные блок-схемы. d. Инструментарий Соответствующий инструментарий в области описания бизнес-процессов и экономического планирования (которые мне встречались) - BPWin и Business Studio. 1.4 Разработка ИСАналитик, который разрабатывает информационные системы, должен владеть техниками и методиками их разработки.a. Основы архитектуры Первый блок - основы архитектуры - общее понимание, что из себя представляет ИС, понимание клиент-серверной технологии и построения баз данных, знание устройства сайтов (в т.ч. понимание HTML, устройства CMS, знание готовых CMS), а также разбираться в протоколах и форматах передачи данных (XML, CSV и так далее). b. Нотации проектирования Вам могут быть полезны нотации проектирования такие как, UML, DFD, блок-схемы. c. Эргономика Помимо общих знаний по разработке ИС вам понадобятся знания по эргономике (юзабилити), причем в этом плане обратите свое внимание на такие стандарты, как web-style guide, mobile-style guide. A разработка ИС для iPhone и Android имеет набор лучших практик и стандарты требований, как должны проектироваться мобильные приложения. В частности, на AppStore вы будете сертифицировать сове приложение, и если оно не соответствует стандартам, его не пропустят. d. Инструментарий Инструментарий позволяет выполнять проектирование эффективно и удобно с точки зрения проекта и с точки зрения тех, для кого этот проект делается. В частности, это инструменты прототипирования (Balsamiq Mockups, Axure, JustInMind - в т.ч. мобильных интерфейсов). Также для этих целей используется MS Visio. 1.5 Документированиеa. Грамотный язык и корректное оформление Следующий блок навыков - документирование. Аналитики пишут документы и они (документы) должны быть грамотными как с точки зрения языка, правильного использования технического стиля, грамотной письменной речи, так и с точки зрения оформления. Этот фактор определяется тем, насколько приятно ваш документ брать в руки, насколько он аккуратно и единообразно оформлен, как хорошо подготовлен к печати. Это, кстати, очень важный момент - 90% документов, которые мне присылают внешние аналитики, при попытке распечатать (особенно это касается таблиц Excel) выводятся на 10 листов в хаотическом порядке. Потом приходится вручную пытаться их собрать, что практически не реально. А дело в том, что Excel по умолчанию не форматирует страницу под печать. Аналитики должны знать, что есть специальные настройки структуры и вида страницы, в которых задается формат вывода на печать, порядок страниц, их нумерация. Обращайте на это внимание - подготовили документ, затем распечатали и посмотрели, удобно ли это использовать или нужно документ привести в порядок. b. Эргономика Для оформления документов также есть набор стандартов в области эргономики (или юзабилити, как сейчас более популярно выражаться). В частности, среди технических писателей одним из зарекомендовавших себя стандартов считается MS Manual of Style. На сегодняшний момент там более 400 страниц и он очень хорошо в плане того, как писать англоязычную техническую документацию - какие термины использовать (например, «click the button» или «click on the button»), как правильно оформлять, структурировать. c. Инструментарий И конечно же, инструментарий подготовки документов. Это может быть MS Word, OpenOffice (для Linux). Также требуются программы для генерации PDF-документов (Acrobat). И для документирования также пригодится Wiki. В особенности, знания wiki-разметки (специфический язык, который достаточно быстро осваивается) позволят лучше понимать, В каком случае документ оформить в Word, а в каком - в Wiki. 1.6 Дополнительные компетенцииК дополнительным компетенциям в области hard-навыков, на которые мне хотелось бы обратить внимание - это следующие.a. Основы менеджмента Аналитик так или иначе всегда сопутствует менеджеру на проекте и где-то делит с ним сферы ответственности, где-то его может замещать, где-то, общаясь с клиентом, он так или иначе принимает решения по включению требований в проект. Т.е. это, с одной стороны, аналитика, с другой - менеджмент. b. Знания в предметной области Здесь же может быть очень полезной (а чаще она бывает и основополагающей) - это доменная экспертиза. Какой бы проект вы не начинали делать, уточните, в каком домене он будет выполняться - это может быть финансы, страхование, туризм - и внимательно ознакомьтесь с данной предметной областью. Конечно, в плане общего развития хвататься за все области нецелесообразно, т.к. их очень много, а погружаться в домен, в котором вы ведете проект, бывает полезно. c. Прикладная экспертиза Как дополнительная компетенция важна и прикладная экспертиза. Причем от проекта к проекту может быть важной разная прикладная область. Например, если проект выполняется в области туризма, то полезным будет знание «задачи коммивояжера» в теории графов, которая изучается в прикладной математике. А именно, нужно понять, как развезти туристов из аэропорта по отелям при условии, что группа сборная и отели находятся в 10 точках города. Обладая данной экспертизой, аналитик сможет предложить более грамотное решение, нежели он будет не в теме. d. Инструментарий бизнеса Могут быть полезны знания инструментов, которые использует бизнес, таких, как ERP-систем, CRM-систем и т.д. 2. Soft skillsДалее предлагаю перейти к обзору личностных характеристик, которые развиваются более сложно и более длительно. Напомню, что моя задача - обратить внимание на ключевые навыки. Советы по развитию – читайте соответствующую литературу, посещайте тренинги, пробуйте на практике. 2.1 Базовые навыкиСреди них, прежде всего, - это: a. Самостоятельность
b. Обучаемость
c. Хорошая память
d. Четкость изложения информации
2.2 Аналитические навыкиПрежде всего, это аналитическое мышление, которое подразумевает умение критически относиться к ситуации, умение трансформировать то, что вы получаете, в структуру данных, а не напрямую передавать то, что получено на входе. 2.3 Личностные навыкиa. Активность
b. Педантичность
c. Креативность
2.4 Межличностные навыкиa. Коммуникабельность
b. Работа в команде
c. Организаторские способност
и 2.5 Деловые навыкиДалее поясним, что должно входить в деловые навыки аналитика: 3. Повышаем эффективностьКаким образом можно повышать эффективность работы аналитка? Я могу дать 2 базовых совета помимо базовых инструментов.3.1 Помощники аналитикаВо-первых, достаточно хорошие помощники аналитика - всевозможные коллекции (иконок, графических примитивов). Например, нашли то, что вам нравится, и сохранили на диск или попросили дизайнера нарисовать. В таком случае будет проще потом готовить документы и изображать прототипы, используя данные элементы (т.е. по ходу разработки вы не будете искать, откуда бы взять или где нарисовать - изображения будут выглядеть красиво и аккуратно). 3.2 Объективная оценка реальностиИ вторая подсказка о том, что может повысить вашу эффективность, - это объективная оценка самого себя. Нужно понимать, насколько хорошо вы владеете теми или иными навыками аналитика (вы можете использовать вышеперечисленный перечень для проверки своих hard и soft-навыков). Такая проверка позволит вам понять, куда вам двигаться дальше. 4. План развитияДело в том, что как только ты осознал глубину своего незнания, то ты можешь разработать план развития. А если ты его еще и честно выполняешь, то твоя эффективность повышается наиболее быстро. Такой план позволяет вам постоянно бежать вперед. Что можно сделать?1. Определите интересующие вас сферы деятельности 1. Определение интересующих сферНа этом шаге вы можете выписать все возможные навыки и задачи аналитиков в таблицу наподобие приложенной (файл презентации доступен на странице конференции AnalystDays-2012). Затем вам следует напротив каждого навыка поставить вес - то, насколько для вас (и/или для компании - зависит от того, на каком уровне строится план) важен тот или иной навык. Вы можете использовать шкалу от 0 до 5 или от 0 до 100 (в примере используется шкала 0..5). В принципе, эта же классификация может быть использована в вашей карьере. Дилемма выбораПри составлении такого плана развития возникает вопрос – говоря об аналитиках и требованиях к ним, корректно ли смешивать аналитиков, занимающихся различными задачами или нет? И стоит ли распыляться на все или же сконцентрироваться на какой-то узкой сфере деятельности? Вопрос достаточно философский, и каждый отвечает на него самостоятельно. К примеру, есть личные предпочтения к моделированию бизнес-процессов и поэтому хочется изучать эту область наиболее глубоко - никто вам не помешает этого сделать. Или кому-то захочется шире изучить различные области бизнес-анализа, что также хорошо отразится на вашей карьере, т.к. будете разбираться, где и какие методики могут быть использованы, сумеете гибко их подбирать в зависимости от особенностей вашего проекта. 2. Оценка текущего уровня навыковПосле определение весов следует определить, какой текущий уровень владения навыками и знаний по технологиям и инструментам у вас есть. Один из достаточно удобных способов оценки - аналоги оценки знаний иностранных языков (от Basic до Intermediate и Advanced). Каждому из этих уровней присваивается своя оценка от 0 до 5. После чего вы подсчитываете общую сумму баллов как сумму взвешенных оценок. 3. Определение целей развитияЗатем вы заполняете еще 2 колонки в таблице плана - какой уровень знаний и навыков вы ожидаете у себя через год и через месяц. Данный подход в чем-то близок к современной тенденции унификации, когда свое развитие подчиняете численным измерениям (по сути, накапливаете баллы). Здесь еще есть простор для развития, как эту таблицу можно оптимизировать, какие «плюшки» можно себе вручать за достижение того или иного уровня. 4. Определение способов достиженияПосле этого вы определяете способы достижения цели. По каждому пункту, который вы планируете улучшить, вы определяете литературу, тренинги, конференции и т.д. У вас должно быть четкое понимание, что вы планируете делать в ближайший месяц и ближайший год для того, чтобы развиваться в бизнес-анализе. ИтогиИтак, навыков и знаний у бизнес-аналитиков может быть много, они могут быть разными, они могут быть применены в разном виде на ваших текущих проектах. Но если вы чувствуете, что вы уже достигли потолка и что вы всё знаете в рамках той работы, которую вы сейчас выполняете прямо сейчас на проектах, ни в коем случае не отчаивайтесь - попробуйте вспомнить сегодняшний доклад, попробуйте посмотреть шире на мир и подумать, что я еще не знаю и где мне еще можно развиваться, куда можно двигаться. Однозначно, это будет полезно и вам, с точки зрения карьеры, и ваш работодатель это тоже оценит. Что значит, вы будете успешнее в профессиональном плане вашей карьеры в области ИТ. Вопрос 1Каковы критерии оценки качества работы аналитика? Как объективно оценить работу своих подчиненных аналитиков?Начать следует с того, что договориться с командой аналитиков об одинаковом представлении качества работ среди всех членов. Например, для меня один из критериев работы аналитика (не основной) - это качество документов, которые они предоставляют. При этом мне важно, чтобы документ был красиво оформлен, содержательно и логически структурирован, чтобы не было перескоков из раздела в раздел и т.д. Соответственно, мы берём данную конкретную атомарную единицу и с аналитиком проговариваем, что качество документа должно быть таким, а он вам отвечает, что об этом даже и не думал. К примеру, нет нумерации страниц и ладно. Он думал, что главное - это текст написать. Таким образом, вместе сев и проговорив с ним эти моменты, мы приходим к единому пониманию качества документа. Почему знания домена отнесены к дополнительным компетенциям? Как мне кажется, это основная вещь: аналитик может рисовать плохие диаграммы, но он должен понимать, что он делает. Людей, которые рисуют красивые графики и UML-диаграммы, много, и тех, которые при этом не понимают сути работы и делают глупости, - большинство. Вопрос 2В свое время я придерживался такого же мнения, что аналитики могут писать документы, пока не встретился с профессиональным техническим писателем (из Европы). И я понял, что это огромная сфера, люди даже специальное образование получают в данном направлении. И есть огромная разница между тем, что пишут бизнес-аналитики, продавцы, проджект-менеджеры, разработчики, и тем, что пишут технические писатели - по сути, это пропасть. Мне кажется, если есть возможность (например, в крупных компаниях есть такая практика), отдавать техническое писательство на аутсорсинг в профессиональную компанию. Они отдают публичную информацию о каком-либо продукте и они тут же пишет профессиональную документацию, а не пытаются сделать это внутри.Я начинала свою карьеру как раз как технический писатель, поэтому мне все это очень близко, я очень четко понимаю, о чем вы сейчас говорите. По своим ощущениям и по тому, как я выполняла свои аналитические функции, имея базу технического писательства, и сравнивая это с аналитиками, которые эту базу не имеют, я всё же считаю, что аналитики должны обладать навыками написания технической документации. Это позволяет сделать вас более профессиональным. P.S . Встретить Марию с Сергеем можно и на будущих конференция серии Бизнес-аналитики в IT помогают руководителям принимать верные и обоснованные решения. Благодаря бизнес-анализу можно корректировать стратегию развития и работы с системой на основе понятных аргументов и конкретных данных. Именно поэтому IT-компаниям нужны хорошие бизнес-аналитики. О специфике профессии, задачах, сфере ответственности и о том, как стать бизнес-аналитиком мы сегодня беседуем с Евгенией Шпильной, преподавателем курсов и тренингов по бизнес-анализу. Евгения, для чего нужен бизнес-анализ IT-компаниям? Важнейшая задача бизнес-анализа - сопоставить состояние существующих процессов с потребностями заказчика и предложить варианты оптимизации текущих процессов и/или организации новых процессов в соответствии с задачами бизнеса. Все предлагаемые варианты тщательно прорабатываются аналитиком, взвешиваются все “за” и “против”, по возможности предоставляются экономические обоснования каждого решения. Расскажите, как Вы пришли в профессию, с чего начинали? Я училась на IT-направлении в университете (Программное обеспечение вычислительной техники и автоматизированных систем) . До последнего курса была уверена, что стану разработчиком. Во время обучения нам рассказывали, как в целом проходит процесс разработки, какие сотрудники участвуют. В том числе говорили о задачах аналитика. Эта сфера меня очень заинтересовала. После получения диплома мне нужно было выбрать, чем заниматься дальше. К тому времени стало понятно, что в разработку я не пойду, оставались аналитика и тестирование. Я выбрала аналитику, потому что профессия отчасти творческая. Нужно придумывать идеи, прорабатывать решения, все раскладывать по полочкам. Сначала я работала стажером, затем техническим писателем и системным аналитиком. Так я достигла должности бизнес-аналитика, постепенно развивая необходимые компетенции и навыки В чем отличия между бизнес-анализом и системным анализом? По сути разница между бизнес-анализом и системным анализом состоит в уровне проработки требований к продукту, к автоматизированной системе. Бизнес-аналитик работает с бизнес-требованиями, а системный - в области системных требований. Но где граница между этими двумя видами требований, каждая компания определяет сама. Задачи бизнес-аналитика в одной компании могут пересекаться с задачами системного аналитика в другой. На схеме представлены уровни проработки требований к автоматизированной системе. Как правило, нижний блок системных требований находится в компетенции системного аналитика, а верхний, с бизнес-требованиями, - сфера бизнес-аналитика. Как распределить остальные требования между системным и бизнес-анализом, решается индивидуально в каждой компании. Четкой границы здесь нет. Разработка требований к программному обеспечению, Карл И. Вигерс Почему тогда проводят черту между бизнес-анализом и системным анализом, нужно ли ее проводить? Черту проводят именно из-за основной сферы, с которой работает аналитик. Это может быть бизнес (процессы, люди, цели, показатели) или система. Имеется в виду автоматизированная система, т.е. некое приложение, которое позволяет пользователю достигать определенных целей. В то же время в рамках всего процесса это могут быть только промежуточные цели. Если проект небольшой, нет смысла разделять задачи и брать двух аналитиков в компанию, в таком случае сможет справиться один специалист. Чем крупнее проект, тем больше вероятность, что нужно разделять задачи. Какими знаниями и навыками нужно обладать, чтобы стать бизнес-аналитиком? Так как мы говорим о бизнес-анализе в IT, желательно иметь какой-то IT-бэкграунд. Как минимум, знать основные возможности технологий и различия между ними. Нужны навыки, связанные с анализом - умение собирать данные, анализировать, делать выводы. Среди бизнес-аналитиков есть и те, кто раньше не работал в IT, но уже в процессе познакомился с методологиями разработки. Еще нужны внимание к деталям и желание разобраться в проблеме, способность наглядно и понятно выражать свои мысли, хорошие коммуникативные навыки (умение активно слушать, задавать вопросы). Важна способность работать с большим объемом информации, ответственность и, пожалуй, склонность к перфекционизму. Если узнали себя в этом психологическом портрете, бизнес-анализ вам подходит. А какие требования предъявляют к бизнес-аналитикам работодатели? Обычно это высшее образование (информационные технологии или математика), потому что именно такие направления, как правило, выбирают люди с аналитическим, структурным мышлением. Но в некоторых компаниях востребован опыт в их отрасли. Например, если компания работает в области медицины, может потребоваться медицинское образование. Что касается навыков аналитика, работодателя может заинтересовать опыт сбора и описания требований (Vision, Use-Cases, User Stories, SRS), выявления и документирования бизнес-процессов, моделирования бизнес-процессов. Пригодится также опыт создания прототипов пользовательских интерфейсов. Именно об этих моментах мы будем достаточно много говорить на курсе. Я подробно расскажу, зачем нужен каждый процесс, с чего начать, на что обратить внимание. Также в требованиях вакансий можно встретить знание инструментов моделирования (MS Visio, ARIS, Enterprise architect, Bizagi и др.), знание инструментов прототипирования интерфейсов (Balsamiq, Axura и др.), знание нотаций моделирования (UML, IDEF, BPMN и др.). О том, какие инструменты выбрать, мы тоже поговорим на курсе, будут и практические домашние задания. В деталях изучить софт можно самостоятельно, Не стоит сосредотачиваться на конкретных программах. Чем выше квалификация специалиста, тем меньше он зависит от инструментов. Сколько времени нужно, чтобы стать высококвалифицированным специалистом? Это зависит от самого человека. Нужно потратить 10 000 часов практики, чтобы стать профессионалом в какой-то области, а это примерно 5-6 лет работы. Если все это время уделять углубленному изучению выбранной сферы, то 5 лет более чем достаточно, чтобы стать экспертом. Правда, стоит помнить, что бизнес-анализ, как и все направления в IT, не стоит на месте. Всегда нужно следить за трендами, узнавать новости, постоянно учиться. Какие карьерные перспективы ожидают аналитиков? Это может быть горизонтальный рост: углубление в специализацию, переход в системный анализ, анализ данных. Или вертикальный рост: смещение в управление, работа руководителя отдела, менеджера проекта, менеджер продукта. С чего можно начать, чтобы стать бизнес-аналитиком? Можно начать с должности технического писателя, помощника бизнес-аналитика, стажера. Или можно начать с тестирования, но путь может оказаться длиннее. Если вы собираетесь стать бизнес-аналитиком, но на такие вакансии пока претендовать не получается, попробуйте устроиться на позицию, где есть возможность поработать с аналитиками. На мы изучаем, какие скиллы нужны для успешной работы, смотрим, как добиться успеха в каждом из направлений. Курс дает хороший вектор для дальнейшего развития. Почему стоит пройти курс в IT-Академии, ведь можно самому учиться, узнавать все о профессии? Курс не похож на университетские лекции. Занятия проходят в небольших группах, и это всегда диалог, двусторонний формат. Можно задать преподавателю-эксперту вопросы, которые действительно интересуют, оперативно получить ответ, пообщаться с коллегами. Это ценный опыт. Начните с книг: Карл И. Вигерс, Джой Битти “Разработка требований к программному обеспечению”, Алистер Коберн “Современные методы описания функциональных требований к системам” и другие. Много полезных материалов для аналитиков на сайтах analyst.by , habrahabr.ru , uml2.ru . Что посоветуете тем, кто хочет работать аналитиком в IT? Профессия бизнес-аналитика творческая, в то же время предполагает большую ответственность. Нужно не бояться этого. И, конечно, всегда развиваться, смотреть, что происходит вокруг, учиться новому. Приглашаем вас на , где вы сможете узнать больше о профессии и попробовать свои силы на реальных кейсах из практики преподавателя. А получить более полные знания можно на . Ждем вас! Как бесплатно обучиться бизнес-анализу не выходя из дома (online)? В данной статье приведены онлайн курсы и презентации в сети интернет, которые помогут Вам освоить такую сферу деятельности как бизнес-анализ. Кто такой бизнес-аналитикДавайте сначала определим, кто такой бизнес-аналитик, какими качествами он обладает, какие знания и навыки у него есть.
Что нужно знать и уметь бизнес-аналитику?Для начала хочу описать как я понимаю профессию бизнес-аналитика. Лично я вижу специализацию бизнес-аналитика в двух плоскостях - в бизнесе и в сфере ИТ. На мой взгляд - это два принципиально разных по навыкам специалиста. Бизнес-аналитик в сфере ИТ:Бизнес-аналитик - это разносторонний специалист, который должен уметь:
Дорожные карты профессии бизнес-аналитика от IIBA.ORGОнлайн-курсыНиже приведены курсы на сайте ИНТУИТ.ру, которые могут быть полезны как начинающим бизнес-аналитикам, так и профессионалам. Business Intelligence
Business ModelingData MiningDecision ModelsProject management
Software engineeringДругие курсы
Советы по оформлению любой документации для бизнес-аналитиков1. Всегда пишите документацию для непосвященных людей в концепцию и внутреннее содержание системы, поэтому:
2. Как документировать скрипты системы (если это требуется):
3. Всегда стремитесь к балансу между картинками и текстом. Отсутствие или избыток картинок - не самые лучшие варианты оформления документации Отношения с подчиненными
Как устроиться работать бизнес-аналитиком
Полезные презентации для бизнес-аналитиковЛекции Технопарка:
Natalya Sveshnikova:
|
Читайте: |
---|
Популярное:
Новое
- Икра кабачковая обжаренная Как сделать кабачковую икру на сковороде
- Расстрел толкование сонника Весть о расстреле мужа сонник
- Как потушить рыбу в сковороде
- Домашние алкогольные напитки из ягод и фруктов
- Религия христианство, её основы и суть Стадия актуальной эсхатологии
- Именины у федора по церковному
- Рецепт ткемали из сливы и алычи: классический способ и адаптированные варианты
- Морковный пп торт-чизкейк без муки, масла и сахара Низкокалорийный морковный пирог рецепт
- Секреты классификации бренди XO и VSOP
- Самые скверные и стервозные знаки зодиака