Системный Аналитик

UX/UI: краткий обзор 💙UX (User Experience — «пользовательский опыт») отвечает за то, как интерфейс работает 💙UI (User Interface — «пользовательский интерфейс») отвечает за то, как интерфейс выглядит Цели UI/UX дизайна 💙UX: обеспечить позитивный опыт пользователя при взаимодействии с продуктом с учетом его потребностей, ожиданий и контекста использования 💙UI: сделать интерфейс интуитивно понятным и легким в использовании, а также привлекательным визуально 💙 UX Примеры UX-анализа 💙 Исследование пользовательского поведения: взаимодействие с веб-сайтом или приложением, анализ переходов между страницами, время пребывания на страницах, клики на элементы и т. д. 💙 Тестирование пользовательского интерфейса: удобство использования, понятность и эффективность. Например, тесты сценариев использования или а/б-тестирования 💙 Сбор обратной связи от пользователей: анализ отзывов о продукте, определение их потребности и предпочтения, выявление проблем, с которыми пользователи сталкиваются Основные принципы UX 💙Продукт решает реальные проблемы и удовлетворяет основные потребности пользователей 💙Пользователи легко понимают, как использовать продукт и что от него ожидать 💙Пользователи доверяют продукту, его функциональности и безопасности 💙Продукт вызывает положительные эмоции и удовлетворение у пользователей 💙Продукт позволяепт пользователям достигать своих целей с минимальными усилиями и временем 💙Продукт адаптируется под разные устройства и контексты использования для удобства пользователя Usability ≠ UX Usability - лишь часть хорошего UX 💙 Usability - удобство и легкость взаимодействия пользователя с продуктом Цель: сделать задачу легко, интуитивно и быстро 💙Достиг ли пользователь цели максимально удобным способом? 💙 UX - опыт взаимодействия пользователя. Восприятие и совокупность эмоций, возникающих в результате использования продукта Цель: сделать пользователя счастливым до, во время и после использования продукта 💙Был ли опыт пользователя максимально положительным? 💙 UI Примеры UI -анализа ⤵️ Анализ дизайна и компоновки: изучение дизайна интерфейса, например, расположение элементов на странице ⤵️ Изучение цветовой гаммы и шрифтов: анализ и оценка их соответствие бренду, легкость восприятия и читаемость. ⤵️ Проверка совместимости с устройствами: как интерфейс отображается на устройствах и разрешениях экрана, рекомендации по адаптивной верстке для оптимального пользовательского опыта. Основные принципы UI 💙 Элементы интерфейса имеют одинаковый стиль и поведение на всех страницах и экранах приложения. 💙Доступность интерфейса для всех пользователей, включая людей с ограниченными возможностями 💙Использование цветов, шрифтов, изображений и прочих элементов дизайна для создания привлекательного внешнего вида интерфейса. 🟣 Адаптивная верстка Это подход к созданию веб-страниц, при котором страницы адаптируются к различным устройствам и разрешениям экрана. ⏩Этапы разработки UX/UI 🟢Исследование и анализ: исследование аудитории и их потребностей, изучение рынка и конкурентов 🟢Проектирование: создается структура и навигация, выбирается цветовая гамма и шрифты 🟢Прототипирование: создаются прототипы интерфейса для проверки удобства использования 🟢Тестирование и итерации: прототипы тестируются среди пользователей 🟢Разработка и реализация: на основе утвержденных прототипов 🟢Мониторинг и оптимизация: После запуска продукта сбор аналитики для оптимизации интерфейса ⭐️ Подборки материалов по этой и другим темам доступны в закрытом канале #развитие #uxui

ХОЧЕШЬ ПОВЫШЕНИЕ В 2024 ГОДУ? 😎🔥 Тогда самое время разобраться в микросервисной архитектуре и стать более востребованным специалистом. 🚀 Стартуем 16 июля. Курс ведет действующий архитектор Кирилл Ветчинкин. Он успешно реализовал проекты для Мегафона, Теле2, ВСS Brокer. Постоянный спикер крупных IT-конференций. Какие скиллы прокачаем: 📌 Декомпозиция систем на микросервисы, отталкиваясь от бизнес-домена. 📌 Встройка микросервисов в оргструктуру компании. 📌Организация перехода от монолитной системы к микросервисной. Полная программа ТУТ 👉https://microarch.ru/?utm_source=posev&utm_medium=erid:2VtzqwqyKtV&utm_campaign=4 А самое главное — поддержка от спикера, чат с одногруппниками и полезные созвоны с разбором домашки. 📕 Сертификат об участии по итогам прохождения курса. Узнай больше о курсе 👉 https://microarch.ru/?utm_source=posev&utm_medium=erid:2VtzqwqyKtV&utm_campaign=4 Реклама. ИП Ветчинкин К.Е. ИНН: 773376451099 Erid: 2VtzqwqyKtV

