Как перейти от монолита к микросервисам без лишнего риска?
🎥 6 октября в 20:00 МСК на открытом уроке разберём практические подходы к переходу от монолита на микросервисы: как определить границы сервисов, выбрать стратегию миграции и не остановить разработку.
На примере покажем, как работать со strangler pattern, декомпозировать систему по доменам, организовать работу с данными и транзакциями и избежать главной ловушки «распределённого монолита».
🔔 Урок проходит в преддверии старта курса «Микросервисная архитектура» и будет полезен backend-разработчикам, архитекторам, техлидам и DevOps-инженерам, которые работают с большими системами и планируют их эволюцию.
Зарегистрируйтесь и разберитесь, как переходить от монолита к микросервисам поэтапно без остановки бизнеса и дорогих архитектурных ошибок: https://clck.ru/3WEKez
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
🎥 6 октября в 20:00 МСК на открытом уроке разберём практические подходы к переходу от монолита на микросервисы: как определить границы сервисов, выбрать стратегию миграции и не остановить разработку.
На примере покажем, как работать со strangler pattern, декомпозировать систему по доменам, организовать работу с данными и транзакциями и избежать главной ловушки «распределённого монолита».
🔔 Урок проходит в преддверии старта курса «Микросервисная архитектура» и будет полезен backend-разработчикам, архитекторам, техлидам и DevOps-инженерам, которые работают с большими системами и планируют их эволюцию.
Зарегистрируйтесь и разберитесь, как переходить от монолита к микросервисам поэтапно без остановки бизнеса и дорогих архитектурных ошибок: https://clck.ru/3WEKez
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Forwarded from Business | System analyst
Системный анализ тогда и сейчас — профессия изменилась, но не так как все думают
Когда я начинала работать аналитиком, основным инструментом был Word, согласование шло по почте, а UML-диаграммы рисовались в Visio и распечатывались на встречи. Серьёзно — распечатывались, потому что показать экран было не так просто.
Сейчас Miro, Confluence, Figma, Notion, и ИИ который за минуту генерирует структуру документа. Всё изменилось — и при этом самое главное осталось ровно таким же.
Что изменилось реально
🏎️ Скорость.
Раньше на подготовку документа уходили дни. Сейчас черновик можно собрать за час — ИИ помогает со структурой, шаблонами, формулировками. Это не хорошо и не плохо — это просто новая реальность. Но она повысила ожидания: если раньше "неделя на ТЗ" было нормой, сейчас заказчик удивляется почему так долго.
👩💻 Инструменты совместной работы.
Event Storming в Miro с командой из трёх городов — это обычная история. Пять лет назад это было экзотикой. Удалёнка изменила не только где мы работаем, но и как договариваемся и фиксируем решения.
✅ Доступность информации.
Раньше чтобы разобраться в незнакомой предметной области нужно было найти эксперта или перечитать гору документов. Сейчас можно за вечер получить базовое понимание любой отрасли. Порог входа в новую предметную область сильно снизился.
🤔 Размытие ролей.
Граница между аналитиком, продактом и проектным менеджером стала тоньше. Всё чаще аналитик занимается и приоритизацией бэклога, и работой с метриками, и фасилитацией стратегических сессий. Это расширяет возможности — и добавляет неопределённости.
Что не изменилось — и это важно понимать
👥 Люди не изменились.
Заказчики всё так же не могут сформулировать что хотят. Разработчики всё так же хотят чёткие требования. Конфликты интересов всё так же нужно разруливать вручную.
ИИ не научился вытаскивать из технолога знания которые он сам не осознаёт. Не умеет почувствовать что заказчик говорит одно а имеет в виду другое. Не может выстроить доверие с командой которая сопротивляется изменениям.
Всё что связано с людьми — осталось нашим. И судя по тому что я вижу — останется ещё долго.
Что изменилось во мне как в аналитике
Раньше я тратила много времени на оформление. Красивые таблицы, выверенные формулировки, идеальная структура документа. Сейчас это делает ИИ быстрее и не хуже.
Освободившееся время ушло туда где ИИ не помогает: глубже разбираться в предметной области, больше времени на живое общение с заказчиком, думать о последствиях решений а не только об их оформлении.
Не знаю хорошо это или плохо — но точно интереснее.
Про страх который был и прошёл
Помню как несколько лет назад в профессиональных чатах активно обсуждали: "нас заменят". ИИ напишет требования, сгенерирует документацию, проведёт анализ.
Частично это случилось — рутинная часть работы действительно автоматизировалась. Но профессия не исчезла. Она стала другой.
Аналитик который умеет работать с ИИ как с инструментом — стал продуктивнее. Аналитик который умеет только это — стал уязвимее. Потому что инструменты меняются каждый год, а умение думать и работать с людьми — нет.
Двенадцать лет назад я не могла представить, что буду обсуждать требования в онлайн-доске с командой из разных городов и проверять черновики с помощью ИИ. Через двенадцать лет профессия снова будет другой — и это скорее интересно чем страшно.
Если было полезно, ставьте реакции
Источник: @ba_and_sa
💙 BA|SA | 💬 BA|SA
Когда я начинала работать аналитиком, основным инструментом был Word, согласование шло по почте, а UML-диаграммы рисовались в Visio и распечатывались на встречи. Серьёзно — распечатывались, потому что показать экран было не так просто.
Сейчас Miro, Confluence, Figma, Notion, и ИИ который за минуту генерирует структуру документа. Всё изменилось — и при этом самое главное осталось ровно таким же.
Что изменилось реально
🏎️ Скорость.
Раньше на подготовку документа уходили дни. Сейчас черновик можно собрать за час — ИИ помогает со структурой, шаблонами, формулировками. Это не хорошо и не плохо — это просто новая реальность. Но она повысила ожидания: если раньше "неделя на ТЗ" было нормой, сейчас заказчик удивляется почему так долго.
Event Storming в Miro с командой из трёх городов — это обычная история. Пять лет назад это было экзотикой. Удалёнка изменила не только где мы работаем, но и как договариваемся и фиксируем решения.
Раньше чтобы разобраться в незнакомой предметной области нужно было найти эксперта или перечитать гору документов. Сейчас можно за вечер получить базовое понимание любой отрасли. Порог входа в новую предметную область сильно снизился.
Граница между аналитиком, продактом и проектным менеджером стала тоньше. Всё чаще аналитик занимается и приоритизацией бэклога, и работой с метриками, и фасилитацией стратегических сессий. Это расширяет возможности — и добавляет неопределённости.
Что не изменилось — и это важно понимать
👥 Люди не изменились.
Заказчики всё так же не могут сформулировать что хотят. Разработчики всё так же хотят чёткие требования. Конфликты интересов всё так же нужно разруливать вручную.
ИИ не научился вытаскивать из технолога знания которые он сам не осознаёт. Не умеет почувствовать что заказчик говорит одно а имеет в виду другое. Не может выстроить доверие с командой которая сопротивляется изменениям.
Всё что связано с людьми — осталось нашим. И судя по тому что я вижу — останется ещё долго.
Что изменилось во мне как в аналитике
Раньше я тратила много времени на оформление. Красивые таблицы, выверенные формулировки, идеальная структура документа. Сейчас это делает ИИ быстрее и не хуже.
Освободившееся время ушло туда где ИИ не помогает: глубже разбираться в предметной области, больше времени на живое общение с заказчиком, думать о последствиях решений а не только об их оформлении.
Не знаю хорошо это или плохо — но точно интереснее.
Про страх который был и прошёл
Помню как несколько лет назад в профессиональных чатах активно обсуждали: "нас заменят". ИИ напишет требования, сгенерирует документацию, проведёт анализ.
Частично это случилось — рутинная часть работы действительно автоматизировалась. Но профессия не исчезла. Она стала другой.
Аналитик который умеет работать с ИИ как с инструментом — стал продуктивнее. Аналитик который умеет только это — стал уязвимее. Потому что инструменты меняются каждый год, а умение думать и работать с людьми — нет.
Двенадцать лет назад я не могла представить, что буду обсуждать требования в онлайн-доске с командой из разных городов и проверять черновики с помощью ИИ. Через двенадцать лет профессия снова будет другой — и это скорее интересно чем страшно.
Если было полезно, ставьте реакции
Источник: @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥19❤3👍1
Многие начинают работу с данными с базовых выборок, но быстро сталкиваются с вопросами: какие инструменты SQL использовать, как получать нужные данные и как превращать результаты анализа в решения.
На открытом уроке 20 октября в 20:00 МСК разберем основные возможности SQL на практических примерах. Вы вместе с экспертом напишете реальные запросы, разберете бизнес-кейс и увидите, как аналитик работает с данными.
Урок проходит в преддверие старта курса «Аналитик данных». Занятие подойдет начинающим аналитикам, студентам и специалистам, которые хотят уверенно работать с данными в аналитике продуктов, маркетинге, финансах и отчетности.
Освойте инструменты, которые помогут перейти от таблиц к полноценному анализу данных: https://clck.ru/3WMSmf
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
На открытом уроке 20 октября в 20:00 МСК разберем основные возможности SQL на практических примерах. Вы вместе с экспертом напишете реальные запросы, разберете бизнес-кейс и увидите, как аналитик работает с данными.
Урок проходит в преддверие старта курса «Аналитик данных». Занятие подойдет начинающим аналитикам, студентам и специалистам, которые хотят уверенно работать с данными в аналитике продуктов, маркетинге, финансах и отчетности.
Освойте инструменты, которые помогут перейти от таблиц к полноценному анализу данных: https://clck.ru/3WMSmf
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
❤2
Поэзия агентной разработки или как теперь писать код
⏳ 15 мин | 🟡🟡⚪️
Читать статью | @analysis_it
💙 Analyst IT | 💬 Analyst IT
Читать статью | @analysis_it
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3
Микросервисы — это не просто набор отдельных сервисов. Важно понимать, где живёт бизнес-логика и как не превратить архитектуру в сложную систему зависимостей.
🔥22 октября в 19:00 МСК на открытом уроке разберём основы проектирования бизнес-логики в микросервисной архитектуре: как декомпозировать логику по сервисам, какие паттерны использовать и как избежать хаоса при росте приложения.
Поговорим о Shared Kernel, API Composition и Saga, разберём, где должна находиться логика в сервисе, API-шлюзе или общем слое, а также рассмотрим ошибки при проектировании и кейсы декомпозиции сложной бизнес-логики.
Урок проходит в преддверии старта курса «Микросервисная архитектура» и будет полезен backend- и fullstack-разработчикам, архитекторам ПО и системным аналитикам.
⏰Зарегистрируйтесь и разберите основы проектирования бизнес-логики в микросервисной архитектуре: https://clck.ru/3WVWkB
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
🔥22 октября в 19:00 МСК на открытом уроке разберём основы проектирования бизнес-логики в микросервисной архитектуре: как декомпозировать логику по сервисам, какие паттерны использовать и как избежать хаоса при росте приложения.
Поговорим о Shared Kernel, API Composition и Saga, разберём, где должна находиться логика в сервисе, API-шлюзе или общем слое, а также рассмотрим ошибки при проектировании и кейсы декомпозиции сложной бизнес-логики.
Урок проходит в преддверии старта курса «Микросервисная архитектура» и будет полезен backend- и fullstack-разработчикам, архитекторам ПО и системным аналитикам.
⏰Зарегистрируйтесь и разберите основы проектирования бизнес-логики в микросервисной архитектуре: https://clck.ru/3WVWkB
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
❤3
Что я поняла за первый год работы бизнес-аналитиком
⏳ 5 мин | 🟡⚪️⚪️
Читать статью | @analysis_it
💙 Analyst IT | 💬 Analyst IT
Читать статью | @analysis_it
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Что я поняла за первый год работы бизнес-аналитиком
Недавно на просторах интернета мне попалось видео, в котором пользователь говорит: «В мире существует где-то восемь полностью понятных мне профессий: доктор, кассир, преподаватель, водитель, повар,...
🤔2
Forwarded from Business | System analyst
Вклад системного аналитика оценивают не по качеству постановки задач разработчикам. А как тогда?
⏳ 10 мин | 🟤🟤⚪️
Перейти | @ba_and_sa
💙 BA|SA | 💬 BA|SA
Перейти | @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2
🏛Станьте корпоративным архитектором: управляйте развитием компании как единой системой
Курс OTUS «Корпоративный архитектор / Enterprise Architect» — для тех, кто принимает решения на стыке бизнеса и технологий.
📅Старт: 26 ноября | Продолжительность: 4 месяца
Вы перестанете видеть отдельные процессы и начнёте проектировать компанию целиком. Научитесь превращать стратегию в реальные изменения: формировать целевое состояние, выстраивать IT‑ландшафт и готовить дорожную карту трансформации.
🎯Что освоите:
• TOGAF и ArchiMate — и как применять их в гибких организациях.
• Методы Business Architecture Guild и The Open Group.
• Подходы MBA для принятия экономически и технически обоснованных решений.
👥Для кого: бизнес‑ и системных аналитиков, архитекторов решений, руководителей продуктов и портфелей, тимлидов, CTO, лидеров цифровой трансформации и всех агентов изменений.
💼Практика — вокруг реального кейса: можно взять задачу своей компании или работать в группе. Примеры тем: трансформация IT‑системы, архитектура финтех‑компании, внедрение системы управления проектами.
🏆После курса вы сможете:
• Управлять архитектурой предприятия с помощью гибкой методологии.
• Принимать решения об инвестициях в цифровизацию.
• Претендовать на позицию корпоративного архитектора в крупных компаниях.
💸Скидка 10 % на раннее бронирование — с 12 по 25 октября.
🗓Ближайшие открытые вебинары:
• 23 октября, 22:00 — «NoSQL в бою: как Cassandra помогает строить отказоустойчивый бэкенд».
• • 9 ноября, 22:00 — «Монолит или микросервисы? Руководство для архитекторов, которые ценят свои нервы».
👉Оставьте заявку и получите скидку на обучение: https://clck.ru/3WcVWd
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
Курс OTUS «Корпоративный архитектор / Enterprise Architect» — для тех, кто принимает решения на стыке бизнеса и технологий.
📅Старт: 26 ноября | Продолжительность: 4 месяца
Вы перестанете видеть отдельные процессы и начнёте проектировать компанию целиком. Научитесь превращать стратегию в реальные изменения: формировать целевое состояние, выстраивать IT‑ландшафт и готовить дорожную карту трансформации.
🎯Что освоите:
• TOGAF и ArchiMate — и как применять их в гибких организациях.
• Методы Business Architecture Guild и The Open Group.
• Подходы MBA для принятия экономически и технически обоснованных решений.
👥Для кого: бизнес‑ и системных аналитиков, архитекторов решений, руководителей продуктов и портфелей, тимлидов, CTO, лидеров цифровой трансформации и всех агентов изменений.
💼Практика — вокруг реального кейса: можно взять задачу своей компании или работать в группе. Примеры тем: трансформация IT‑системы, архитектура финтех‑компании, внедрение системы управления проектами.
🏆После курса вы сможете:
• Управлять архитектурой предприятия с помощью гибкой методологии.
• Принимать решения об инвестициях в цифровизацию.
• Претендовать на позицию корпоративного архитектора в крупных компаниях.
💸Скидка 10 % на раннее бронирование — с 12 по 25 октября.
🗓Ближайшие открытые вебинары:
• 23 октября, 22:00 — «NoSQL в бою: как Cassandra помогает строить отказоустойчивый бэкенд».
• • 9 ноября, 22:00 — «Монолит или микросервисы? Руководство для архитекторов, которые ценят свои нервы».
👉Оставьте заявку и получите скидку на обучение: https://clck.ru/3WcVWd
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
❤2
Forwarded from Business | System analyst
Как составить резюме, которое не отправят в отказ на первом экране
Салют! Недавно я проводила опрос по поводу поиска работы, и по итогу стало понятно, что сейчас резюме не проходят даже hr. Сегодня немного моих мыслей на этот счет.
Сначала о том, что сейчас происходит. Рынок тяжёлый, и конкуренция среди IT-специалистов просто бешеная. Поэтому HR не вчитываются, а ищут повод отказать: нет нужного стека, не тот опыт, странная формулировка.
Тяжелее всего тем, кто входит в профессию с нуля. Многих берут по знакомству и рекомендации: работодатель боится ошибиться, а проверенный человек надёжнее.
Есть и ещё один страх: резюме и ответы на собеседованиях всё чаще делает ИИ. Шаблонный текст сегодня узнают быстро, и после него с недоверием смотрят на всё остальное. Это мои наблюдения за рынком, не статистика.
Поэтому резюме и ответы должны звучать так, как говорит живой человек с настоящим опытом.
🤔 Что просят в вакансиях
Я посмотрела свежие вакансии мидл-аналитиков (из больше всего). Чаще всего там; SQL, REST и SOAP, Kafka или MQ, BPMN и UML, Swagger и Postman, Jira и Confluence, ТЗ с нефункциональными требованиями, проектирование БД и участие в приёмке. Много банков и финтеха.
Если вы с этим работали, пишите теми же словами. Не «занималась интеграциями», а «описала REST-интеграцию, оформила спецификацию в OpenAPI». И читайте текст вакансии, а не только грейд: бывает «Middle, 3–6 лет» в заголовке и «не менее 5 лет» в требованиях.
🔫 Что убивает резюме
• Одно резюме на все вакансии.
• Обязанности вместо результатов: «писала ТЗ, взаимодействовала с командой».
• Нет масштаба: непонятно, что за система и какая команда.
• Общие фразы вроде «ответственная, коммуникабельная, нацелена на результат». Они ничего не говорят и выдают сгенерированный текст.
✅ Как собрать резюме
1. Название: «Системный аналитик (Middle)», без «аналитик / BA / PM» через слэш.
2. Сверху 3–4 строки: сколько лет, какие домены, с чем работаете, основной стек.
3. У каждого места работы сначала строка о проекте: что за система, сколько клиентов или интеграций, размер команды. Потом 3–5 пунктов: что сделали и что изменилось.
4. Цифры только настоящие. Нет точных — пишите масштаб: сколько методов API, сервисов, интервью. Слишком красивые круглые числа читаются как придуманные.
5. В навыках указывайте глубину: «Kafka проектировала с нуля, SOAP работала на готовых интеграциях».
6. Один-два обезличенных артефакта по ссылке: схема, фрагмент спецификации. Такое за вас не сгенерируешь.
7. Telegram для связи или другой мессенджер
8. Перед каждым откликом 10 минут на правки под текст вакансии.
Пример
Было: «Участвовала в интеграции с платёжной системой».
Стало: «Описала интеграцию с платёжным шлюзом (REST, 12 методов): спецификация в OpenAPI, идемпотентность платежей, обработка ошибок и повторных запросов, сценарии приёмки. Вопросов от разработки по задаче стало меньше: с ~15 до ~3».
Цифры условные, подставляйте свои.
🤷♀️ Как быть, если знакомых в индустрии нет
Не ждите, пока вакансию опубликуют. Напишите бывшим коллегам и руководителям, расскажите, что ищете и какую роль. Часть мест закрывается по рекомендации ещё до публикации. А на собеседовании рассказывайте про свои реальные задачи и ошибки, можно и с запинкой: так видно, что опыт ваш.
Как подготовиться к разным собеседованиям (hr, техническое, финальное) я расскажу в след посте😉
❗️ Шаблон резюме мидла со всеми формулировками выложу попозже
Если было интересно - ставьте реакции
Если есть, что обсудить - пишите в комментах👇
Источник: @ba_and_sa
💙 BA|SA | 💬 BA|SA
Салют! Недавно я проводила опрос по поводу поиска работы, и по итогу стало понятно, что сейчас резюме не проходят даже hr. Сегодня немного моих мыслей на этот счет.
Сначала о том, что сейчас происходит. Рынок тяжёлый, и конкуренция среди IT-специалистов просто бешеная. Поэтому HR не вчитываются, а ищут повод отказать: нет нужного стека, не тот опыт, странная формулировка.
Тяжелее всего тем, кто входит в профессию с нуля. Многих берут по знакомству и рекомендации: работодатель боится ошибиться, а проверенный человек надёжнее.
Есть и ещё один страх: резюме и ответы на собеседованиях всё чаще делает ИИ. Шаблонный текст сегодня узнают быстро, и после него с недоверием смотрят на всё остальное. Это мои наблюдения за рынком, не статистика.
Расскажу случай. К нам на техническое собеседование пришёл парень. На каждый вопрос он сначала немного зависал и делал вид, что думает, а потом отвечал ровным монотонным голосом и ровно так, как написано в словаре. И так на все вопросы. Весь собес он то и дело изображал раздумья. Ответы были правильные, но живого человека за ними мы не увидели. Мы поняли, что ему помогает ИИ. Ни одного рабочего примера, ни одной запинки, ни одного «а вот у нас на проекте было так».
Поэтому резюме и ответы должны звучать так, как говорит живой человек с настоящим опытом.
Я посмотрела свежие вакансии мидл-аналитиков (из больше всего). Чаще всего там; SQL, REST и SOAP, Kafka или MQ, BPMN и UML, Swagger и Postman, Jira и Confluence, ТЗ с нефункциональными требованиями, проектирование БД и участие в приёмке. Много банков и финтеха.
Если вы с этим работали, пишите теми же словами. Не «занималась интеграциями», а «описала REST-интеграцию, оформила спецификацию в OpenAPI». И читайте текст вакансии, а не только грейд: бывает «Middle, 3–6 лет» в заголовке и «не менее 5 лет» в требованиях.
• Одно резюме на все вакансии.
• Обязанности вместо результатов: «писала ТЗ, взаимодействовала с командой».
• Нет масштаба: непонятно, что за система и какая команда.
• Общие фразы вроде «ответственная, коммуникабельная, нацелена на результат». Они ничего не говорят и выдают сгенерированный текст.
1. Название: «Системный аналитик (Middle)», без «
2. Сверху 3–4 строки: сколько лет, какие домены, с чем работаете, основной стек.
3. У каждого места работы сначала строка о проекте: что за система, сколько клиентов или интеграций, размер команды. Потом 3–5 пунктов: что сделали и что изменилось.
4. Цифры только настоящие. Нет точных — пишите масштаб: сколько методов API, сервисов, интервью. Слишком красивые круглые числа читаются как придуманные.
5. В навыках указывайте глубину: «Kafka проектировала с нуля, SOAP работала на готовых интеграциях».
6. Один-два обезличенных артефакта по ссылке: схема, фрагмент спецификации. Такое за вас не сгенерируешь.
7. Telegram для связи или другой мессенджер
8. Перед каждым откликом 10 минут на правки под текст вакансии.
Пример
Было: «
Стало: «Описала интеграцию с платёжным шлюзом (REST, 12 методов): спецификация в OpenAPI, идемпотентность платежей, обработка ошибок и повторных запросов, сценарии приёмки. Вопросов от разработки по задаче стало меньше: с ~15 до ~3».
Цифры условные, подставляйте свои.
Не ждите, пока вакансию опубликуют. Напишите бывшим коллегам и руководителям, расскажите, что ищете и какую роль. Часть мест закрывается по рекомендации ещё до публикации. А на собеседовании рассказывайте про свои реальные задачи и ошибки, можно и с запинкой: так видно, что опыт ваш.
Как подготовиться к разным собеседованиям (hr, техническое, финальное) я расскажу в след посте
Если было интересно - ставьте реакции
Если есть, что обсудить - пишите в комментах
Источник: @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6🔥4❤3
Forwarded from Business | System analyst
Резюме Middle Системный аналитик.pdf
162.8 KB
Салют! Недавно был пост про резюме и собесы, где я обещала поделиться шаблоном резюме, пришло время
Шаблон резюме системного аналитика (Middle)
Это пример того, как я бы сегодня собирала резюме, если бы искала работу.
Внутри четыре места работы из разных сфер: производство, IT-компания, стартап и финтех. Если у вас опыт только в одной сфере, структура от этого не меняется.
На что смотреть:
• Над каждым местом работы стоит строка о проекте: что за система, какая команда.
• В опыте результат, а не обязанности. Где можно, есть цифры.
• В квадратных скобках названия ссылок. Туда нужно вставить ссылки на ваши обезличенные схемы, фрагменты спецификаций и примеры запросов.
• В навыках указана глубина: что делали с нуля, а с чем работали на готовом.
Если соберёте своё резюме, пишите в комментариях, что у вас получилось. Разберём вместе, если вам так удобно👇 )))
Было полезно, ставьте реакции))
❗️ Так же в резюме были указаны ссылки на реальные примеры, которые можно оставлять в резюме, если интересны мои, ставьте 🔥 и я поделюсь ими))
Источник: @ba_and_sa
💙 BA|SA | 💬 BA|SA
Шаблон резюме системного аналитика (Middle)
Это пример того, как я бы сегодня собирала резюме, если бы искала работу.
Внутри четыре места работы из разных сфер: производство, IT-компания, стартап и финтех. Если у вас опыт только в одной сфере, структура от этого не меняется.
На что смотреть:
• Над каждым местом работы стоит строка о проекте: что за система, какая команда.
• В опыте результат, а не обязанности. Где можно, есть цифры.
• В квадратных скобках названия ссылок. Туда нужно вставить ссылки на ваши обезличенные схемы, фрагменты спецификаций и примеры запросов.
• В навыках указана глубина: что делали с нуля, а с чем работали на готовом.
Компании и цифры в шаблоне вымышленные. Не копируйте его целиком, подставьте свой опыт и свои цифры. Потом перечитайте вслух: если фразу вы не смогли бы так сказать на собеседовании, перепишите её своими словами.
Если соберёте своё резюме, пишите в комментариях, что у вас получилось. Разберём вместе, если вам так удобно
Было полезно, ставьте реакции))
Источник: @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6❤3👍3