Архитектурные паттерны для высокой масштабируемости.

Часть 1

«В статье придется ограничиться только вопросами масштабирования, быстродействия и времени ответа

Также автор статьи показал, что 90% систем не имеют такого масштаба чтобы оправдать микросервисы»

⏳14 мин | 🟤🟤🟤

Часть 1 | BA|SA
______________________________

Часть 2.

Во второй части автор рассмотриваеи как распределенные архитектуры (и микросервисы в частности) помогают реализовать high load системы

⏳14 мин | 🟤🟤🟤

Часть 2 | BA|SA

10 систем управления проектами в 2025 году. Кто выжил, а кто вышел из игры

В статье рассмотрено 10 оставшихся систем управления проектами и задачами, которые автор смело рекомендует для использования в России в 2025 году. Также приведена сравнительная таблица между системами

⏳11 мин | 🟤🟤⚪️

Перейти | BA|SA

Алоха! Врываемся в рабочие будни с хорошим настроением и с новыми силами!!! И предлагаю начать с небольшого анализа по нашим профессиям, а именно посмотреть, что было в 2020 и, что изменилось за последние года. Я провела небольшой опрос по своим знакомым, также свой опыт затронула, и посидела в инете в поиске инфы на эту тему, и вот мои выводы и мысли 👇

Также я сама в 2020 меня работу, а в 2024 ходила на собесы для изучения рынка

✊Какие были изменения в найме на роль Бизнес-аналитика и Системного аналитика с 2020 по 2025

✅2020 год: Пандемия и его влияние

В 2020 году мир столкнулся с пандемией COVID-19, что вызвало резкие изменения в способах работы, в том числе и на рынке труда:

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

Я сама в этот год на работе перешла на удаленку, для меня это было открытием чего-то нового, до этого опыта я думала, что не смогу работать дома, где много соблазна не работать

🙈

- Спрос на аналитику: В условиях неопределенности, компании стали осознавать необходимость в аналитике для оценки рисков и принятия оперативных решений

Тем более уже побывали в стресовых ситуациях, когда некоторые сервисы ушли из России.

- Навыки: Умение работать с удаленными инструментами и аналитическими платформами стало важным, увеличив требования к техническим навыкам.

✅ 2024 год: Новые реалии и их отражение на рынке

К 2024 году ситуация на рынке труда продолжила эволюционировать:

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

Сама для себя рассматриваю всегда только удаленный формат работы

- Инструменты и технологии: Возросло использование инструментов для анализа данных (таких как BI-системы) и методологий Agile, что требует от аналитиков навыков работы в командах и умения адаптироваться к быстро меняющимся условиям.

- Фокус на soft skills: Упомянутые выше изменения также повысили важность soft skills, таких как коммуникация, сотрудничество (особенно на удаленном формате) и критическое мышление.

📌 Требования в 2024 году

- Образование: Увеличилась роль дополнительных сертификатов и курсов по аналитике, таким как Agile, Scrum, Data Science, что делает акцент на непрерывном обучении.

Сама проходила собеседования и на процентов 60-70 у меня спрашивали про доп. обучение (сертификаты, курсы, вебинары и тд.)

- Технические навыки: Важно было знать более продвинутые аналитические инструменты и технологии, включая инструменты визуализации данных (например, Tableau, Power BI), основы машинного обучения, и многое другое в сфере ИТ (тестирование, программирование, и тд)

- Опыт работы: Чаще искали кандидатов с опытом работы в узких направлениях сферы деятельности (финансы, логистика, гос направления, производство, ИТ и тд)

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


❗️Будущее: Ожидания на 2025 год

В 2025 году можно ждать новых трендов и изменений в области найма, например:

- Автоматизация и машинное обучение: Эти технологии будут оказывать влияние на рабочие процессы. Аналитики будут все больше работать с данными, создаваемыми ИИ, что потребует новых навыков в области data science.

- Глобализация рынка труда: Удаленные позиции станут более распространенными, что создаст конкуренцию среди кандидатов, не будет рамок на один город.

Источник: @ba_and_sa

p.s. В след раз я еще поделюсь небольшой статистикой по росту вакансий и продолжу пост по походам на собесы

Use-case 3.0: краткое руководство

В рамках текущей статьи, приведено основное, краткое содержание руководства Use-Case 3.0 — без отступлений, и дополнительных пояснений по тому или иному пункту.

Содержание:

- Что есть Use-case 3.0?
- Ключевые концепции
- Принципы
- Практики
- Анатомия Use-Case 3.0
- Карта Альф Use-Case 3.0
- Жизненный цикл альфы — Вариант использования
- Жизненный цикл альфы — Срез варианта использования
- Результаты работ — артефакты (Work products)
- Деятельность (Activities)
- Нефункциональные требования
- Жизненные циклы разработки
- Рабочий стол (Workbench)
- В заключении

⏳13 мин | 🟤🟤🟤

Перейти | BA|SA

System Design для начинающих: всё, что вам нужно. Часть 1

