Форум Сообщества Аналитиков
Дисциплины => Обучение => Тема начата: kdg от 23 Марта 2016, 10:23:42
-
Всем привет!
Недавно начал читать ваш форум и ознакомился довольно со многими интересующими темами, в следствие чего возник ряд вопросов.
Небольшая вводная:
Решил для себя что хочу работать бизнес-аналитиком (далее -БА). Конкретно заниматься управлением требованиями и общением с заказчиком, соответственно и всеми вытекающими из этого подзадачами.
Образование:
1. Закончил РАНХиГС, отделение бизнес-информатики, получил довольно обширные знания в сфере бизнес и системного анализа.
2. Владею скорочтением (только Русский язык). Английский,Немецкий,Испанский знаю чуть ниже среднего.
3. Имею небольшой опыт в проектировании БД (совсем небольшой).
4. Теоретические знания по SQl и SQl Server (уровень сложных запросов).
Опыт работы:
Сразу после института удалось устроиться по специальности бизнес-аналитиком.
1. Первая моя фирма была по внедрению ПО в гос. секторе. При трудоустройстве мне сразу же предложили подготовить документацию на участие в закупке и мы успешно ее выйграли, после чего начался сущий АД (в гос. секторе так всегда как я понял). Проект был по внедрению СППР в ФСС РФ. Работа меня не очень устраивала по причине неопытности и просто не с чем было сравнить (думал что занимаюсь какой-то фигней, писюльки пишу типо РП, РА итд.). В общем после сдачи проекта (потом и кровью за 3 месяца внедрили) я ушел оттуда и отправился в поиски нового места, где я буду заниматься "Реальной работой". Сейчас кстати жалею, что ушел. Совершенно другой взгляд на вещи, нежели пол года назад.
2. На данный момент работаю в фирме, которая владеет крупной сетью автомастерских по всей России ("Вилгуд"). Одновременно с трудоустройством начал активно интересоваться бизнес-аналитикой (понял что мое и готов каждый день ради этого вставать рано утром до конца своих дней бесплатно).
Очень много читаю на профессиональную тему и сразу понял что в фирме происходит бардак. Конкретно занимаюсь доработкой 1С 8.2 Предприятие. Система очень сложная и архитектура тоже. В итоге занимаюсь тем, что обрабатываю поступающие задачи и пишу ТЗ на доработку. Посоветоваться о качестве написанного задания ни с кем не могу, потому что до меня их тут вообще не было. Разработчики работают тут давно и никаких уточнений в большинстве своем не требуют, потому что архитектуру знают.
Начал предлагать руководству задокументировать процессы, изучить архитектуру и тоже ее зафиксировать. Платят тут мало, в следствие чего образовывается большая текучка кадров (думаю эта документация была бы очень полезной). На что мне отвечают дословно "Нах.. надо, кто хочет - подойдет и задаст вопрос".
В последнее время начал интересоваться профессиональной сертификацией БА. Решил, что CCBA будет довольно интересно получить. Изучил требования к сертификации и понял, что мой опыт не релевантный для такого рода сертификации, в следствие чего полез на hh разузнать что сейчас на рынке предъявляют бизнес-аналитикам и понял, что сфера очень обширная, сколько людей - столько и требований. Начал осознавать, что CCBA и CBAP для Российского рынка не очень то и актуален. Поэтому собственно и вопросы.
Вопросы:
1. Какую литературу посоветуете начинающему БА (желательно аргументированно).
2. Как вы считаете, смогу ли я в данной фирме получить тот самый заветный опыт работы именно БА, а не СА.
3. Какую сертификацию выбрать для начала карьеры (знать к чему стремиться на первом этапе)?
4. Может быть кто-то посоветует достойные фирмы, в которых смогу набраться необходимого опыта.
P.S. Тем кто осилил все эти буквы - не надо писать "ЧИТАЙ ТЕМЫ" или "ИЩИ УЖЕ БЫЛО". Я буду ждать аргументированных ответов.
Заранее спасибо!
-
Добрый день!
Рад за вас, что вы хотите ступить на путь бизнес-аналитика и надеюсь что ваши желание и решимость не ослабнут со временем!
Теперь по существу:
С первых же строк, вы смущаете читателя тем, что ваша вводная противоречит сама себе. С одной стороны, вы пишете получил довольно обширные знания в сфере бизнес и системного анализа, а с другой утверждаете Конкретно заниматься управлением требованиями и общением с заказчиком. Ведь если бы вы имели обширные знания, то знали бы, что управление требованиями не входит в обязанности бизнес-аналитика, если конечно он не "и швец и жнец и на дуде игрец":)
Пожалуйста, подумайте над этим.
Что касается ваших вопросов.
1. Любую литературу связанную с операционной деятельностью бизнеса и управлением процессами. Например "Цель" Голдратта, "Построение бизнес-моделей" Остервальдера и что-нибудь про шесть сигм, а так же литературу по предметной области с которой начнете работать.
2. Если останетесь на уровне написания ТЗ, то нет.
3. Никакую. Насколько я помню, для получения оной нужно несколько тысяч часов релевантного опыта. Когда вы их получите, сами прекрасно поймете, какой сертификат вам нужен.
4. Любую, куда вас возьмут как БА, а не как СА.
-
Спасибо за ответ, о противоречивости утверждений задумаюсь, возможно перефразирую.
Имелось в виду то, что хочется заниматься больше в сфере управления требованиями.
В фирме, судя по общению с коллегами - все отзывы довольно негативные и это место воспринимают как "переждать" и набрать "опыта", как по мне так опыт полезный здесь придется клещами вытаскивать.
По поводу сертификации задумываюсь сейчас, потому что знаю, что необходимо 3500 и 7500ч практики в конкретных сферах, определенных IIBA. Именно поэтому задумываюсь о поиске работы, где сфера деятельности будет удовлетворять определенным критериям. 1.5 и 3.5 года работы примерно, считаю что стоит задуматься над выбором места заранее, потому что в 30 лет уже будет не очень хотеться менять место ради релевантного опыта и при всем этом тратить 1.5 или 3.5 года.
А по поводу вашего высказывания "и швец и жнец и на дуде игрец", в большинстве своем, судя по вакансиям на hh - ищут именно таких БА. Поэтому я сейчас стараюсь получить как можно опыта во всех предметных областях БА и уже потом выбирать узкую специализацию для себя.
Как считаете, правильный выбор или стоит сразу определить узкую сферу деятельности*?
-
хочется заниматься больше в сфере управления требованиями.
Что это за сфера такая? Какая от нее польза?
По поводу сертификации задумываюсь сейчас, потому что знаю, что необходимо 3500 и 7500ч практики в конкретных сферах, определенных IIBA.
Зачем Вам сертификат?
Поэтому я сейчас стараюсь получить как можно опыта во всех предметных областях БА и уже потом выбирать узкую специализацию для себя.
Можете перечислить хотя бы часть упомянутых предметных областей БА?
-
Имелось в виду то, что хочется заниматься больше в сфере управления требованиями.
Хотя Requirements Analysis and Design Definition указывается в BABOOK качестве области знания бизнес-аналитика, по их поводу так же есть разные мнения:
- RA является совершенно самостоятельным видом анализа
- RA является частью системной инженерии
- RA является частью системного анализа (прежде всего в части системных требований)
И BA, и RA, и SA в том или ином виде занимаются управлением требованиями и общением с заказчиком, соответственно и всеми вытекающими из этого подзадачами
Если брать деятельность по написанию ТЗ на Вашей текущей работе, то она предполагает управление требованиями и общение с заказчиком.
Если брать 1С Предприятие, то это ERP, и написание ТЗ на ее доработку требует и бизнес анализа (в части определения бизнес-требований) и системного анализа (в части системных требований). Я понимаю, если бы вы писали ТЗ на доработку к CAD системе или на компьютерные игрушки, но крайне тяжело работать с ERP, не вникая в бизнес.
Не могу понять, Вам шашечки или ехать? Что Вам мешает заниматься бизнес-анализом в части управления требованиями на Вашем текущем рабочем месте?
-
Хотя Requirements Analysis and Design Definition указывается в BABOOK качестве области знания бизнес-аналитика, по их поводу так же есть разные мнения:
- RA является совершенно самостоятельным видом анализа
- RA является частью системной инженерии
- RA является частью системного анализа (прежде всего в части системных требований)
И BA, и RA, и SA в том или ином виде занимаются
Если брать деятельность по написанию ТЗ на Вашей текущей работе, то она предполагает управление требованиями и общение с заказчиком.
Если брать 1С Предприятие, то это ERP, и написание ТЗ на ее доработку требует и бизнес анализа (в части определения бизнес-требований) и системного анализа (в части системных требований). Я понимаю, если бы вы писали ТЗ на доработку к CAD системе или на компьютерные игрушки, но крайне тяжело работать с ERP, не вникая в бизнес.
Не могу понять, Вам шашечки или ехать? Что Вам мешает заниматься бизнес-анализом в части управления требованиями на Вашем текущем рабочем месте?
Суть в том, что как такового обследования процессов не происходит и общения с заказчиком тоже нет. Для понимания приведу пример задач, которые ко мне поступают.
"Нужно написать ТЗ на увеличение удержаний за просрочку статусов." Я спрашиваю для чего? Да вот не работают нифига, халтурят, будем больше денег отнимать у них за такое дело. Я начинаю копать и прихожу с предложением - система работает медленно и не всегда удобно с точки зрения пользователя (имея довольно весомые аргументы, сообщаю об этом не голословно). Поэтому и халтурят. На что мне отвечают: "НЕТ, увеличиваем удержания и все тут."
Мешает заниматься то, что нет возможности решать проблему и анализировать ее. Приходят с "готовым" решением и требуют просто ТЗ. В такой ситуации максимум чем я занимаюсь - это системный анализ.
Собственно говоря именно поэтому я и прошу совета, а не жду встречных вопросов.
-
Приходят с "готовым" решением и требуют просто ТЗ. В такой ситуации максимум чем я занимаюсь - это системный анализ.
Собственно говоря именно поэтому я и прошу совета, а не жду встречных вопросов.
Довольно забавно давать советы, не уточнив встречными вопросами ситуацию, по которой Вы спрашиваете совета :)
Если решение "готовое", то почему вы считаете, что то, чем вы занимаетесь называется "системный анализ" ?
-
Суть в том, что как такового обследования процессов не происходит и общения с заказчиком тоже нет. Для понимания приведу пример задач, которые ко мне поступают.
Присмотримся повнимательнее:
"Нужно написать ТЗ на увеличение удержаний за просрочку статусов." Я спрашиваю для чего? Да вот не работают нифига, халтурят, будем больше денег отнимать у них за такое дело. Я начинаю копать и прихожу с предложением - система работает медленно и не всегда удобно с точки зрения пользователя (имея довольно весомые аргументы, сообщаю об этом не голословно). Поэтому и халтурят. На что мне отвечают: "НЕТ, увеличиваем удержания и все тут."
И что мы имеем в наличии из абзаца? А в наличии у нас:
1. Постановка задачи.
2. Явно обозначенная бизнес-цель.
3. Проведенный анализ.
4. Подготовленные выводы и рекомендации.
5. Принятое решение.
Практически полный цикл работы аналитика, вплоть до принятия ЛПР бизнес-решения.
Собственно говоря именно поэтому я и прошу совета, а не жду встречных вопросов.
Увы, собрались тут не телепаты. По самой постановке задачи в теме понятно, что у Вас в голове что-то есть. Но вот что есть - не очень понятно. Поэтому задаются встречные вопросы. Но если не хотите на них отвечать - это необязательно. Сферические советы в вакууме можно давать и без понимания ситуации. Когда не лень.
-
Довольно забавно давать советы, не уточнив встречными вопросами ситуацию, по которой Вы спрашиваете совета :)
Если решение "готовое", то почему вы считаете, что то, чем вы занимаетесь называется "системный анализ" ?
Потому что требуемое решение нужно вписать в существующую архитектуру системы и постараться ничего не задеть, т.к. никаких документаций и прочих схем реализации БП здесь не существует приходится задавать вопросы и в конечном итоге оказывается что никто ничего не знает. Как следствие имеем то, что я сижу и пытаюсь разобраться со связями, уже реализованными в системе. Это ли не системный анализ?
-
Присмотримся повнимательнее:
И что мы имеем в наличии из абзаца? А в наличии у нас:
1. Постановка задачи.
2. Явно обозначенная бизнес-цель.
3. Проведенный анализ.
4. Подготовленные выводы и рекомендации.
5. Принятое решение.
Практически полный цикл работы аналитика, вплоть до принятия ЛПР бизнес-решения.
Увы, собрались тут не телепаты. По самой постановке задачи в теме понятно, что у Вас в голове что-то есть. Но вот что есть - не очень понятно. Поэтому задаются встречные вопросы. Но если не хотите на них отвечать - это необязательно. Сферические советы в вакууме можно давать и без понимания ситуации. Когда не лень.
Леонид, мне кажется вы читаете между строк.
Суть в том, что цикл работы он есть, но по факту никому не нужен. Всем нужна реализация "хотелок", вот и все. Не представляется возможности провести анализ и предложить решения, которые исключат проблему. Сейчас я занимаюсь тем, что наклеиваю пластырь на сломанную руку. Это приводит к усложнению системы и как следствие к снижению скорости работы, а это приводит к тому, что сотрудники пользуются неохотно и в итоге снижается качество и производительность.
-
Леонид, мне кажется вы читаете между строк.
Там - в первую очередь.
Суть в том, что цикл работы он есть, но по факту никому не нужен.
То, что к рекомендациям аналитика не прислушались, а сделали по-своему - это еще не повод говорить, что аналитика не нужна. У лица, принимающего решения, не только аналитик под рукой есть. И если это лицо хочет сделать по-своему - оно в полном своем праве.
Вот если так происходит системно на протяжении длительного времени - да, скорее всего, аналитик там не нужен. Или не нужен именно этот аналитик.
Не представляется возможности провести анализ и предложить решения, которые исключат проблему.
Чуть выше я прочел, что анализ был проведен и решения были предложены.
Сейчас я занимаюсь тем, что наклеиваю пластырь на сломанную руку.
Привыкайте, это норма. Если у Вас денег только на доширак, или до релиза 3 дня - никто не даст перекраивать архитектуру. Равно как и в тех случаях, когда "и так все работает".
-
Спасибо за ответ, о противоречивости утверждений задумаюсь, возможно перефразирую.
Имелось в виду то, что хочется заниматься больше в сфере управления требованиями.
Я бы воздержался называть это "сферой", если конечно речь идет не о ситуации, когда управление требованиями и есть бизнес ( например разработка и продажа ПО для управления требованиями)
По поводу сертификации задумываюсь сейчас, потому что знаю, что необходимо 3500 и 7500ч практики в конкретных сферах, определенных IIBA. Именно поэтому задумываюсь о поиске работы, где сфера деятельности будет удовлетворять определенным критериям. 1.5 и 3.5 года работы примерно, считаю что стоит задуматься над выбором места заранее, потому что в 30 лет уже будет не очень хотеться менять место ради релевантного опыта и при всем этом тратить 1.5 или 3.5 года.
Ну так меняйте.
А по поводу вашего высказывания "и швец и жнец и на дуде игрец", в большинстве своем, судя по вакансиям на hh - ищут именно таких БА. Поэтому я сейчас стараюсь получить как можно опыта во всех предметных областях БА и уже потом выбирать узкую специализацию для себя.
Как считаете, правильный выбор или стоит сразу определить узкую сферу деятельности*?
Ну уж определитесь, хотите ли вы быть БА или чтобы вакансиям HH соответствовать.
И еще у меня сложилось впечатление, что мы по разному понимаем "предметные области". Для меня это: инвестиционный банкинг, нефтедобыча, логистика и т.д.
Т.е. сфера применения бизнеса, с которым вы работаете. Как вы понимаете, получить опыт во всех - крайне маловероятно.
И вот эту сферу желательно выбирать с умом.
Хотя конечно, есть разные мнения о БА которые скачут от одной области к другой.
-
Я бы воздержался называть это "сферой", если конечно речь идет не о ситуации, когда управление требованиями и есть бизнес ( например разработка и продажа ПО для управления требованиями)
Ну так меняйте.
Ну уж определитесь, хотите ли вы быть БА или чтобы вакансиям HH соответствовать.
И еще у меня сложилось впечатление, что мы по разному понимаем "предметные области". Для меня это: инвестиционный банкинг, нефтедобыча, логистика и т.д.
Т.е. сфера применения бизнеса, с которым вы работаете. Как вы понимаете, получить опыт во всех - крайне маловероятно.
И вот эту сферу желательно выбирать с умом.
Хотя конечно, есть разные мнения о БА которые скачут от одной области к другой.
Вы правы, я немного путаюсь с определениями, под предметной областью я подразумеваю управление требованиями, управление изменениями, моделирование и проектирование БП итд.
Я хочу быть БА и соответствовать требованиям, которые предъявляют на рынке. Собственно поэтому и спрашивал про фирмы, которые ищут БА с пониманием того, чем он должен заниматься.
Прошу прощения заранее, информации получаю на эту тему много и она еще немного сырая, не структурированная. Поэтому могу затупить и думать об одном, а писать о другом.
-
Потому что требуемое решение нужно вписать в существующую архитектуру системы и постараться ничего не задеть, т.к. никаких документаций и прочих схем реализации БП здесь не существует приходится задавать вопросы и в конечном итоге оказывается что никто ничего не знает. Как следствие имеем то, что я сижу и пытаюсь разобраться со связями, уже реализованными в системе. Это ли не системный анализ?
Ну если по результатам этой деятельности по прежнему никто ничего не знает, значит это НЕ системынй анализ. Не всякий процесс впихивания в труднопихуемое является системным анализом, хотя наверное требует какого-то интеллектуального напряжения.
У этой проблемы два аспекта:
1) Аналитик должен быть аналитиком (IMHO самое главное определенным образом поставленное мышление, а уж какие функции аналитик выполняет - бизнес-аналитика или системного вопрос небольшой профессиональной адаптации)
2) Процесс должен быть отстроен так, чтобы аналитик был нужен.
Причем с первым все просто - можно учится, можно читать, можно экспериментировать, то вот второе гораздо сложнее. Аналитик - это же прокладка между начальником с деньгами и программистом, который дает результат. Ну и эти два еще должны пустить его между собой.
Когда вы жалеете об уходе из конторы, где был АД вы абсолютно правы. Как правило так и выглядит процессразработки, куда разработчики с удовольствием пускают аналитиков. В других ситуациях и без них прекрасно обходятся. Без разницы, с сертификатами они или нет.
Одним из главных свойств аналитика является умение находить выход в заданных обстоятельствах. А вы как то норовите больше внешние обстоятельства прогибать.
-
Ну если по результатам этой деятельности по прежнему никто ничего не значит, значит это НЕ системынй анализ. Не всякий процесс впихивания в труднопихуемое является системным анализом, хотя наверное требует какого-то интеллектуального напряжения.
У этой проблемы два аспекта:
1) Аналитик должен быть аналитиком (IMHO самое главное определенным образом поставленное мышление, а уж какие функции аналитик выполняет - бизнес-аналитика или системного вопрос небольшой профессиональной адаптации)
2) Процесс должен быть отстроен так, чтобы аналитик был нужен.
Причем с первым все просто - можно учится, можно читать, можно экспериментировать, то вот второе гораздо сложнее. Аналитик - это же прокладка между начальником с деньгами и программистом, который дает результат. Ну и эти два еще должны пустить его между собой.
Когда вы жалеете об уходе из конторы, где был АД вы абсолютно правы. Как правило так и выглядит процессразработки, куда разработчики с удовольствием пускают аналитиков. В других ситуациях и без них прекрасно обходятся. Без разницы, с сертификатами они или нет.
Одним из главных свойств аналитика является умение находить выход в заданных обстоятельствах. А вы как то норовите больше внешние обстоятельства прогибать.
В том и дело, что чувствую себя не нужным :) Не в том плане, что не вписался в коллектив, с этим как раз все отлично, как специалист не чувствую необходимости находиться здесь. Все держится на одном человеке, который является и аналитиком и архитектором и методологом. По всем вопросам-сразу обращаются к нему (боюсь представить что будет твориться, если он уйдет). Я считаю такой подход неправильным, а на мои предложения описать и задокументировать все процессы отвечают отказом.
А по поводу внешних обстоятельств вы метко подметили, замечаю такую проблему в себе. Стараюсь бороться с ней :)
-
Все держится на одном человеке, который является и аналитиком и архитектором и методологом. По всем вопросам-сразу обращаются к нему (боюсь представить что будет твориться, если он уйдет). Я считаю такой подход неправильным
Нда...
Какой у Вас там практический опыт? Три месяца?
А ну да, еще теоретическое знание SQL и небольшой опыт проектирования БД.
И с таким мощнейшим багажом знаний Вы раздаете советы человеку, который тянет на себе аналитику, архитектуру и методологию и даете оценку его действиям, что правильно, а что неправильно?
Я понимаю такой подход у програмистов неразумных, но у аналитиков... Почему Вы считаете, что с заказчиком готовы разговаривать? И зачем ? Чтобы ваше мнение подкрепить мнением заказчика?
IMHO рядом с Вами человек, который на практике доказал, что построить работу в заданных условиях он может. А вы зачем то хотите получить очередную порцию теоретических знаний, хотя нет уверенности, что Вы эти то переварили. Вместо того, чтобы поучиться у того, кто рядом
-
1. Какую литературу посоветуете начинающему БА (желательно аргументированно).
А вы точно хотите в БА, а не в СА? У первых зарплата ниже, полномочий меньше. Ну, по крайней мере первые 3-5 лет.
И вообще — какие книжки, вы же РАНХИГС закончили, получили обширные знания в бизнес-анализе? После 3000 часов обучения вам ещё нужны какие-то дополнительные книжки? Чему же вас учили?
2. Как вы считаете, смогу ли я в данной фирме получить тот самый заветный опыт работы именно БА, а не СА.
Это вряд ли. Нужен нормальный рабочий наставник.
3. Какую сертификацию выбрать для начала карьеры (знать к чему стремиться на первом этапе)?
Как БА — да никакую, пока не найдёте свою специализацию. Может вы будете на логистике через 2 года специализироваться, а пока об этом не знаете?
4. Может быть кто-то посоветует достойные фирмы, в которых смогу набраться необходимого опыта.
Необходимого для чего?
Бизнес-аналитик — это низший уровень иерархии в консалтинговой компании. Берёте список консалтинговых компаний — и вперёд.
Ещё можно попасть в команду выходцам из консалтинга на проект с крутым вызовом и там вырасти: https://www.facebook.com/groups/producttalks/permalink/647248082082834/
-
Аналитик - это же прокладка между начальником с деньгами и программистом, который дает результат.
Ну вот пока такое мнение в ходу, аналитики и будут прокладками.
Одним из главных свойств аналитика является умение находить выход в заданных обстоятельствах.
И не менее важно вовремя им воспользоваться, не дожидаясь, пока попросят (с вещами).
-
И не менее важно вовремя им воспользоваться, не дожидаясь, пока попросят (с вещами).
Леонид, браво! Вас можно растаскивать на цитаты :)
-
В жизни все просто на самом деле...
Бизнес аналитик в первую очередь отвечает за бизнес процесс. Поэтому для него важно выбрать БИЗНЕС.
От него и отталкиваться. Если этот бизнес финансовый, то надо изучать их, а не получать сертификаты.
Системный аналитик отвечает за СИСТЕМУ. Значит надо изучать систему на фоне бизнеса, в которой она работает. А так как системы в одной предметной области очень похожи, то СА еще могут прыгать из анализа одной системы в другую. Но на практике, как я убедилась, крайне редко.
Ну, а смена бизнеса для БА - это из ряда вон редкий случай.
Ну и Леонид, вообще не отразим :)
-
А так как системы в одной предметной области очень похожи, то СА еще могут прыгать из анализа одной системы в другую. Но на практике, как я убедилась, крайне редко.
Ну, а смена бизнеса для БА - это из ряда вон редкий случай.
Не согласен. У меня много примеров, когда и СА, и БА успевали по много предметных областей поменять (типа космос-логистика-робототехника). Есть даже такие ребята - концептуальщики, которые берутся за построение аксиоматических моделей любой предметной области в довольно сжатые сроки (ученики и последователи Никанорова)
http://www.acconcept.ru/
Хотя вот замечал, что аналитики из банковской сферы сильно отличаются от прочих. Сильно облегчает переход хорошее знание моделирования. Анализ моделей, а не первичной информации сильно сокращает трудоемкость перехода, ну знание нотаций и инструментария позволяет стать полезным членом команды даже если налицо отставание по знанию предмета.
-
Хотя вот замечал, что аналитики из банковской сферы сильно отличаются от прочих. Сильно облегчает переход хорошее знание моделирования. Анализ моделей, а не первичной информации сильно сокращает трудоемкость перехода, ну знание нотаций и инструментария позволяет стать полезным членом команды даже если налицо отставание по знанию предмета.
Да наверно , по себе сужу - я из банка.
-
Есть даже такие ребята - концептуальщики, которые берутся за построение аксиоматических моделей любой предметной области в довольно сжатые сроки (ученики и последователи Никанорова)
http://www.acconcept.ru/
Страшные люди.
"Важная особенность разработки Экологической реформы состоит в том, что опыт работы не привязан к особенностям сферы промышленной экологии, а значит, его возможно переносить на другие сферы государственного управления"
* * *
Galogen, Elf - спасибо на добром слове. :)
-
Хотя вот замечал, что аналитики из банковской сферы сильно отличаются от прочих.
Отличаются в какую сторону? А то я тоже из "этих":)
-
Отличаются в какую сторону? А то я тоже из "этих":)
Банковские и страховые не боятся сложного документооборота, но похуже держат "физическую" картинку. Но это так, впечатления на совершенно нерепрезентативной выборке в несколько человек.
-
В жизни все просто на самом деле...
Бизнес аналитик в первую очередь отвечает за бизнес процесс.
Поэтому для него важно выбрать БИЗНЕС.
От него и отталкиваться. Если этот бизнес финансовый, то надо изучать их, а не получать сертификаты.
В чьей жизни всё просто?
За бизнес-процесс обычно отвечает владелец бизнес-процесса, а не бизнес-аналитик.
И по поводу важности выбора бизнеса и неважности сертификатов... Если человек знает бизнес, то он не бизнес-аналитик, а эксперт предметной области. Даже если он называется бизнес-аналитиком, он часто не обладает компетенциями бизнес-аналитика. Таких полно. Им обычно гораздо легче сменить бизнес, чем стать хорошим бизнес-аналитиком. И сертификация как раз многое говорит о человеке как о бизнес-аналитике.
Системный аналитик отвечает за СИСТЕМУ. Значит надо изучать систему на фоне бизнеса, в которой она работает. А так как системы в одной предметной области очень похожи, то СА еще могут прыгать из анализа одной системы в другую. Но на практике, как я убедилась, крайне редко.
В каком смысле СА отвечает за систему? Вы видимо понимаете под системой программный комплекс? Это распространённая ошибка. СА прежде всего отвечает за формирование требований к системе. К организационно-технической системе. А знание внутренностей и особенностей конкретного программного комплекса не делает человека хорошим СА.
-
В чьей жизни всё просто?
За бизнес-процесс обычно отвечает владелец бизнес-процесса, а не бизнес-аналитик.
И по поводу важности выбора бизнеса и неважности сертификатов... Если человек знает бизнес, то он не бизнес-аналитик, а эксперт предметной области. Даже если он называется бизнес-аналитиком, он часто не обладает компетенциями бизнес-аналитика. Таких полно. Им обычно гораздо легче сменить бизнес, чем стать хорошим бизнес-аналитиком. И сертификация как раз многое говорит о человеке как о бизнес-аналитике.В каком смысле СА отвечает за систему? Вы видимо понимаете под системой программный комплекс? Это распространённая ошибка. СА прежде всего отвечает за формирование требований к системе. К организационно-технической системе. А знание внутренностей и особенностей конкретного программного комплекса не делает человека хорошим СА.
Ну правильно вот и приходит народ ни за что не отвечающий. А накосячат - можно и уволиться, все равно другие возьмут. Типа " к пуговицам претензии есть? Нет, ну хорошо." А хороший спец получается только тогда, когда он осознает все в комплексе, а не только свои требования. Иначе, это не аналитик, а простой постановщик.
Я не про то что сертификаты не нужны, а про то что начинающему уж точно на этом не надо заморачиваться. А когда специалист становится опытным, уже и вопросы не нужны, сам начинает понимать нужны они тебе и какие или не заморачиваться.
А то как то пришел аналитик со стажем работы - 1 год и 24 сертификата, 200 тыс просит. Крут , он же весь год наращивал навыки, а мы не оценили.
-
Ну правильно вот и приходит народ ни за что не отвечающий. А накосячат - можно и уволиться, все равно другие возьмут. Типа " к пуговицам претензии есть? Нет, ну хорошо." А хороший спец получается только тогда, когда он осознает все в комплексе, а не только свои требования. Иначе, это не аналитик, а простой постановщик.
А чем, по Вашему, аналитик отличается от простого постановщика?
-
(https://scontent-frt3-1.xx.fbcdn.net/hphotos-xfa1/v/t1.0-9/13012885_1107555519307324_2163167127066304291_n.jpg?oh=d0e7a95bd71ae561e3c4451440b8fad0&oe=57A56FF3)
Просто оставлю это здесь... (https://www.facebook.com/groups/Analiz.v.IT/permalink/1196721390346632/)
Из одной не безызвестной группы (https://www.facebook.com/groups/Analiz.v.IT/)
-
(https://scontent-frt3-1.xx.fbcdn.net/hphotos-xfa1/v/t1.0-9/13012885_1107555519307324_2163167127066304291_n.jpg?oh=d0e7a95bd71ae561e3c4451440b8fad0&oe=57A56FF3)
Просто оставлю это здесь... (https://www.facebook.com/groups/Analiz.v.IT/permalink/1196721390346632/)
Из одной не безызвестной группы (https://www.facebook.com/groups/Analiz.v.IT/)
Это к чему?
-
Это к вопросу отличия СА от БА.
-
Это к вопросу отличия СА от БА.
Это картинка не даёт ответ на вопрос, обозначенный в теме, поэтому если вы хотели что-то сказать, опубликовав её, то лучше прокомментировать.