🧠 Рекомендую посмотреть отличный доклад от AvitoTech — 30 вопросов команде и себе: техника и практика формулирования хороших вопросов.

Казалось бы, что тут сложного? Задал вопрос, получил ответ. Но часто бывает, что вопросы оказываются некорректными или уходят не туда🤷‍♂️

Разбираются вопросы на такие темы, как (и другие):
👨‍💻 Сотруднику
🎤 Кандидату на собеседовании
🧠Себе
📋 Руководителю

Лично я взял пару вопросов себе на заметку. К тому же доклад идет всего 39 минут — самое оно для перерыва! Смотреть

Ваш аналитик накосячил — это не наш 😳

Работа аналитика почти всегда связана с требованиями. Хорошо, когда они чётко описаны и структурированы, но на деле всё происходит иначе: на встрече вам что-то сказали на словах или прислали неструктурированный текст без подробностей, который звучит как:

"Пойди туда, не знаю куда, сделай то, не знаю что… и желательно вчера."

И часто аналитик — это "фуллстак", у которого нет отдельного бизнес-аналитика или продакта, которые могли бы переработать требования.

Поэтому я собрал для вас небольшой чеклист, который поможет справиться с такими ситуациями.

1️⃣ Оценить требование
🙂Что будет, если это требование не будет выполнено?

🙂Можно ли закрыть потребность уже существующим функционалом?

🙂Есть ли риски, связанные с его реализацией? Как они могут повлиять на проект?

2️⃣Понять, что на самом деле нужно
⚡️Какую задачу пытается решить заказчик? В чем заключается реальная потребность?

⚡️Что произойдет, если задача останется невыполненной?

⚡️Есть ли альтернативные решения? Какие ограничения могут помешать их реализации?

3️⃣Предложить варианты решения
🩹Вариант 1: Решение заказчика
Часто заказчик уже приходит с готовым решением. Ваша задача — проанализировать его и указать на возможные трудности: недоступные функции, влияние на пользователей, увеличение сроков или затрат.

🩹Вариант 2: Ваше решение
На основе анализа предложите своё решение. Это может быть доработка текущего функционала или абсолютно новое решение. Как правило, это некий баланс между скоростью/правильностью/ценой.

🩹Вариант 3: Альтернативы
Альтернативные решения могут быть быстрыми и дешёвыми для реализации "здесь и сейчас", или дорогостоящими, но правильными, чтобы не пришлось переделывать в будущем. Это может зависеть от вашей конкретной ситуации.

4️⃣ Зафиксировать итоговое решение
Если заказчик настаивает на своём варианте или есть ограничения, которые невозможно обойти, важно согласовать все выявленные риски и ограничения. Пропишите возможные последствия, чтобы разделить ответственность.

5️⃣Приступить к работе
Когда все согласования и риски учтены, можно смело приступать к выполнению задачи.

А как вы работаете с требованиями? Делитесь своими подходами и опытом в комментариях!👀

IT АНАЛитика

Хорошо поставленная задача есть? А если найду? 🎨: Часть 6 - Дизайнер

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

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

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

1. Контекст и цель задачи 🎯
Объясните, зачем нужен этот элемент дизайна и какую проблему он решает. Четко сформулированная цель поможет дизайнеру понять, на что нужно сделать акцент.

2. Референсы и примеры 🖐
Тут аналитик может приложить простенький мокап, скриншоты или ссылки на похожий функционал, уже реализованный у коллег, чтобы дизайнер сразу понимал, что от него ожидается. Слова «красиво» и «современно» каждый видит по-своему — лучше показать примеры.

3. Ограничения и требования 😎
Скорее всего, дизайнер уже работает по гайдбукам и UI-китам, но если нет — уточните технические ограничения, цветовую палитру, платформу (мобильная, веб) и возможные ограничения по фронтенду.

4. Описание пользователей 👥
Расскажите, кто будет использовать этот дизайн и для каких целей. Если дизайнер понимает целевую аудиторию, это поможет ему сделать более подходящий и точный макет. Приложите use case или опишите сценарии использования.

5. Сроки и приоритеты ⏰
Обязательно укажите дедлайны и приоритеты задач. Это поможет дизайнеру правильно распределить свое время и ресурсы. Если задача большая, декомпозируйте её на более мелкие части.

А как вы работаете с дизайнерами? Делитесь своими историями в комментариях! 📝

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

IT АНАЛитика

Ну договор-то за что🍑
#поддержка


IT АНАЛитика

👍Полезная статья для новичков
Внутри есть интересные кейсы и разборы всех любимых soft skills.

Читать

🔥 Резюме дороже денег 3! 🔥

Андрей уже больше месяца, как принял оффер. И мы подготовили для вас Q&A с его ответами на вопросы. Это будет особенно полезно тем, кто сомневается, стоит ли выходить на рынок или только делает первые шаги. 👇

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

1. Что стало твоей отправной точкой? Как ты понял, что пришло время выйти на рынок и начать поиск новой работы?

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

