Матрицы компетенции бизнес-аналитика: разные видения и направления 🧐****

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

Сегодня поговорим о нескольких удачных и не очень матрицах компетенций, на которые рекомендую обратить внимание с точки зрения их профессиональной структурированности и удобства, как для восприятия, так и для пользования.

*📌 *Лучшая из лучшихПервая матрица компетенций, на которую стоит обратить свое внимание — это Otus. Это достаточно современная матрица, которой со мной поделился мой студент. Смотрите, какая она проработанная и классная с точки зрения того, что она учитывает еще и разные направления развития, которые бизнес-аналитик может для себя рассмотреть. В ней есть не только матрицы компетенции по грейдам для бизнес-аналитика, но и матрица компетенции для БА, который, например, хочет развиваться в продуктовом направлении или в проектном управлении. На любой вкус!

*📌 *Не забываем про основыС начала было Слово, а у нас — Профстандарт, который на деле редко применяется и мало кто на него опирается, но тем не менее на российском профессиональном поприще бизнес-аналитика к его содержанию все еще обращаются и его структуре следуют. Именно Профстандарт неплохо описывает реальность российской разработки и российского бизнес-аналитика, пусть и немного топорно, но таков уж его стиль. Понять, простить.

*📌 *Смотрим. Разбираемся. Анализируем.Кроме этого, давайте взглянем на статью о международном своде знаний по бизнес-анализу — BABOK. В нем также представлены основные направления компетенции, которые для бизнес-аналитиков в широком смысле крайне важны. Помним, что BABOK дает представление о том, что бизнес-анализ используется далеко не только в IT сфере, поэтому его компетенции это в том числе учитывают.

*📌Матрица компетенций по версии ВШЭ или *как делать не стоит
При первом взгляде на матрицу сразу видно, что читается она плохо и довольно сложная для понимания. С высоты собственного опыта работы с разными матрицами компетенций, эту честно считаю примером того, как не стоит строить матрицы компетенций.

Очень интересно ваше мнение, что вы думаете по поводу этих компетенций, может быть, у вас на работе, в своих проектах и командах тоже они существуют. Буду рада вашему отклику в комментариях.) 💙

#ithumanwork

Наставник, Ментор, Коуч, Бадди: кто из них кто? 😶‍🌫️****
Друзья, в самом деле не сложно и запутаться в этом обилии новомодных слов. Айтишный словарь растет, как на дрожжах, но мы с вами не пальцем деланы. Пришло время разобраться в чем особенность перечисленных специалистов.
Простым языком про актуальное:

Кто такой Ментор или Наставник в ИТ?
Ментор или наставник в IT — это опытный специалист, который помогает менее опытным сотрудникам усвоить определённые компетенции и навыки, необходимые для работы и развития в сфере информационных технологий. Наставник передаёт знания ~~и опыт~~, а ментор делится своим опытом и экспертизой с подопечным. Почему в случае с Наставником, слово “опыт” перечеркнуто? Потому что изначально предполагалось, что Наставник — это тот, кто знает больше, но не факт, что его знания проверены опытом. А вот, Менторы пошли из бизнес-стартап-технологической сферы, где все навыки и знания нарабатываются ТОЛЬКО собственным опытом и, соответственно, им Ментор и делится. Сейчас эта разница почти стёрлась.

Наставник, Ментор, Коуч, БаддиКто все эти люди? *👨‍💻
➡️ *Коуч — специалист, который использует систему вопросов для помощи клиенту в поиске ответов на интересующие его вопросы, например, как достичь цели, повысить свою эффективность или улучшить карьеру. Обращаю внимание, только Коуч может совсем не иметь собственного опыта в разбираемом с Клиентом вопросе.

*➡️ *Бадди — поддерживает нового сотрудника, помогает адаптироваться в коллективе, рассказывает о компании и поддерживает в решении организационных вопросов. Эта роль справедливо существует только в рамках компании, потому что Бадди помогает разбираться в процессах новой компании в первые пару месяцев и приставляется к новичку.

*➡️ *Ментор может помочь с вопросами, связанными с профессиональным опытом, развитием карьеры и карьерными решениями. При выборе ментора, наставника или коуча обращайте внимание на их экспертизу в нужной области и комфортность общения.

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

