10 секретных трюков Excel для быстрой обработки данных

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

0:00 Вступление
0:24 Выравнивание текста по центру выделения
1:32 Преобразование текста в число
2:30 Преобразование числа в проценты
3:30 Извлечение числа из текста
4:11 Автоматическая нумерация строк
5:19 Деление текста в ячейке по столбцам
6:12 Вычисления внутри формулы Excel
6:57 Автоподбор высоты строки и ширины столбца
7:28 Копирование только видимых ячеек
8:14 Использование буфера обмена для копирования множества данных в Excel

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

👁‍🗨 Agile vs Waterfall
Источник

Всем привет! Давайте разберёмся, в чём разница между Agile (Scrum/Kanban) и Waterfall, и как это влияет на нашу работу.

🌊 Waterfall («Водопад»)

Как работает:
1. Этапы идут строго друг за другом (как вода в водопаде):
Требования → Дизайн → Разработка → Тестирование → Внедрение → Поддержка
2. Тестирование - в самом конце (когда весь продукт уже готов)

Плюсы для QA:
▫️Чёткий план (знаем все требования заранее)
▫️Участники проекта, не задействованные на определенной фазе, могут переключаться на другие проекты
▫️Подходит для госпроектов, систем, где нельзя менять требования и для модернизации уже существующих проектов

Минусы:
▫️Если баг найден поздно - исправлять дорого
▫️Нет гибкости

🔄 Agile (Scrum, Kanban)

Как работает:
1. Разбиваем проект на маленькие кусочки (итерации по 2-4 недели)
2. Тестируем каждую фичу сразу (не ждём конца разработки)

Scrum
- Есть спринты (обычно 2 недели)
- Каждый день daily (короткая ежедневная встреча команды разработки, которая проходит в одно и то же время. На ней каждый участник команды отвечает на вопросы «Что было сделано вчера? Что буду делать сегодня? Есть ли что-то, что может помешать работе над задачами спринта?»)
- Тестировщик встроен в команду (не отдельный «отдел»)

Kanban
- Нет спринтов - гибкий поток задач
- Задачи висят на доске, их прогресс наглядно виден по колонкам статусов (To do → In Progress…)

Плюсы для QA:
▫️Быстрая обратная связь
▫️Раннее вовлечение в процесс
▫️Постепенное тестирование

Минусы:
▫️Нужно быстро адаптироваться (требования могут меняться)
▫️Много рутины (ежедневные митинги, ретроспективы)

⚖️ Что лучше для тестировщика?

- Скорость: Waterfall - медленно, Agile - быстро
- Гибкость: Waterfall - нет, Agile - да
- Риски: Waterfall - баги находятся поздно, Agile - ловим баги в процессе разработки
- Документация: Waterfall - много, Agile - минимум

Что спрашивают аналитика на интервью

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

00:00 Вступление
01:08 О бизнес-процессах
03:54 Кто такой бизнес-аналитик
04:41 Что такое система и бизнес-процесс
04:52 Этапы ЖЦ
06:00 Что такое требование
06:13 Как выявлять требования
10:15 Критерии качества требований
10:51 Приоритизация требований
11:06 Моделирование
12:20 Методологии
13:20 Документация требований
15:52 Список необязательных вопросов

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

Хороший курс по проектированию микросервисов — редкость.

Здесь даём ровно то, что нужно в реальной практике:
— Декомпозиция бизнес-домена — как разбить монолит на сервисы и обосновать решение;
— Интеграции между сервисами — REST, события, очереди и когда что выбирать;
— Паттерны и антипаттерны микросервисной архитектуры — чтобы отвечать не «по книжке», а из практики.

Плюс — живые разборы кейсов и канал с быстрыми ответами на вопросы.

Курс ведёт архитектор Кирилл Ветчинкин — разработчик с 15-летним опытом, 8+ лет внедряет MSA.
Если вы работаете с распределенными системами, хотите разложить в голове паттерны и научиться не просто «пилить микросервисы», а понимать, зачем они бизнесу — присоединяйтесь.

📌 Старт: 9 сентября
👉 https://microarch.ru/courses/microservices?utm_source=posev&utm_medium=erid:2VtzqxAo18TN&utm_campaign=5

Реклама. ИП Ветчинкин К.Е. ИНН: 773376451099 Erid: 2VtzqxAo18T

у вас такое практикуют? 😁