Предисловие от автора:
«Изучая System Design, вы часто видите только теоретические материалы. В этой статье я постарался показать в том числе практическую реализацию многих вещей, чтобы вы не просто готовились к собеседованиям, но и знали, как эти вещи используются в реальном мире»

⏳13 мин | 🟤⚪️⚪️

Перейти | BA|SA

Алоха! Еще до новогодних праздников я начала ходить по собеседованиям, чтобы понять, что изменилось в найме. До этого я написала пост о прохождении 15 собеседований и сейчас хочу упомянуть лишь одно, которое запомнилось мне сразу, своим подходом и вопросами.

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

Итак перейдем к самому собесу, что же мне там понравилось и запомнилось 👇

1️⃣Для начала со мной связалась hr, девушка была приятная, сразу же на собеседовании она узнала про мой опыт, про планы на будущее, с какими трудностями я сталкивалась, сколько конфликтов я запомнила и как решала, пару технических задала. Т.е. было не типичное общение с hr, а они подошли уже на этой стадии серьезно.

2️⃣Потом меня пригласили на второе собеседование уже с руководителем. Проходило оно удаленно, нас было 4 человека (hr, руководитель, бизнес аналитик и я) они были в поиске старшего системного аналитика на один из своих проектов.

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

✅Необычные и интересные вопросы, которые мне запомнились:

1. Представьте, что вам нужно убедить руководство в том, что проект, который они одобрили, должен быть отменен или изменен. Как вы подойдете к этой задаче?

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

2. Какой самый сложный проект, на котором вам приходилось работать, и какие уроки вы из него извлекли?

Кандидата просят не только поделиться опытом, но и продемонстрировать способности к самоанализу и рефлексии.

3. Если бы вы могли выбрать один инструмент или метод для работы в команде в течение следующего года, что бы это было и почему?

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

4. Как вы подходите к работе с очень старыми системами, которые нельзя просто заменить?

Это демонстрирует понимание проблем наследуемого кода и навыков их интеграции в современные процессы.

5. Какое ваше самое креативное решение проблемы в проекте, и как вы его реализовали?

Кандидат может продемонстрировать свои способности к инновационному мышлению и креативным решениям.

6. Если бы у вас была возможность изменить одно правило или процесс в вашей предыдущей работе, что бы это было?

Это вопрос о критическом мышлении и о способности видеть возможности для улучшений.

7. Как вы обеспечиваете баланс между требованиями бизнеса и потребностями пользователей?

Такой вопрос помогает оценить, насколько кандидат учитывает различные заинтересованные стороны.

8. В какой мере вы считаете, что ваш стиль работы меняется в зависимости от того, с какой командой вы работаете?

Этот вопрос может выявить гибкость кандидата и его способность адаптироваться к различным рабочим средам.

9. Как вы справлялись с ситуацией, когда проект пошел не по плану, и что бы вы сделали иначе в следующий раз?

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

По техническим вопросам мы тоже прошлись, где были вопросы: про UML, бизнес-процессы, BPMN, интеграции, API и тд.

Само собеседование проходило в дружелюбной форме, мы сразу перешли на «ты», обсуждали много что-то вместе, успели посмеяться, немного поспорить))

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

#собеседование | @ba_and_sa

Алоха! Сегодня поделюсь с вами своими ответами на вопросы, которые задали мне на одном из собеседований, которое мы обсуждали вчера😉

#собеседование | @ba_and_sa

1. Представьте, что вам нужно убедить руководство в том, что проект, который они одобрили, должен быть отменен или изменен. Как вы подойдете к этой задаче?

1. Провела детальный анализ текущего состояния проекта, выявив его слабые стороны и возможные риски.
2. Подготовила бы презентацию, в которой на основе собранных данных бы четко показала потенциальные проблемы (например: превышение бюджета, несоответствие бизнес-целям или недостаток ресурсов)
3. Предложила альтернативные варианты, которые могут принести больше пользы для компании. ❗️Главное быть уверенным, что проект провальный (на основе собранных данных), также нужно предоставить инфу на понятном языке для заказчика

2. Какой самый сложный проект, на котором вам приходилось работать, и какие уроки вы из него извлекли?

П

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

3. Если бы вы могли выбрать один инструмент или метод для работы в команде в течение следующего года, что бы это было и почему?

Я бы выбрала Agile-методология. Она позволяет гибко реагировать на изменения, быстро адаптироваться к новым требованиям и улучшать коммуникацию в команде

4. Как вы подходите к работе с очень старыми системами, которые нельзя просто заменить?

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

5. Какое ваше самое креативное решение проблемы в проекте, и как вы его реализовали?

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

6. Если бы у вас была возможность изменить одно правило или процесс в вашей предыдущей работе, что бы это было?

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

7. Как вы обеспечиваете баланс между требованиями бизнеса и потребностями пользователей?

Я всегда стараюсь рассматривать требования бизнеса в контексте того, как они влияют на пользователей. Регулярные встречи с бизнес-аналитиками и пользователями помогают находить компромиссные решения. Важно слушать обе стороны, чтобы учесть интересы и добиться конечного успеха проекта