2. Как ты готовился к выходу на рынок?

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

3. Какую роль сыграло резюме в процессе поиска работы? Какие правки ты внёс после нашей консультации?

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

4. Насколько активно откликались работодатели? Сколько собеседований у тебя было, и откуда поступало больше предложений от аутсорс-компаний или напрямую?

— За 1,5 месяца я получил около 250 предложений в WhatsApp, в Telegram — до 300, на работных сайтах пришло больше 70 откликов (это не я придумал, так один рекрутер сказал🙃), а на почте — около 40 писем. По итогу было 22 собеседования, с тех. собесами и этапами с руководством.

Что касается предложений, сначала кажется, что аутсорс-компаний больше, потому что они действуют быстрее и активнее. Но со временем начинают откликаться и компании напрямую. В итоге получилось 50/50. Если хотите попасть в компанию напрямую, то стоит закладывать чуть больше времени на процесс — они работают медленнее, но отклики всё равно приходят.⏳

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

— Самым неожиданным было то, что некоторые вакансии даже не публиковались — рекрутеры просто звонили и сразу приглашали на собеседование. Приходишь, а тебе: "Ну рассказывай, кем будешь?" А я такой: "Эм, а кто вам вообще нужен?"

😅

Из необычных вопросов запомнился "мапинг для детей" — надо было объяснить концепцию, как будто детям. Ещё предложили за 2 минуты придумать свою "википедию" и рассказать, как она будет работать.

На одном собеседовании спрашивали про legacy-технологии, на которые я не смог ответить. Ещё был вопрос от product owner: "Сможешь ли ты доказать разработчикам, что им нужен системный аналитик?" И самое неожиданное — на собеседовании для системного аналитика внезапно спросили про Linux!

А какие неожиданные вопросы задавали вам на собеседованиях? Делитесь в комментариях!

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

IT АНАЛитика

🔥 Резюме дороже денег 4! 🔥

Заключительная часть вопросов и ответов с Андреем.

1. Какие технические навыки чаще всего спрашивали?

— Чаще всего задавали вопросы про сбор требований, ТЗ, UML-диаграммы и функциональные требования. Особое внимание уделяли интеграциям через REST. По архитектуре интересовались микросервисами и интеграциями через брокеры сообщений, и часто в виде кейса просили набросать верхнеуровневую модель системы.

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

2. Насколько полезной оказалась консультация по подготовке к собеседованиям?

— Консультация оказалась очень полезной, особенно в части работы над резюме. Большинство аспектов уже были подтянуты, но вот с резюме были сложности — что-то было не так, но сам не мог понять, что именно. Ты помог чётко структурировать опыт, сделать его более понятным и привлекательным для работодателей. Иногда просто нужен свежий взгляд специалиста, чтобы всё встало на свои места. После консультации откликов стало заметно больше, и это сыграло ключевую роль в успешном поиске работы.

3. Сколько предложений ты получил и как выбирал финальную компанию?

— По итогу 22 собеседований получил 3 классных оффера. Выбирал по стеку технологий и специализации — финтех и телеком были в приоритете.

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

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

4. Насколько выросла твоя зарплата по сравнению с предыдущей работой?

— Зарплата стала х2.

5. Какие уроки ты вынес из всего этого опыта?

— Главный урок — необходимость тщательной подготовки и понимания рынка перед началом поиска работы. Если в чём-то есть пробелы — не стесняйтесь обратиться к коучу или ментору. Это реально может ускорить процесс и помочь избежать ошибок.

6. Что ты посоветуешь тем, кто волнуется перед собеседованиями?

— Хорошо подготовиться. Если у вас есть пробелы в предметной области, лучше обратиться к специалисту за консультацией. Если чувствуете, что готовы, проверьте резюме и не тяните с выходом на рынок. В моем случае шесть месяцев на подготовку — это уже много, но кому-то и двух месяцев может не хватить. Найдите баланс и начните проходить собеседования. Примерно после четвертого собеса страх уходит, и вы начинаете отвечать на автомате, превращая самопрезентацию в своё главное оружие. Иногда рассказывал о себе так, что половина вопросов отпадала сама собой. Всем новичкам желаю удачи, а опытным — крутых проектов!

💬 Вот так Андрей справился с выходом на рынок и получил желаемый оффер. А что помогло вам в вашем карьерном пути? Делитесь в комментариях!

IT АНАлитика

Хорошо поставленная задача есть? А если найду? 🕵️‍♂️: Часть 7 — Архитектор

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

Когда аналитик может поставить задачу архитектору?

🔸 Интеграция нового сервиса — если проекту нужно добавить внешнюю систему или API, аналитик инициирует обсуждение архитектурных решений (если интеграция сложная и влияет на общую архитектуру системы*).

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

🔸 Рефакторинг или обновление технологий — когда нужно модернизировать устаревшую инфраструктуру без риска для текущих процессов.

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

Что важно учитывать при постановке задачи архитектору?