🎬 Основы UML: Диаграммы вариантов использования (Use Case Diagrams) 🤝

Привет, системные аналитики! 🤓

Сегодня погружаемся в мир UML и разбираемся с одним из самых полезных инструментов для моделирования требований – диаграммами вариантов использования (Use Case Diagrams).

Диаграмма вариантов использования – это визуальное представление взаимодействия пользователей (акторов) с системой для достижения определенных целей (вариантов использования). Она помогает понять, что должна делать система и как пользователи будут с ней взаимодействовать.

Основные элементы диаграммы:

• Актор (Actor): Представляет собой пользователя (человека, систему, устройство), который взаимодействует с системой. Обозначается в виде человечка 🧍.
• Пример: Клиент, Администратор, Банковская система.
• Вариант использования (Use Case): Описывает конкретную задачу или функцию, которую выполняет система для актора. Обозначается в виде овала ⚪️.
• Пример: "Оформить заказ", "Войти в систему", "Просмотреть отчет".
• Отношения (Relationships): Связывают акторов и варианты использования, а также сами варианты использования между собой.

Типы отношений:

• Ассоциация (Association): Указывает на взаимодействие актора с вариантом использования. Обозначается линией ➡️.
• Пример: Клиент оформляет заказ.
• Включение (Include): Указывает на то, что один вариант использования всегда включает в себя другой. Обозначается пунктирной линией с открытым треугольником dashed_arrow_point_right.
• Пример: "Оформить заказ" включает в себя "Проверить наличие товара на складе".
• Расширение (Extend): Указывает на то, что один вариант использования может быть расширен другим. Обозначается пунктирной линией с открытым треугольником.
• Пример: "Оформить заказ" может быть расширен "Применить промокод".
• Обобщение (Generalization): Указывает на наследование свойств и поведения от одного актора или варианта использования к другому. Обозначается сплошной линией с открытым треугольником.


Зачем нужны диаграммы вариантов использования?

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

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

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

1. 🗣 Интервью с заинтересованными сторонами (Stakeholder Interviews):
• Суть: Личные беседы с ключевыми представителями бизнеса (руководители, менеджеры, пользователи).
• Как: Подготовьте структурированные вопросы, чтобы понять их цели, проблемы, ожидания и приоритеты.
• Совет: Не ограничивайтесь "дежурными" вопросами. Углубляйтесь в детали, чтобы выявить скрытые потребности.
• Пример вопроса: "Какие три самые большие проблемы вы сейчас видите в процессе X?" или "Что вы хотите улучшить в ближайшие 6 месяцев?"

2. 📜 Анализ документации (Document Analysis):
• Суть: Изучение существующих документов (отчеты, бизнес-планы, регламенты, маркетинговые материалы).
• Как: Выявляйте ключевые цели бизнеса, процессы, ограничения и зависимости.
• Совет: Не полагайтесь только на официальные документы. Ищите неофициальные записи, переписки и другие источники информации.
• Что искать: SWOT-анализы, результаты исследований рынка, feedback от клиентов.

3. 🕵️‍♀️ Наблюдение (Observation):
• Суть: Непосредственное наблюдение за работой сотрудников, процессами и системами.
• Как: Следите за тем, как люди взаимодействуют с системами, какие задачи они выполняют, какие проблемы у них возникают.
• Совет: Будьте беспристрастны и внимательны к деталям. Записывайте все свои наблюдения.
• Пример: Наблюдение за работой операторов колл-центра, чтобы понять, какие вопросы задают клиенты чаще всего.

4. 🤝 Воркшопы (Workshops):
• Суть: Организация совместных сессий с заинтересованными сторонами для обсуждения проблем, генерации идей и определения требований.
• Как: Используйте структурированные методы (мозговой штурм, SWOT-анализ, приоритизация требований).
• Совет: Приглашайте представителей разных отделов и уровней иерархии.
• Что нужно: Четкий план, модератор, визуализация (доска, флипчарт).

5. 📊 SWOT-анализ:
• Суть: Оценка сильных и слабых сторон компании, возможностей и угроз внешней среды.
• Как: Составьте матрицу SWOT, проведите анализ и определите стратегические направления развития.
• Совет: Используйте результаты SWOT-анализа для определения ключевых потребностей бизнеса.
• Пример: Слабая сторона - устаревшая IT-инфраструктура, потребность - модернизация IT-систем.

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

🔥 Приглашаем вас на 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. Советы по подготовке