🎉Хочу быть тимлидом

Если в последнее время вас посещали такие мысли или в будущем вы бы хотели развиваться в этом направлении и руководить командой отрядом бравых ребят.

👉Держите roadmap

Вы можете легко адаптировать его под свои личные цели и потребности: добавьте темы, которые вам интересны, или уберите те, которые кажутся вам менее важными 🔧.

Многие аналитики со временем могут стать тимлидами — я таким был. Это вполне реально. 😊

Хорошо поставленная задача есть? А если найду?🕵️‍♂️: Часть 2 - Общий шаблон задач

Если вы еще не читали первую часть, настоятельно рекомендую сделать это прямо сейчас: Читать.

☺️В этом посте мы погрузимся в то, что сделает вашу задачу максимально эффективной. Вот элементы, которые необходимо включить, чтобы ваша команда работала как болид формулы 1:

1. Контекст🦝
Ваши задачи не существуют в вакууме. Обычно они связаны с каким-то проектом или бизнес-инициативой. Важно описать эту связь, чтобы обеспечить понимание контекста. Это поможет создать "мостик" между заказчиком и исполнителем, и поможет команде лучше погрузится в предметную область.

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

3. Ограничения⛔️
Важно указать любые ограничения, влияющие на выполнение задачи. Это могут быть бизнес-правила или технические сложности. Понимание границ помогает избежать ошибок.

4. Источники данных😱
Приложите ссылки на необходимые для выполнения задачи артефакты, документацию или инструкции. Это обеспечит быстрый доступ к нужной информации.🗺

5. Текущее состояние системы💀
Если работа будет вестись над существующим функционалом, опишите его текущее состояние. Это даст исполнителю возможность лучше оценить объем предстоящих работ и потенциальные сложности.

6. Примеры использования🤔
В случае, если вы не включаете отдельный use-case документ, важно предоставить небольшой сценарий — положительный или отрицательный. Это существенно облегчит работу, давая чёткое представление о том, как продукт должен функционировать в различных условиях.

7. Критерии приемки✅
Четко определите, что вы ожидаете увидеть в результате.
Это ваш чек-лист для окончательной проверки работы. Если задача переходит к тестировщикам, эта информация сделает их работу проще.

Как устроены ваши задачи — они структурированы и понятны каждому в команде? Жду ваши истории и методы в комментариях!

😋В следующих постах, я расскажу на конкретных примерах, как правильно ставить задачи разным членам команды. Работаем!

IT АНАЛитика

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

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

Теперь давайте рассмотрим, как правильно поставить задачу для фронтенд разработчика на примере нашего проекта:

Задача для фронтенд разработчика: Создание формы поиска

1. Контекст😐
В рамках проекта "Путешествия" нужно создать страницу поиска и бронирования, которая позволит пользователям искать билеты на самолеты и поезда. Эта страница является ключевым элементом нашего приложения и должна быть максимально удобной и интуитивно понятной.

2. Чёткие инструкции📞
Необходимо разработать интерфейс формы поиска на странице бронирования путешествий, с полями для выбора типа транспорта (самолет или поезд), пункта отправления и назначения, дат поездки и количества пассажиров.

3. Ограничения🤚
- Форма поиска должна загружаться быстро и быть оптимизированной для мобильных устройств.
- Максимальное время загрузки страницы не должно превышать 2 секунд.
- Необходимо обеспечить поддержку всех современных браузеров.

4. Источники данных🤿
Ссылки на макеты дизайна и спецификации можно найти в нашем Figma проекте и документации API (тут прикладываем ссылки).

5. Текущее состояние системы😎
В настоящее время страница поиска и бронирования путешествий еще не создана и находится на этапе реализации MVP.

6. Примеры использования💃
Положительный кейс: Пользователь вводит данные в форму поиска (тип транспорта, пункт отправления и назначения, даты поездки, количество пассажиров) и получает результаты, соответствующие введенным критериям.
Отрицательный кейс: Пользователь вводит некорректные данные (например, одинаковые пункты отправления и назначения) и видит соответствующее сообщение об ошибке.

7. Как проверить?🤓
- Форма поиска корректно принимает и обрабатывает данные.
- Страница корректно отображается на всех устройствах и в современных браузерах.
- Все элементы интерфейса соответствуют макетам дизайна и спецификациям.

