❓ Где прокачаться в системном анализе и получить актуальные навыки?

🔥 Приглашаем вас на 4 бесплатных вебинара курса: «Системный аналитик. Advanced».

🔸 Вебинар №1: «Пользовательские сценарии (Use Cases): как превратить бизнес-требования заказчика в задачи на разработку»

⏰ 7 октября в 18:00 мск

На вебинаре:
1. Введение в пользовательские истории (User Stories): основы и принципы.
2. Изучение бизнес-требований: как превратить требования заказчика в конкретные истории.
3. Формулировка User Stories: примеры из практики и общие подходы.
4. Постановка задач в разработку.

🔸 Вебинар №2: «Специалист по требованиям или Архитектор ценностей? Какие компетенции выходят на первый план»

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

На вебинаре:
1.Как говорить с бизнесом на языке ценности, а не функциональности:
Научитесь аргументировать свои решения не «так надо», а потенциальной выгодой для бизнеса, повысив свой авторитет и скорость согласования требований.
2. Как использовать данные и ИИ для принятия решений и автоматизации рутины:
Научитесь предлагать обоснованные решения, автоматизировать сбор метрик и первичный анализ данных, экономя время на глубокую аналитику.
3. Как оценить свои компетенции и составить личный план развития на 2025 год:
Узнайте, на чём сфокусироваться и какие навыки начать прокачивать для роста вашей ценности, как специалиста!

🎁 Получите roadmap, с чего начать внедрение data-driven и AI-driven подхода в свою ежедневную работу.

🔸 Вебинар №3: «Как системный аналитик проектирует REST API: от требований до работающей интеграции»

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

На вебинаре:
1. Помёте, как связать требования бизнеса и техническую реализацию через REST API.
2. Освоите основные приёмы проектирования: структурирование ресурсов, правильное именование эндпоинтов, выбор кодов ответа.
3. Сможете оформлять API-спецификацию так, чтобы она была понятна и разработчикам, и тестировщикам.

🎁 Получите актуальные подходы, которые можно сразу применять в проекте.

🔸 Вебинар №4: «Ошибки при работе с требованиями: как аналитик превращает хаос в понятные задачи»

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

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

🎁 Получите готовые чек-листы для проверки качества требований

🎁 Участники вебинаров смогут активировать скидку 5% на курс «Системный аналитик. Advanced» по промо-коду: SAADV10 до 01.11.2025г

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

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

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

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

0:00 Вступление
0:40 Кто такой системный аналитик?
2:53 Что делает системный аналитик?
4:05 Какие уровни бывают у системных аналитиков?
4:45 Рабочий день системного аналитика
8:50 Как я формирую свой рабочий день?

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

Режим работы 996

В то время как, Европа проводит эксперименты по сокращению рабочей недели до 4 дней, в американских стартапах всё чаще переходят на режим работы 996.

Режим работы "996" — это распространённый особенно в Китае режим работы, который предполагает:
9:00 — начало рабочего дня,
21:00 (9 PM) — конец рабочего дня,
6 дней в неделю (обычно с понедельника по субботу).

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

На мой взгляд — это даёт короткосрочный буст в производительности, чтобы показать инвесторам свой уровень продуктивности. Однако в долгосрочной перспективе такая практика принесёт только выгорание и потерю сотрудников.

А вы что думаете?

Пруфы

📌 Актуальные навыки бизнес-аналитика на реальном проекте от преподавателей-практиков — убедитесь сами в программе обучения!

💎 Для вас 3 бесплатных вебинара курса: «Бизнес-аналитик в IT».

💠 Вебинар №1: «Инструменты бизнес-аналитика»

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

На вебинаре:
1. Рассмотрим роль бизнес-аналитика и его задачи на проекте.
2. Поговорим про инструменты, которые бизнес-аналитик использует каждый день в своей работе: UML, BPMN, Confluence и многое другое.
3. Обсудим техники, применимые на различных этапах аналитического процесса.

💠 Вебинар №2: «Графическое описание бизнес-процессов и требований»

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

На вебинаре:
1. Что такое моделирование, зачем оно нужно и почему его применяют.
2. Обзор нотаций моделирования и конкретных моделей в приложении к конкретным задачам аналитика.
3. Визуализацию в свободной форме без нотаций .
4. Обзор доступных инструментов для моделирования.

💠 Вебинар №3: «Как системный аналитик проектирует REST API: от требований до работающей интеграции»

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

На вебинаре:
1. Разберём, что такое Цепочка создания ценности (ЦСЦ), зачем она нужна и кто отвечает за её описание и проектирование.
2. Покажем методы и нотации для моделирования ЦСЦ, разберём примеры.
3. Обсудим, как анализ ЦСЦ помогает проектировать ИТ-решения, и проведём краткий обзор инструментов для моделирования.

🎁 Участники вебинаров смогут активировать скидку 5% на курс «Бизнес-аналитик в IT» по промо-коду: BA_10 до 11.11.2025г.

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

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

Логическая задача на собеседовании «Серверы Google”

Эта задача из книги «Достаточно ли Вы умны, чтобы работать в Google”. Это руководство как успешно пройти собеседование в Google.

Даже если Вам не туда, то книга помогает во многом в прохождении собеседований в другие топовые компании. Уже готовлю для Вас главные инсайты книги.

❗️А вот и вопрос❗️

«В вашем распоряжении 10 тысяч серверов в дата-центре с возможностью удаленного управления и один день, чтобы получить миллион долларов. Что вы для этого сделаете»?

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

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