8. В какой мере вы считаете, что ваш стиль работы меняется в зависимости от того, с какой командой вы работаете?

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

9. Как вы справлялись с ситуацией, когда проект пошел не по плану, и что бы вы сделали иначе в следующий раз?

1. Инициация встреч с командой, чтобы определить

корень проблемы и выбрать план действий. Где мы выяснили, что проблемный была недостаточная коммуникация.
2. В след раз у нас были уже регулярные встречи для решения проблем

Источник: @ba_and_sa

Как аналитику научиться читать код без навыков программирования

Автор в своей статье отвечает на вопрос «А зачем аналитику знать код?».
Он считает, что любому системному аналитику нужно понимать хотяб один язык программирования и уметь читать код.

⏳6 мин | 🟤🟤⚪️

Перейти | BA|SA

Бизнес vs системный аналитик: в чём разница

В статье авторы поделятся своим мнением чем бизнес-аналитик отличается от системного, и расскажут, почему это совсем разные роли.
Статья будет полезна:
- менеджерам
- продуктам
- руководителям проекта
- всем, кто хочет разобраться в теме.

⏳6 мин | 🟤⚪️⚪️

Перейти | BA|SA

Мой путь к быстрой и понятной архитектуре, или зачем я выбросил агрегаты из DDD?

«Данная статья затрагивает некоторые аспекты при выборе подхода к проектированию предметной области для сложных корпоративных систем. В ней исследуются причины возникновения классических подходов и их анализ, для возможного улучшения»

⏳19 мин | 🟤🟤⚪️

Перейти | BA|SA

И снова, Алоха! Сегодня хочу поговорить о пользователях, а точнее о методе, который помогает понять, что для них важно при использовании продукта, ведь у нас цель - создать ПРОДУКТ, удобный, понятный и используемый, именно для ПОЛЬЗОВАТЕЛЕЙ!

И тут к нам на помощь 🦸‍♀️может прийти «Модель Кано» (есть и другие модели)

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

⚙️ Рассмотрим детальнее компоненты модели Кано

1. Базовые требования/обязательные (Must-be requirements) 🏠

Это обязательные требования, которые должны быть выполнены. Их отсутствие вызывает серьезное недовольство, но их наличие не увеличивает удовлетворение.
Пример: В интернет-магазине наличие корзины для покупок — обязательная функция. Без неё пользователи не смогут сделать заказ.

2. Ожидаемые требования (Performance requirements) 💫

Чем лучше эти требования выполнены, тем больше удовлетворение пользователей. Это "линейные" требования, где удовлетворение растет пропорционально качеству выполнения.
Пример: В том же интернет-магазине возможность фильтровать товары по цене или рейтингу — желаемая функция. Она делает выбор более удобным, но без неё магазин будет все равно работать.

3. Привлекательные требования (Excitement requirements) 🎁

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

4. Неважные требования (Indifferent requirements) 🥱

Эти требования не влияют на удовлетворение пользователей, независимо от того, выполнены они или нет.
Пример: Возможность менять цвет иконки приложения или цвет кнопки «Купить» на сайте. Для большинства пользователей это не имеет значения.

5. Обратные требования (Reverse requirements) ❌

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

💡 Как пользоваться моделью Кано

1. Сбор данных: Начните с опросов, интервью или фокус-групп для выявления требований и ожиданий клиентов.

2. Классификация требований: Используйте компоненты модели Кано для классификации собранных требований. Определите, к какой категории относятся каждый из пунктов.

3. Приоритизация требований: Оцените важность и влияние каждого требования на удовлетворение клиента. Это поможет определить, какие аспекты следует развивать в первую очередь.

4. Формулирование рекомендаций: На основе классификации и приоритизации создайте отчеты и рекомендации для команды разработки, указав, какие функции следует реализовать в первую очередь.

5. Оценка результатов: После внедрения изменений проведите повторный опрос или анализ, чтобы понять, как изменения повлияли на удовлетворение клиентов и при необходимости скорректируйте курс.

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

📌Статьи для прочтения, лишним не будут)))

- Что такое модель Кано: как построить на примере
- Объяснение модели Кано: анализ и примеры

Источник: @ba_and_sa

System Design для начинающих: всё, что вам нужно. Часть 2

От автора:

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

⏳ 11 мин | 🟤⚪️⚪️

Перейти | BA|SA

Как написать грамотный гайд: правила для техписов и разрабов

⏳ 20 мин | 🟤⚪️⚪️

Перейти | BA|SA

Docs-as-Code в технической документации: переход от reStructuredText к AsciiDoc

⏳ 7 мин | 🟤⚪️⚪️

Перейти | BA|SA

Путеводитель по техническим транзакциям с Camunda 8 и Spring

⏳ 10 мин | 🟤🟤⚪️

Перейти | BA|SA

Как использовать японские подходы в IT. Часть 1: петля за петлей

⏳ 5 мин | 🟤⚪️⚪️

Перейти | BA|SA

Roadmap интеграционной аналитики

⏳ 11 мин | 🟤🟤⚪️

Перейти | BA|SA