Ваши задачи столь же организованы?📝
Есть ли у вас проверенные методы, которые помогают вашей команде работать эффективнее? Делитесь своими историями и советами в комментариях!

🌟В следующем посте мы разберем, как правильно ставить задачи для бэкенд разработчика. Работаем!

IT АНАЛитика

Как определить, подходит ли тебе компания?🤔

Если вы еще не читали мой предыдущий пост "Хорошие и плохие компании", рекомендую начать с него.
Там мы обсуждали, стоит ли полагаться на отзывы при выборе места работы. А теперь давайте разберемся, как же понять, подходит ли вам конкретная компания.

1. Изучите компанию и её культуру📚
Перед тем как отправить резюме, постарайтесь узнать как можно больше о компании. Ознакомьтесь с её миссией, ценностями и корпоративной культурой. Поищите их выступления на конференциях, профильные страницы на LinkedIn, Хабре, ВК и других социальных сетях. Прочешите весь интернет, чтобы сделать для себя максимальную выжимку информации о компании.

2. Оцените атмосферу на собеседовании 👥 Собеседование — это не только шанс для компании оценить вас, но и возможность для вас оценить компанию. Обратите внимание на то, как вас встречают, насколько вежливы и открыты интервьюеры, как они отвечают на ваши вопросы.

3. Задавайте правильные вопросы❓
Не стесняйтесь задавать вопросы о рабочем процессе, команде, задачах и перспективах роста. Вот несколько примеров:

- Каков стиль управления в команде?
- Какие методы используются для постановки и контроля задач?
- Какие возможности для профессионального роста предлагает компания?
- Как часто происходят овертаймы и как они компенсируются?

4. Оценивайте свои приоритеты🎯
Подумайте, что для вас важно в работе: возможно, вы захотите выбрать проект с более высокой зарплатой, но менее интересный и перспективный, или проект с меньшей зарплатой, но с большими возможностями для роста и развития в будущем. Также определитесь, хотите ли вы работать в офисе, в гибридном формате или полностью удаленно. Трезво оценивайте условия и возможности, ведь вам предстоит там работать.

5. Доверяйте своему чутью😏
Иногда самое важное решение приходит изнутри. Если что-то кажется вам неправильным или вызывает сомнения, обратите на это внимание. Ваше внутреннее чутье — важный инструмент в принятии решений. Также не стесняйтесь обращаться за советом к более опытным коллегам и знакомым. Их мнение и опыт могут помочь развеять ваши страхи и сомнения, и подсказать, на что действительно стоит обратить внимание при выборе компании.

6. Анализируйте реальные кейсы🚽
Если у вас есть знакомые, которые работают или работали в интересующей вас компании, расспросите их о реальных условиях, особенно если они трудились в том же департаменте или стриме. Постарайтесь понять, насколько их опыт совпадает с вашими ожиданиями. Это поможет вам получить более полное представление о компании. Но так же не забываем про "Хорошие и плохие компании". Опыт разных людей в одной и той же компании может сильно отличаться.

Определение подходящей компании — это процесс, который требует внимания и времени. Главное — это ваша личная ответственность. Никто, кроме вас, не сделает этот выбор и не пройдет собеседование. Верьте себе и своим ощущениям, и всё получится.

Что вы считаете самым важным при выборе компании? Какой у вас личный опыт? Делитесь в комментариях! 💬

IT АНАЛитика

Хороших вам выходных!

Надеюсь, ваша работа вам по кайфу, а если нет, то желаю в скорейшем времени стать Воином Дракона! 🐉✨

Как говориться, у России 3 пути🇷🇺


#memes

🐱Качественный обмен достижениями не только повышает вашу видимость в команде, но и помогает коллегам осознать вклад каждого в общий успех.
Это особенно актуально на утренних дейликах и демо релизах, не говоря уже о том, что по вашим достижениям принимаются решения о вашем повышении.

✨ Статья дает практические советы, как грамотно и с уверенностью рассказывать о своих результатах, не переходя грань в "хвастовство". Она поможет вам правильно подать свои идеи и достижения, чтобы они были услышаны и оценены по достоинству.