Как определить нужен ли наставник мне? 🏄‍♂️*По каким вопросам может помочь Ментор/Наставник:*
🔵 Вопросы, связанные с восполнением проф. опыта;🔵 Вопросы, связанные с проф. развитием;🔵 Вопросы, связанные с карьерными решениям.

Был ли у вас опыт взаимодействия с менторами и коучами? Как впечатления? Делитесь своими историями в комментариях.)

#ithumanwork

Портфолио Бизнес-аналитика: где лучше собрать и хранить? 🗂️****

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

Итак, где же собрать портфолио аналитику?

И конечно, — однозначного ответа нет 😂.
Часто выбирают по предпочтениям. Но я всегда советую использовать какой-то привычный, знакомый и максимально универсальный инструмент для этого. Нужно помнить, что портфолио служит для того, чтобы любой адресат (из разных компаний, аналитики, менеджеры, лиды, HR-ы) мог его открыть и посмотреть на артефакты. Следовательно, этот инструмент должен открыться на любой платформе, с любого устройства и при любых условиях.

Раньше активно использовали Notion, это был идеальный вариант, если настроить доступ. Но теперь им нельзя воспользоваться. И нужна какая-то замена.

Всегда часто использовалась Tilda или другие конструкторы сайтов, но в них сложно вносить изменения, и если не заниматься оптимизацией, то он может не открыться у руководителя или может не получиться разглядеть артефакт, например BPMN, с телефона. Нужен постоянный контроль и присмотр, как за зверушкой!)

Пару раз видела, что для портфолио используют старый-добрый PowerPoint. А почему нет? 🧐 Вполне оправданно, если отправлять в pdf формате и получится разместить артефакты.

А какими ресурсами вы активно пользуетесь? Давайте делиться друг с другом рекомендациями о хороших и не очень платформах и совершенствоваться вместе!)

Очень разносторонняя статья о том, как проводить A/B тестирование UX Writing

Чем интересна?
Приводятся в пример короткие фразы, которые мы так или иначе встречаем или сами проектируем на интерфейсах, но от которых очень сильно зависит конверсия переходов пользователя между экранами. Подчеркивается разница между ними.

Чем полезна?
Автор приводит примеры того, как на реальных кейсах и бизнесах замена одной только фразы на кнопке интерфейса увеличила общую прибыль бизнеса. Круто? Круто!

Что важно?
Хоть и верхнеуровневое, но дается описание шагов для того, чтобы подобное исследование провести на своем продукте, а также выбрать метрики, на которые стоит ориентироваться, чтобы это исследование не ушло в стол.

В общем, ценность в том, что дается представление о том, как такие исследования проводить исходя из цели, а не учить исследования ради того, чтобы знать.

Читать тут

Хабр

Влияние UX Writing на конверсию через A/B тестирование

Привет, Хабр! Вы когда-нибудь задумывались, как одна маленькая фраза может изменить весь путь пользователя на вашем сайте? Представьте себе, что вместо « Купить сейчас » у вас на кнопке стоит «...

Митап про системный анализ от Юмани

Пройдет 19 июня в 19:00 по мск.
Будет офлайн для питерцев, и для всех онлайн, поэтому можно просто подключиться.

В программе:
— Как системному аналитику (не)выбрать технологию интеграции
— Docs As Code: настраиваем инструменты под себя
— Моделирование архитектуры на графе

Регистрироваться можно тут.

Секреты грамотного общения с заказчиком

Всем привет! Пришло в голову, что искусство общения или коммуникации с заказчиком на проекте весьма неоднозначное. Но бесспорно важное! И поэтому в общих чертах обозначу на что стоит обращать внимание при построении или поддержании коммуникации с заказчиком на проекте:

1️⃣ Выстраивай доверие: Важно установить доверительные отношения с заказчиком, чтобы и вы, и заказчик чувствовали себя комфортно и могли открыто общаться, не скрывать друг от друга ключевые детали по проекту.

2️⃣ Цели проекта: Понимай, какие цели хочет достичь заказчик с проектом. Это поможет тебе принимать правильные решения и не потерять доверие заказчика.