Scrum vs Kanban: сравнение по пунктам

Kanban vs Scrum: сравнение методологий Kanban и Scrum — методологии гибкого управления проектами, используемые для реализации принципов Agile и DevOps при разработке. Kanban — подход к управлению процессом разработки, который включает следующие практики: 💩Визуализация задач и прогресса с помощью канбан-доски, установление приоритетов задачам 💩Ограничение количества задач со статусом "В работе", или WIP (work in progress). Если лимит превышен, то команда не может взять новую задачу в работу, пока не будет завершена одна из текущих 💩Управление потоком: отслеживание метрик, таких как скорость движения задач между статусами, для устранения «бутылочных горлышек», где процесс замедляется 💩Проведение каденций — встреч членов команды по процессу разработки. Всего выделяют 7 видов встреч. Главная цель — объяснение правил для всех участников команды и сбор обратной связи 💩Непрерывное улучшение процесса на основе обратной связи и анализа метрик Что общего между Kanban и Scrum ➖Обе методологии относятся к Agile ➖Важна визуализация работы для прозрачности и оценки текущего состояния задач. ➖Имеют итерационный подход к работе, даже если длительность итераций различается. ➖Имеют механизмы для определения и управления приоритетами задач. ➖Акцентируют внимание на командной работе и взаимодействии между участниками Различие подготовили в сравнительной таблице постом выше. ✅ Когда лучше применять Kanban: 💩 в проектах с типовыми повторяющимися задачами, например, техническая поддержка, где задачи обрабатываются по мере поступления и приоритеты могут меняться в зависимости от срочности 💩 команда не является кросс-функциональной 💩 в проектах с высокой степенью неопределенности, где требования часто меняются или неизвестны заранее. Kanban позволяет вносить изменения в любое время без нарушения цикла работы Scrum: 💩 важен строгий контроль сроков и структура 💩 требуется четкое определение целей и результатов 💩 команда является кросс-функциональной Пример: Разработка новой версии продукта с фиксированным релизным циклом, например, каждые 3 месяца. ❌ Когда не подойдет Kanban 💩в проектах, где необходимо строго соблюдать сроки 💩в кросс-функциональных командах 💩когда требуется постоянная обратная связь от клиентов Scrum 💩 продукт нужен целиком, итерации невозможны 💩 когда нет сплочённой, самоорганизованной и кросс-функциональной команды 💩 для слишком маленьких групп из 1–2 человек, или, наоборот, больших лучше заменить другими методами — SAFe, LeSS. ☯️ Гибрид ScrumBan Используется в средах, где необходимо управление проектом в условиях неопределенности и частых изменений. ScrumBan легче внедрить, чем Scrum 💩от Scrum: сохраняет ключевые элементы Scrum: спринты, роли (Product Owner, Scrum Master, и команда разработки) и основные события (планирование, ревью, ретроспектива). 💩от Kanban: заимствует концепцию визуализации процесса на доске, ограничения рабочего объема, адаптацию к изменениям в реальном времени и фокус на поток задач. ⭐️ Подборки материалов по этой и другим темам доступны в закрытом канале #управление_проектами

Забирай билет в мир большого IT 🎫 Есть опыт работы от года и желание перейти в большую ИТ-компанию? Приходи в Открытые школы Т1! 🎓Открытые школы — это ИТ-интенсив с offer weeks от Холдинга Т1 — крупнейшей ИТ-компании в России по версии RAEX 2023, в портфеле которой 800+ масштабных проектов и 70+ продуктов и услуг. За полгода мы выпустили 500+ специалистов, лучшие из которых уже присоединились к командам разработки финтех-решений, ИТ-продуктов Т1 и не только. Выбирай направление для бесплатного буста в карьере: 📊 системный аналитик В программе: — Курс по работе с требованиями. — Проектирование REST API. — Понимание банковской специфики. ⚙️ аналитик DWH В программе: — Анализ, описание и жизненный цикл дефектов. — Основы BPMN, IDEF0. — Работа с хранилищами данных и BI-системах. ⌛️ Быстрое обучение: 1 месяц. 💻 Гибкий формат: все этапы онлайн, занятия по вечерам. Врывайся в бигтех и подавай заявку до 24 июля! Старт бесплатного интенсива: 29 июля. Реклама. Информация о рекламодателе

