Подборка полезных ссылок:

SQL:
-Интерактивный курс по SQL
-Язык SQL
-Учебник по SQL

Архитектура:
-Монолитная и микросервисная архитектура. Сравнение
-Микросервисная архитектура, ее паттерны проектирования и особенности
-Памятка РП. Микросервисная архитектура
-Архитектура "файл-сервер".
-Концепты P2P социальные сетей и Diaspora
-Клиент-серверная архитектура в картинках
-Сравнение микросервисной и монолитной архитектур
-Просто о микросервисах

Выбор компаний, собесы, трудоустройство:
-Как выбрать работодателя в сфере IT: на что обратить внимание?
-Полный гайд по собеседованиям в IT
-Международный мультивендорный Digital-интегратор
-Как провалить собеседование в IT? 7 типичных ошибок (и как их избежать
-«Забудь про скромность и недостаток опыта»: 5 рекомендаций, как проходить собеседования в ИТ
-Как пройти собеседование в IT на позицию джуна⁠⁠
-Как пройти собеседование, если вы — новичок в IT. Советы по подготовке

Когортный анализ в Tableau

Когортный анализ – это метод аналитики, при котором изучаются отдельные группы (когорты) людей. Чаще всего пользователи объединяются по какому-то действию и времени, в которое его совершили. Его можно реализовать в любой BI-системе. В этом видеоуроке автор подробно разбирает, как это сделать на платформе Tableau.

Смотреть это видео на youtube: youtu.be/xtJREIRahaw

⚠️ 80% IT-компаний ищут специалистов с навыками системного и бизнес-анализа.
💥 Мы подготовили актуальную программу и приглашаем вас на курс «Системный и бизнес-анализ».

🦉 Узнайте больше о курсе на бесплатных вебинарах от преподавателей!

💎 Вебинар №1: «Декомпозиция задач, как точка приложения усилий аналитика»
⏰ 28 октября в 20:00 мск

На вебинаре:
1. Основные правила декомпозиции и её ценность для аналитика
2. Уровни разбиения: от функций до конкретных задач на разработку
3. Как правильно оформлять постановку на реализацию для ИТ-команды

💎 Вебинар №2: «Резюме бизнес-аналитика: как выделиться среди сотен откликов»
⏰ 6 ноября в 19:00 мск

На вебинаре:
1. Какие пункты и формулировки делают резюме аналитика убедительным.
2. Как подготовиться к разным уровням собеседований и показать релевантный опыт.
3. Какие требования работодатели предъявляют к смешанным специалистам и как это отразить в резюме

💎 Вебинар №3: «Управление изменениями требований»
⏰ 20 ноября в 22:00 мск

На вебинаре:
1. Поймёте, как увязать управление требованиями с процессами разработки.
2. Получите готовый перечень инструментов для контроля изменений.
3. Разберёте на реальных примерах, как вести реестр требований и избегать упущенных правок.
4. Узнаете, как выстроить авторский надзор за требованиями на протяжении всего проекта.

Записывайтесь на вебинары ➡️ OTUS.RU

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru, erid: 2W5zFJDjhig

🎯 Приоритизация задач: Метод MoSCoW - must have, should have, could have, won't have 🚀

Привет, управляющие в IT! 👋

Как расставить приоритеты в огромном списке задач? Как понять, что действительно важно, а что можно отложить? На помощь приходит метод MoSCoW – простой и эффективный способ приоритизации, который поможет вам и вашей команде сосредоточиться на самом главном.

Что такое MoSCoW?

MoSCoW – это аббревиатура, которая означает четыре категории приоритетов:

• Must have (Обязательно): Критически важные требования, без которых проект не имеет смысла. Если эти требования не будут реализованы, проект будет считаться проваленным.
• Should have (Желательно): Важные требования, которые необходимо реализовать, если это возможно. Без них проект будет работать, но не так эффективно.
• Could have (Может быть): Желаемые, но не критичные требования. Реализация этих требований улучшит продукт, но их отсутствие не повлияет на успех проекта.
• Won't have (Не будет): Требования, которые не будут реализованы в текущем итерации/релизе. Они могут быть рассмотрены в будущем.

Как использовать MoSCoW?

1. Составьте список всех задач и требований.
2. Обсудите каждый пункт с командой и заинтересованными сторонами.
3. Присвойте каждому пункту одну из категорий (Must have, Should have, Could have, Won't have).
4. Сосредоточьтесь на реализации Must have требований.
5. Реализуйте Should have требования, если позволяет время и ресурсы.
6. Реализуйте Could have требования, если они не мешают реализации более важных требований.
7. Задокументируйте принятые решения и причины выбора приоритетов.

Пример применения для списка задач по разработке новой функции:

Предположим, вы разрабатываете новую функцию "Умный поиск" для интернет-магазина:

• Must have:
• Возможность поиска товаров по названию.
• Вывод результатов поиска в виде списка.
• Should have:
• Фильтрация результатов поиска по категориям.
• Сортировка результатов поиска по цене, рейтингу и популярности.
• Could have:
• Подсказки при вводе запроса.
• Автоматическое исправление опечаток.
• Won't have:
• Поиск товаров по изображению (отложено на будущие релизы).

Преимущества метода MoSCoW:

• Простота и понятность.
• Легко вовлекает заинтересованные стороны в процесс приоритизации.
• Помогает сосредоточиться на наиболее важных задачах.
• Повышает прозрачность процесса принятия решений.

Какие методы приоритизации вы используете? Что работает лучше всего в вашей команде? Поделитесь в комментариях!

❓ Когда ещё будет возможность стать системным аналитиком, если не сейчас?
Узнайте больше о курсе «Системный аналитик» на бесплатных вебинарах от преподавателей!

💠 Вебинар №1: «Как написать User Story, чтобы они приносили пользу»

⏰ 30 октября в 20:00 мск

На вебинаре:
• Как написать User Story от формулировки до acceptance criteria.
• Где и в каких командах User Story будут эффективны.
• Связь User Story с бэклогом продукта.

💠 Вебинар №2: «Use Case и другие кейсы, или как аналитику быть полезным тестировщику»

⏰ 13 ноября в 20:00 мск

На вебинаре:
• Узнаете, как писать Use Case, чтобы эффективно использовать их в тестировании.
• Как отобразить приемочные тесты на формализованном языке gherkin.

💠 Вебинар №3: «Интеграция приложений: пошаговая инструкция для системного аналитика»

⏰ 24 ноября в 20:00 мск

На вебинаре:
• Что представляет собой проектирование API для аналитика - как увидеть, что API нужен; с чего начать и как собирать требования.
• Практический пример описания API.
• Покажем, как проектировать и описывать интеграцию, чтобы поставить разработчикам понятные задачи.

Регистрация на сайте ➡️ OTUS.RU

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru, erid: 2W5zFJA8nQp

❗Если в твоем резюме не было написано «Через 5 лет хочу стать ПРОКЛАДКОЙ», то тебе СЮДА!

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

За 10 лет в IT я видела, как системные аналитики превращаются либо в секретарей, которые просто записывают требования, либо в псевдо-архитекторов, которые рисуют красивые схемы, но не понимают, как они работают.

Ты же не хочешь всю жизнь ходить в джунах с копеечной ЗП?

Настоящий системный аналитик должен говорить с разработчиками на их языке. Понимать архитектуру, знать, как работают интеграции, разбираться в API и брокерах сообщений. А еще понимать, как отвечать на собеседованиях, чтобы сразу задать нужную планку, и какие вопросы задать HR!

✅ Если ты хочешь стать системным аналитиком, которого уважают и к которому прислушиваются – запускай бота и изучай наши материалы: https://news.1rj.ru/str/System_analyse_bot?start=dl-1761821820634

P.S. В подарок отправляем шпаргалки по теории технического собеседования 😉

REST vs gRPC. Межсервисная интеграция для начинающих

В этой статье автор даст точку входа для джун/мидл системных аналитиков, которые хотят разобраться в межсервисной интеграции. Вы пройдетесь по HTTP, REST, RPC и gRPC, разберетесь в их значениях. Выясните, почему эти аббревиатуры появляются, когда происходит проектирование API, и поймете, когда и что следует применять.

Читать…

👑 Кто работает PM — тот в цирке не смеется

Наша сегодняшняя рекомендация — канал с PM юмором.

Мы работаем в проджект-менеджменте и уже не смеемся. Но если вас можно рассмешить — welcome в PM Humor

PlantUML с нуля до гуру: учимся «кодить» sequence-диаграммы

В этом ролике автор поведает о PlantUML — незаменимом инструменте аналитика в борьбе за автоматизацию. На мастер-классе мы вместе:
• создадим простейший Sequence;
• потренируем командную работу над диаграммой;
• разберем частые ошибки, лайфхаки и примеры из практики;
• поговорим о самом продукте, возможностях моделирования;
• обсудим цветовую дифференциацию, возвратные функции, процедуры и многое другое.

Смотреть это видео на youtube: youtu.be/ScbZL5RX84E

❌ «В IT сейчас работы нет» — слышали такое?

А вот и нет 🙅‍♂️ Мы каждый день публикуем новые, живые вакансии с вилкой и прямыми контактами рекрутеров в телеграм.

Подборки для всех направлений — от джуна до лида.
Есть даже еженедельные интерншипы и стажировки для начинающих.

🔎 Выбирай свой канал:

QA → @qa_work
PM → @jobs_pm
BA/SA → @analytics_jobs
.NET → @job_dotnet
DS/ML → @dsml_jobs
PHP → @work_php
Java → @java_dev_job
Python → @jobrocket_python

🧩 Или подпишись сразу на все

ProSysTalent: Карьера аналитика без лишней теории

Вам не нужно учиться строить самолеты, чтобы стать пилотом.

Давайте начистоту: 80% успеха аналитика в компании — это не знание глубокой теории, а практические навыки: выяснить, что на самом деле нужно клиенту, превратить это в задачи для разработчиков и не утонуть в требованиях.

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

Наша философия — практицизм:

🔧 Вместо теории ради теории — работающие методики. Вы изучите не все возможные подходы, а те 3-4, которые закрывают 90% задач.

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

🔄 Вместо собеседований по учебнику — отработка ответов до состояния навыка. Базовые вопросы надо знать наизусть и не валиться на них.

Нас часто спрашивают: «А как же фундамент?».
Фундамент — это не прочитанные книги.
Фундамент — это уверенность, что вы сможете войти в проект и с первого дня приносить пользу. Именно этому мы учим.

Если вам нужен диплом теоретика — это не к нам.
Если вам нужна работа — давайте обсудим ваш первый кейс.