3️⃣ Слушай и задавай вопросы: Активно слушай заказчика и задавай вопросы, чтобы понимать его истинные потребности.

4️⃣ Визуализация: Используй диаграммы и прототипы, чтобы лучше понимать, что заказчик хочет и что ему нравится, а что он категорически не приемлет. Плюс визуализация помогает вовлечь заказчика в процесс проработки требований?

*5️⃣*Записывай: Документируй все обсуждения с заказчиком, чтобы не забыть важные детали проекта или суметь транслировать их другим участникам проекта.

6️⃣Обновляй инфополе заказчика: Регулярно информируй заказчика о ходе проекта и обсуждай возможные изменения.

7️⃣ Помогай с приоритетами: Помоги заказчику определить, что важнее всего для проекта, чтобы сосредоточиться на ключевых моментах. Порой бывает так, что заказчик запутался в приоритетах и весь проект тяготеет к бездне, в такие моменты аналитик может помочь ему увидеть правильный фокус.

Надеюсь, эти советы помогут тебе успешно работать с заказчиками и воплощать проекты в жизнь!
Удачи!

Друзья, а еще сегодня #вакансия системного аналитика с хорошим интеграционым опытом в крутую аутсорс-команду Крок на fintech проект.

Грейд: Middle+/Senior
Зарплата: 320 000 тысяч гросс по ТК РФ, для ИП - можно до 400 000 на руки
Локация: Весь мир
Загрузка: 100%
Описание проекта: кредитный конвейер для бизнеса банка, построенный на платформе Camunda. Проект с большим потенциалом для развития, современным стеком технологий, огромным кол-вом интеграций и логики в т.ч. бизнесовой.

Требования:
- Обязательно высшее профильное образование (IT, физика, высшая математика).
- Опыт работы в системной или любой другой аналитике от 3-х лет строго.
- Важен опыт работы и желание работать именно ""руками"", кандидаты с минимальным руководящим опытом, но готовые взаимодействовать с бизнесом, смешанными командами и внутри команды активно.
- Приоритетный опыт по предметным областям: Финтех, ИТ-развивающие процессы, Кредитные конвейеры, Процессы доставки, Бронирования товаров в магазинах - первый
приоритет.
- Опыт работы с бэком в приоритете. Обширный опыт работы с интеграциями (практика с REST, SOAP), брокерами сообщения, в частности Kafka, желательно от 2-х лет.

Важно уметь и владеть:
Опыт работы с BPM платформами, знание SQL , умение работать с XML, XSD, Jira, Confluence, Git, Jenkins, Artifactory, опыт работы с REST\SOAP интеграциями, kafka\MQ, знание принципов микросервисной архитектуры, умение читать код на Java, владение BPMN 2.0.

Кому интересно пишите мне в личку @ldansarunova сразу с резюме, пожалуйста)

Студенты обсуждали различия между пет-проектом и кейсом.

Действительно, в чём различие?

Пет-проекты и кейсы в портфолио — это разные вещи. По крайней мере, они пришли из разных миров.

Пет-проекты — реальные проекты, над которыми человек работал либо в команде, либо в одиночку, но с целью коммерческого использования.
У разработчиков, например, это часто небольшие приложения, разрабатываемые «по ночам» (не в рабочее время и на личных мощностях, иначе оно может перейти работодателю) и опубликованное в AppStore. Т.е. под пет-проектами изначально понимали личную коммерческую деятельность.
Кстати, часть стартапов примерно так и образовалась ?

А кейсы для портфолио — среднее между теоретическим и практическим проектом.
Вот проекты на Хакатонах — это кейсы, потому что они еще не имели коммерческой отчетности на ваше имя, но были разработаны и спроектированы под запрос. Может даже реального заказчика.
По этой же логике проекты на работе, когда вы наняты работодателем и под его запрос выполняете какие-то обязанности, тоже можно отнести к кейсу.

Вывод: раньше было строгое разделение между пет-проектами и кейсами.
Пет-проект полностью придуман, создан и монетизирован вами или вашей командой. Кейс — работа по заказу или идее другого человека.