Читать

😛Все успевают закрыть задачи к концу спринта?

Хороших выходных)

👍Новый пост на Хабре!

Сказать, что я сгорел от их "процессов", это еще мягко сказано.
А вы что думаете? Может кто-то там работал?

Читать

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

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

Теперь давайте рассмотрим, как правильно поставить задачу для бэкенд разработчика на примере нашего проекта:

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

Задача для бэкенд разработчика: Реализация API для формы поиска

1. Контекст👀
В рамках проекта "Путешествия" мы создаем страницу поиска и бронирования, которая позволит пользователям искать билеты на самолеты и поезда. Для обеспечения работы этой страницы необходимо реализовать API, которое будет обрабатывать запросы с формы поиска и возвращать соответствующие результаты.

2. Чёткие инструкции🃏
Необходимо разработать API для обработки запросов с формы поиска на странице бронирования путешествий. Вот основные шаги:

⭐️Реализовать эндпоинт /search, который будет принимать параметры поиска: тип транспорта (самолет или поезд), пункт отправления, пункт назначения, даты поездки и количество пассажиров.
⭐️Подключить API к базе данных, чтобы извлекать актуальную информацию о доступных билетах.
⭐️Обработать логику поиска и фильтрации данных по заданным критериям.
Вернуть результаты поиска в формате JSON, включающим информацию о рейсах, их стоимости и доступности.
⭐️Реализовать обработку ошибок, включая некорректные данные и случаи отсутствия результатов.

3. Ограничения😺
⭐️API должно обрабатывать запросы быстро, с максимальным временем ответа не более 1 секунды.
⭐️Необходимо обеспечить безопасность данных, передаваемых через API, используя протокол HTTPS.
⭐️Поддержка нагрузки до 1000 одновременных запросов.

4. Источники данных😚
Ссылки на спецификации API и схемы базы данных можно найти в нашем API документации.

5. Текущее состояние системы🦇
В настоящее время API не реализовано. Существуют только схемы базы данных и общая архитектура проекта. Важно обеспечить совместимость с существующими компонентами системы.

6. Примеры использования♟

Положительный кейс: Пользователь вводит корректные данные в форму поиска, и API возвращает список доступных рейсов с их стоимостью и временем отправления.
Отрицательный кейс: Пользователь вводит некорректные данные (например, пункт отправления и назначения совпадают), и API возвращает сообщение об ошибке.

7. Как проверить?
Критерии приемки:

📌API корректно принимает и обрабатывает запросы с параметрами поиска.
📌 Результаты поиска возвращаются в формате JSON и соответствуют введенным критериям.
📌 Время ответа API не превышает 1 секунды.
Обработка ошибок работает корректно, возвращаются понятные сообщения об ошибках.
📌API стабильно работает под нагрузкой до 1000 одновременных запросов.

А как вы ставите задачи на разработку?📝 Расскажите про проверенные методы, которые помогают вашей команде работать эффективнее.

🌟В следующем посте расскажу, как правильно ставить задачи для тестировщиков.

😡Я не люблю интеграции...

Я системный аналитик, и признаюсь честно: я не люблю интеграции. Карма очищена, можно расходиться

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

Сейчас на текущем проекте задачи с интеграциями и без распределены примерно поровну. Не скажу, что я страдаю, но давайте по порядку.

Почему я не люблю интеграции?

1) Это скучно🤷‍♀️
Интеграции часто требуют механического подхода, где важно лишь правильно составить запросы и получить ожидаемые ответы. Фантазии и креативности здесь особо не требуется.

2) Их может быть действительно много🫙
Приходится учитывать требования разных потребителей, поддерживать несколько версий API и постоянно мониторить их работу. Это требует значительных усилий и внимания к деталям, делая процесс довольно утомительным и сложным.

3) Ну это реально скучно🆗
Все задачи сводятся к подключению, сопровождению и тестированию. Однотипная работа, без особой возможности для творчества и креативного подхода. Я видел интеграционных аналитиков, желаю им счастья и здоровья.

Почему я люблю проекты, где практически нет интеграций?🤓

1) Больше времени уделяется самому приложению в части UX/UI🎰
Совместно с дизайнером можно прорабатывать действительно классные и красивые фичи.