🔄 CI/CD: Краткий обзор Continuous Integration/Continuous Delivery (непрерывная интеграция и доставка) — подход к разработке приложений, который обеспечивает автоматизацию процессов сборки, тестирования и доставки кода. Код интегрируется и доставляется пользователю итерационно, как можно чаще. Ценность CI/CD кроется в автоматизации всех этапов интеграции и развёртывания кода. 💩CI — практика интеграции кода от разных разработчиков в общий репозиторий. Разработчики как можно чаще сливают изменения в основную ветку, используя систему контроля версий (например, Git). При этом, любые изменения проходят через автоматические тесты. 💩CD — автоматизация развёртывания (доставки) кода в "прод" после успешной интеграции и тестирования. ✔️ Этапы CI/CD 1️⃣ Код. Разработка создает код, исправляет ошибки или делает доработки, выполняет тесты, а затем отправляет в ветку master с актуальной сборкой продукта. Несколько команд могут отправить любое количество модулей в master. 2️⃣ Сборка. Старт автоматической сборки и авто-тестов. Критерии запуска системы управления версиями и начала сборки настраиваются заранее. 3️⃣ Тестирование. После авто-тестов выкатываемой версии проекта, можно приступать к ручной проверке. 4️⃣ Релиз. После успешных тестов, разработчики вносят исправления и выпускают новую версию продукта. 5️⃣ Развёртывание. Отправка финальной версия кода на боевой сервер. Взаимодействие пользователя с сервисом 6️⃣ Поддержка и мониторинг. Разработка мониторит работу продукта, отслеживая и анализируя пользовательский опыт. 7️⃣ Планирование. На основе мониторинга и анализа, формулируются идеи новых доработок и улучшений. Цикл начинается заново - написание кода. 👍 Плюсы CI/CD: + Сокращение времени поставки (Time to Market): автоматизация процессов позволяет быстрее и чаще доставлять новые функции и исправления. + Качество кода: автотесты обеспечивают высокое качество кода, а регулярные интеграции помогают выявлять проблемы на ранних этапах. + Легкость масштабирования: Автоматизированные процессы легко масштабируются с увеличением объемов работы. + Однородная среда разработки: все члены команды работают в однородной среде - упрощает совместную разработку. 👎 Минусы CI/CD: — Сложность внедрения: Реализация CI/CD требует времени и усилий для внедрения в существующие процессы разработки. обслуживания. Сложные системы CI/CD могут требовать значительных ресурсов для обслуживания — Трудность согласования изменений: в больших командах интеграция изменений может быть сложной. — Безопасность: неправильная настройка CI/CD может стать источником уязвимостей. — Не всегда применимо: когда проект слишком маленький или слишком сложный для автоматизации всех процессов. 🖥 Программы для CI/CD: Jenkins: Один из самых популярных и распространенных инструментов для CI/CD. GitLab CI/CD: Встроенная система CI/CD в GitLab, интегрированная с GitLab репозиториями. Travis CI: Облачный сервис CI/CD, легко настраиваемый для проектов на GitHub. CircleCI: Облачная CI/CD-платформа с широкими возможностями конфигурации. TeamCity: Мощный и гибкий инструмент CI/CD от JetBrains. ⭐️ Подборки материалов по этой и другим темам доступны в закрытом канале #devops

📚Библиотека карьерного развития Чтобы с вами такого (как на картинке) не случилось, сегодня рекомендую вам качественную подборку для карьерного развития и повышения своей стоимости в ИТ 🔴Какие книги почитать в т.ч. для успешного прохождения собеседований? 🔴Ключевые лайфхаки по резюме и его ОШИБКИ 🔴Нужны ли сопроводительные и что там писать 🔴Когда не нужно указывать возраст в резюме? 🔴Как вести себя с неадекватом на собесе 🔴Как рассказывать о своем факапе? 🔴Каким аналитикам сколько платят - реальные примеры офферов А если хотите оценить вашу стоимость в ИТ, посмотреть резюме и определить первые шаги для поиска работы - пишите кодовое слово “аналитик” под этим постом https://t.me/proProject1/1238