1. Контекст и бизнес-цели🚶‍♂️
Архитектору нужно понимать не только технические аспекты, но и бизнес-цель. Например, если задача — повысить производительность системы или выйти на новые рынки, эта информация поможет выбрать правильное архитектурное решение.

2. Текущая инфраструктура и ограничения☺️
Архитектор должен знать, что уже есть в проекте и какие ограничения или зависимости могут повлиять на его решение. Если в системе есть узкие места или легаси-компоненты — укажите это.

3. Технические и нефункциональные требования🤨
Задача архитектора — спроектировать систему, которая будет не только работать, но и отвечать требованиям производительности, безопасности и надёжности.
Пример: «Интеграция должна поддерживать 10 000 запросов в минуту, шифрование данных и резервные копии в режиме реального времени.»

4. Описание сценариев использования и ключевых ролей☺️
Кто будет пользоваться системой? Какие ключевые сценарии нужно учесть? Для архитектора важно понимать, как пользователи будут взаимодействовать с продуктом.

5. Сроки и приоритеты😡 куда же без них
Как и другим специалистам, архитектору нужно знать сроки и приоритеты задачи.
Пример: «Архитектура должна быть готова к концу месяца, так как интеграция критична для следующего релиза.»

В отличие от задач другим специалистам, задачи для архитектора требуют глубокого понимания контекста и инфраструктуры. Чем точнее описаны потребности проекта, тем быстрее архитектор предложит подходящее решение.

А как часто вы взаимодействуете с архитекторами? Есть ли вообще у вас архитекторы? Делитесь опытом в комментариях! 👇

Да, было📞


IT АНАЛитика

Хорошо поставленная задача есть? А если найду? 🕵️‍♂️: Часть 8 — DevOps

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

Когда аналитик может поставить задачу девопсу?

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

🔸 Настройка конфигов для бэкенда через Nginx
Если нужно организовать маршрутизацию запросов или настроить балансировку нагрузки, девопс займётся конфигурированием Nginx, чтобы обеспечить стабильную работу и оптимальное распределение трафика.

🔸 Создание CI/CD пайплайна для микросервиса
При появлении нового микросервиса девопсу часто нужно создать CI/CD пайплайн, который будет автоматически деплоить и тестировать сервисы. Это помогает ускорить разработку и снизить риск ошибок.

Что важно учитывать при постановке задачи девопсу?

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

2. Текущая инфраструктура
Если есть специфические ограничения, существующие системы или архитектурные особенности, девопс должен знать об этом заранее. Пример: "У нас уже работает существующая Kafka, но нужен новый кластер для потоковой обработки данных."

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

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

А вы часто ставите задачи девопсам? Делитесь опытом в комментариях! 👇

Нас стало больше! 😎
Для всех новеньких и тех, кто пропустил, вот, что можно почитать на канале:

Профессиональный рост и эффективность💼:
Как эффективно решать проблемы в IT: 10 шагов для начинающих аналитиков
Как получить оффер на 180к с помощью ChatGPT?
Дорожная карта тимлида
Нужен ли аналитику SQL?
Всё, что нужно знать про SQL

Введение в IT для начинающих🖥:
У России три пути и один из них IT Часть 1
Резюме дороже денег
Резюме дороже денег 2
Резюме дороже денег 3
Резюме дороже денег 4

Работа в IT📞:
Хорошие и плохие компании
Да кто такие эти ваши Agile, Scrum и Kanban
Возраст в IT: препятствие или преимущество?
Как определить, подходит ли тебе компания?
Интеграции мои интеграции
Про работу с требованиями

Коммуникация и обратная связь🗣:
Качественная обратная связь: Часть 1
Качественная обратная связь: Часть 2

Постановка задач в IT📝:
Хорошо поставленная задача есть? А если найду? : Часть 1 - Почему важно
Хорошо поставленная задача есть? А если найду? : Часть 2 - Общий шаблон задач
Хорошо поставленная задача есть? А если найду? : Часть 3 - Frontend
Хорошо поставленная задача есть? А если найду? : Часть 4 - Backend
Хорошо поставленная задача есть? А если найду? : Часть 5 - Тестировщик
Хорошо поставленная задача есть? А если найду? : Часть 6 - Дизайнер
Хорошо поставленная задача есть? А если найду? : Часть 7 - Архитектор

Так же не забудьте посмотреть все посты под хэштегом #поддержка

IT АНАЛитика

Хорошо поставленная задача есть? А если найду? 🕵️‍♂️: Часть 9 — Аналитик

Итак, финал… правильная постановка задачи для аналитика:

А никак. Достаточно лишь небольшого заголовка и аналитик сам, как цепной пес возьмет след и все разузнает по задаче😂

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

История о том, как HR смог перейти в системные аналитики! Читать📖

Честно, не представляю, каково это — вкатиться в аналитику без техбэкграунда⚰️.

А как у вас?
Если тоже вкатывались, как гуманитарий и смогли освоиться, делитесь своими историями в комментариях — интересно, как прошёл ваш путь!☠️