2) Крутой и полезный функционал👩‍🦰
Больше времени уделяется самим фичам и функционалу для пользователя. Продукт действительно работает и развивается.

3) Меньше систем — меньше проблем😱
Разработка и тестирование проходят быстрее и с меньшими рисками. Меньше зависимостей от других команд, больше автономии.

Как я поборол свою нелюбовь к интеграциям?

1) Интеграции легче чем вы думаете😎
Если интеграции вас пугают или кажутся сложными, не переживайте. В интернете полно статей и примеров, которые помогут вам разобраться. Достаточно понять основные принципы, и после выполнения пары задач всё станет намного проще и понятнее.

2) Ну что мы, начальника подведём?📝
Когда вы устроитесь на работу системным аналитиком, выбора не разобраться в интеграциях у вас просто не будет. Это неизбежная часть работы, и лучший способ справиться с ней — принять этот вызов и освоить все необходимые навыки. Так же не забывайте обращаться к более опытным коллегам

3) Больше навыков — больше ЗП💸
Если у вас мало опыта с интеграциями или вы еще плохо в них разбираетесь, откройте вакансии. Аналитикам, владеющим навыками интеграции, как правило, платят выше.

А как вы относитесь к интеграциям? Часто ли приходится с ними работать? Поделитесь своими историями и опытом в комментариях!

IT АНАЛитика

🥳Нас уже больше 300!

Спасибо вам за поддержку и интерес к моему каналу! В честь этого я сделал для вас специальный рилс.
Обнял каждого😉


IT АНАЛитика

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

В предыдущих частях мы рассмотрели, как правильно ставить задачи для фронтенд и бэкенд разработчиков. Если вы пропустили эти посты, обязательно посмотрите их!

Теперь давайте рассмотрим, как правильно поставить задачу для тестировщика:

Как вы помните, мы разрабатываем онлайн-платформу для бронирования путешествий, которая позволит пользователям искать, сравнивать и бронировать билеты на самолеты и поезда.

Задача: Протестировать страницу поиска и бронирования билетов.

1. Контекст💬
В рамках проекта "Путешествия" была создана страница поиска и бронирования, которая позволяет пользователям искать билеты на самолеты и поезда. Для этого мы сделали API и привязали его к фронту.

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

💭Проверить корректность работы формы поиска, которая включает выбор типа транспорта (самолет или поезд), пунктов отправления и назначения, дат поездки и количества пассажиров.

💭Протестировать эндпоинт /search, который принимает параметры поиска и возвращает результаты в формате JSON.

💭Проверить правильность отображения результатов на фронтенде, соответствующих возвращаемым данным.

💭Проверить возвращаемые данные на соответствие ожидаемому формату и содержанию (информация о рейсах, их стоимость и доступность).

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

3. Источники данных🤯
Тут прикладываем ссылку на документацию и можно ещё приложить ссылки на ранее выполненные задачи.

4. Примеры использования🎹
Обычное тестировщики сами пишут себе тест кейсы, но можно написать какие-то общие вещи.

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

Отрицательный кейс: Пользователь вводит некорректные данные (например, пункт отправления и назначения совпадают), и API возвращает сообщение об ошибке, которое корректно отображается на фронтенде.

5. Как проверить?🎮
💭Форма поиска корректно принимает и обрабатывает данные.

💭API корректно обрабатывает запросы с параметрами поиска и возвращает данные в формате JSON.

💭Результаты поиска корректно отображаются на фронтенде и соответствуют введенным данным.

💭Обработка ошибок работает корректно, и сообщения об ошибках отображаются на фронтенде.

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

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

IT АНАЛитика

❤️Kafka для всех

Если вам кажется, что Kafka сложная и запутанная, или вы только начинаете знакомство с ней, у меня есть отличное решение. Прочитайте "сказку" — "Gently Down the Stream" от Митча Сеймура.

Митч создал эту сказку для своих дочек, чтобы просто и понятно объяснить концепции Apache Kafka. На примере милых выдр он объясняет основные концепции и терминологию, делая сложные вещи простыми и понятными. 📚

Ознакомиться: Gently Down the Stream

IT АНАЛитика