Как отличить хорошего продакта от плохого? Плохой продакт зациклен на процессах, дейликах, митингах и бумажной волоките. Он игнорирует риски и фокусируется на метриках тщеславия типа MAU, DAU и новых зарегистрированных пользователей. Хороший продакт фокусируется на реальных результатах. Он понимает, как его работа влияет на весь бизнес, и делает так, чтобы продукты и проекты «выстреливали» и зарабатывали. Хотите грамотно вести проекты и приносить бизнесу максимальную пользу? Подписывайтесь на канал сооснователя careerspace Ярослава Хромова. Узнайте, как работать с продуктом, метриками и людьми, чтобы зарабатывать больше и расти по карьерной лестнице. Топ постов: — Почему «дерево метрик» — слабая концепция и прошлый век? — Почему в B2B продукты более отсталые, чем в B2C? — Подборка лучших постов про карьерный рост и бизнес — фактически пошаговый гайд, как зарабатывать больше и расти быстрее. Это отличный продуктовый канал от настоящего практика. Подпишитесь, чтобы ваша карьера летела вверх: @firstanalyticsguide. Реклама ООО «Карьерное пространство», ИНН 9715410393

Нас 10 000

✨ Денормализация в БД и не только Ранее мы рассказывали про нормализацию в БД, рассмотрим обратный процесс. Денормализация — внесение избыточности в БД путём объединения таблиц, чтобы упростить структуру и ускорить чтения данных Отличие от нормализации Нормализация нужна для устранения избыточности данных; для разделения информации по отдельным таблицам, чтобы обеспечать целостность и упростить обслуживания БД 😀Увеличивает количество джойнов при выполнении запросов и может замедлять чтение данных Денормализация, наоборот, вводит избыточность обратно в БД, объединяя таблицы и дублируя информацию 😀Запросы становятся проще, операции чтения быстрее. Но могут возникнуть трудности с поддержкой и обновлением из-за риска несогласованности ✨ Когда применяется 😀для ускорения чтения данных за счет сокращения количества джойнов 😀в системах с большим объемом операций чтения и минимальным количеством обновлений, где производительность чтения критична 😀для ускорения разработки и оптимизации работы приложений ✨ Методы 😀 Добавление избыточных данных: дублирование данных в нескольких таблицах для сокращения соединений при запросах 😀 Добавление производных или агрегированных столбцов: включение полей с предварительно вычисленными значениями, например, общей суммы заказа. 😀 Объединение таблиц: слияние смежных таблиц в одну для уменьшения операций соединения 😀 Денормализация иерархических структур: дублирование информации о верхних уровнях иерархии на нижних для упрощения запросов 😀 Использование материализованных представлений: хранение результатов сложных запросов в виде отдельной таблицы для быстрого доступа 😀 Введение таблиц сумм и счётчиков: создание отдельных таблиц для хранения суммарной информации, например, общее количество товаров, проданных за день, или общее количество посетителей сайта. Позволяет избежать необходимости агрегации больших объёмов данных при каждом запросе ✨ Примеры 😀Агрегация данных: в таблице заказов хранится не только идентификатор клиента, но и агрегированная информация о клиенте, например, общая сумма покупок. Это избавляет от необходимости соединять таблицы заказов и клиентов для расчета общих покупок клиента 😀Кэширование результатов запросов: в таблице с продуктами может храниться не только информация о продукте, но и предварительно рассчитанное количество продуктов на складе. Это снижает нагрузку на СУБД за счет уменьшения количества вычислений при каждом запросе ✨ Недостатки — избыточность данных может привести к проблемам с их согласованностью, когда изменение информации в одном месте потребует её обновления и во всех остальных денормализованных таблицах. Это увеличивает сложность поддержки и может привести к ошибкам — увеличивается объём хранимых данных — замедление других операций, может замедлить процессы вставки, изменения и удаления данных ✨ Совет Используйте денормализацию целенаправленно, не применяйте как универсальное решение. Важно создать механизм обновления избыточных данных, чтобы поддерживать их актуальность и согласованность. ✨ Денормализация в других областях 😀Data Warehouse: улучшает производительность аналитических запросов через агрегированные структуры данных для быстрого выполнения запросов OLAP 😀NoSQL базы данных: для оптимизации горизонтального масштабирования и ускорения доступа к данным, храня связанные данные вместе 😀Frontend-разработка: при проектировании состояния приложений, например в Redux для React, для упрощения доступа к данным и улучшения производительности 😀Микросервисы: улучшает независимость и отказоустойчивость сервисов, храня данные, необходимые каждому микросервису в его собственной базе ⭐️ Подборки материалов по этой и другим темам доступны в закрытом канале #бд