GetAnalyst - Старт карьеры в IT • Системный аналитик • Бизнес-аналитик

✨ [Бесплатный практикум] ИИ для работы аналитика: практика на реальных задачах ✨ 👉 Представьте нового сотрудника. Отвечает мгновенно. Работает без выходных. Никогда не говорит «не знаю» — и звучит так уверенно, что спорить не хочется. Вы бы поручили ему написать контракт API, который уйдёт в разработку, или спроектировать продакшн БД для банковской подсистемы? Возможно, уже поручили. Это ваш ИИ-ассистент 🙂 Вопрос не в том, пользоваться ли ИИ. Пользуются все. Вопрос в том, где ему можно верить, а где проверять каждую строчку. Как его правильно настроить, чтобы требования и результаты от него имели 70+% готовности. Разберём всё это на открытом практикуме GetAnalyst 👇 ⚡️ ИИ для работы аналитика: практика на задачах с REST API 📅 Доступ 31 октября – 3 ноября (сб-вт) 🕘 Время на обучение: 4+ часа 🎯 Формат: запись, смотреть в удобное время 🟢 Бесплатно, нужна регистрация 🔗 Зарегистрироваться План: 1️⃣ Основы REST API — что должен знать системный аналитик 2️⃣ Для каких задач аналитику нужен ИИ при работе с API 3️⃣ Обзор 10+ ИИ-инструментов: Qwen, ChatGPT, Claude и другие 4️⃣ Практика настройки ИИ-агента для работы с задачами на API 5️⃣ Погружение в REST API на практике через Postman и Insomnia 6️⃣ Документирование REST API через Swagger В результате вы: ✅ настроите ИИ-агентов под свои задачи ✅ выполните реальные API-запросы ✅ поймёте, как ускорять работу с REST API без слепого доверия к ИИ Практикум будет полезен системным, бизнес- и начинающим аналитикам, которые хотят увереннее работать с API и современными ИИ-инструментами.

ИИ не заменит аналитика, который умеет думать. Но аналитик с ИИ будет востребованнее того, кто продолжает всё делать вручную 🚀

Присоединяйтесь на следующей неделе!

Продуктивной недели🤝💫

📚 «Гибкое сознание» — Кэрол Дуэк   Книга о том, как наше мышление влияет на обучение, карьеру и достижение целей.   Автор объясняет разницу между фиксированным мышлением («У меня нет способностей») и гибким («Я могу этому научиться»).   Главная мысль: способности можно развивать, а ошибки и трудности — не повод сдаваться, а часть процесса обучения.   Особенно актуальна тем, кто осваивает новую профессию, боится ошибок или сомневается в своих силах.   #hwGetAnalyst

🤷‍♂️Как вести себя на собеседовании, если не знаешь, как ответить на технический вопрос?🤷‍♂️ Вы старательно готовились к собеседованию. Рассчитывали предусмотреть все каверзные вопросы, но вдруг спотыкаетесь на техническом вопросе. Караул! Стоп, паника. Ничего плохого о вас не подумают. Не сжигайте мысленно налаженные только что мосты. Поверьте, ситуацию можно обернуть в свою пользу🙌 Как? Читайте в картинках к посту. #softGetAnalyst

🧾 Как правильно оформить резюме начинающему аналитику? 🧾 Друзья, что делать, если опыта нет или его не так много? Давайте разбираться. #softGetAnalyst

Что делать, если требования изменились❓ Главное правило: не паникуйте! 1️⃣ Обсудите варианты реализации изменений В некоторых случаях изменения можно выпускать доработкой к ранее согласованному решению. А иногда всё таки придётся остановить разработку и откатить работу на этап аналитики, где требования будут переписаны. В любом из случаев принятое решение должно быть оценено и согласовано с заказчиком. 2️⃣ Если есть возможность, работайте по гибкой методологии Когда всё ПО проектируется постепенно в виде постоянных небольших доработок, изменениями проще управлять. Во-первых, всегда есть возможность договориться о переносе новых требований в последующие итерации. Во-вторых, в гибкой методологии изменения требований происходят менее болезненно. Это связано с тем, что всё ПО проектируется “по кусочкам” — то есть по функциональностям. Соответственно, изменять такие кусочки проще, нежели переписывать всё ПО. 3️⃣ Обращайтесь к авторитетам Если требования меняются из-за того, что заказчиков несколько и они не могут договориться между собой (что тоже бывает, итс лайф 🤷‍♀️🤷), находите стейкхолдера, который имеет большее влияние на ту часть бизнеса, в которой планируется внедрять решение. В этом случае вы как бы эскалируете проблему на специалиста, который сможет повлиять на достижение компромисса между заказчиками. 4️⃣ Фиксируйте результаты изменения требований Помимо фиксации изменений в документации, обязательно выносите факт изменения внутри решения до проектной команды. Также вносите комментарии в задачи и указывайте согласующих стейкхолдеров, чтобы заинтересованные лица всегда имели доступ до актуальной информации о статусе и наполнении задач для проектирования решения. Старайтесь не воспринимать подобные ситуации как личную неудачу, а смотрите на них, как на опыт. 😊 Благодаря опыту мы растём, как специалисты, и можем управлять ситуацией в случае её повторения. 😊 А ещё на собеседованиях часто спрашивают про “ваши факапы на работе”. С гордостью сможете рассказать, как справились с ситуацией, когда требования к ПО изменились, и как это повлияло на вашу предусмотрительность в дальнейшем. #hardGetAnalyst

С началом новой рабочей недели 🙌

Сменить профессию и получить первый опыт на проекте: история студента GetAnalyst Сергей решил сменить профессию и перейти в системный анализ, потому что в прошлой сфере перестал видеть возможности для развития. На практический курс «Системный аналитик: с нуля до опыта работы на проекте» он пришёл по рекомендации друга, чтобы освоить новое направление и получить практические навыки. #студентыGetAnalyst Далее со слов Сергея ➡️

ИИ снова ответил не то? Проверьте ваш промпт по этим 5 элементам 🤖 #hardGetAnalyst

7 техник сбора требований, которые стоит знать аналитику 📝 Заказчик говорит: «Нужно сделать удобнее». Пользователь жалуется, что система работает не так, бизнес хочет получить результат как можно быстрее. Но что нужно изменить и какие требования сформулировать — пока непонятно🤷‍♀️ Здесь подключается в работу аналитик. Чтобы разобраться в потребностях бизнеса и пользователей, недостаточно просто задать несколько вопросов. Собрали основные техники сбора требований, которые помогают получить необходимую информацию и ничего важного не упустить 👉 #hardGetAnalyst

💻 С чего и как начать карьеру в IT 💻 IT всегда была, есть и будет привлекательной отраслью как для новичков, так и для тех, кто стремится к карьерному росту в этой сфере. По данным WEF, к 2030 году появится 170 млн новых рабочих мест — в основном в области технологий. Из них почти половина будет связана с искусственным интеллектом, разработкой, большими данными и кибербезопасностью. ✅ Технологии развиваются, и нужны квалифицированные сотрудники. ✅ Существует разнообразное множество направлений: каждый может выбрать, что ему интересно. ✅ Возможно работать удалённо, либо использовать гибридный формат. ✅ Перспективы карьерного роста: можно расти быстро как по вертикали, так и по горизонтали. Например ⤵️ ▪️ По вертикали можно расти в грейдах: junior 👉 middle 👉 senior 👉 team lead. ▪️ По горизонтали: Системный аналитик → Руководитель проектов Специалист, который обладает хорошими навыками управления временем и коммуникации, может перейти на позицию руководителя проектов. Он будет отвечать за координацию работы команды, управление сроками и бюджетом проекта, а также за взаимодействие с заказчиками. 👉 Прежде чем начать путь в мир ИТ, важно понять, какие области вам больше интересны. Вот несколько популярных направлений: - Разработка ПО: включает веб-разработку, мобильные приложения, игры и т. д. - Тестирование: процесс оценки и проверки программного обеспечения, систем или компонентов для выявления ошибок. - Бизнес-анализ: сбор требований бизнеса, анализ бизнес-процессов. - Системный аналитик: перевод требований бизнеса в системные требования на разработчиков. - Аналитика данных: работа с большими данными, статистика. - Кибербезопасность: защита информации и систем от атак. - Системное администрирование: управление IT-инфраструктурой. - UX/UI-дизайн: создание удобных и привлекательных интерфейсов для пользователей. - Менеджмент проектов И другие. Да, направлений много! Но в этом и заманчивость, что каждый может найти что-то под себя. ▪️ почитайте статьи/посмотрите видео о каждом направлении; ▪️ поспрашивайте друзей/знакомых из IT: чем они занимаются, какие плюсы и минусы; ▪️ почитайте форумы и послушайте подкасты про направления, которые больше заинтересовали; ▪️ изучите вакансии: какие навыки нужны, какая зарплата, возможность удалённой работы и т. д.; ▪️ посмотрите, какие в доступе онлайн-обучения: сколько длятся, сколько стоят, какие отзывы/кейсы. 📌 Важно: не бойтесь начинать с начальных позиций или стажировок. Это возможность получить ценный опыт, понять, как работает индустрия изнутри, постепенно нарастить навыки и профессиональные связи. Пройденный опыт можно осветить в портфолио. Друзья, если вам интересен системный и бизнес-анализ, то в GetAnalyst существует программа «Системный аналитик: с нуля до опыта работы». Программа актуальна для: - Технических писателей, - Тестировщиков, - Бизнес-аналитиков, - Младших системных аналитиков, - Выпускников технических ВУЗов, которые хотят стать системными аналитиками и структурировать знания. При наборе на программу мы проводим мини-собеседование, чтобы понять вашу готовность к обучению и текущие знания. 👉 А если ещё изучаете профессию и пытаетесь понять «А надо ли оно мне?», то предлагаем познакомиться с подборкой материалов: (C) - Статья (П) - Подкаст (П) Как стать системным аналитиком: личный опыт (C) Процесс работы системного аналитика: практическое руководство, примеры и шаблоны (C) Карта навыков системного аналитика: как начать карьеру и куда расти (П) Где искать стажировку на Системного аналитика и как она проходит: реальный опыт (П) Без ментора на работе: стратегии работы с незнакомыми задачами для Системного Аналитика (С) Гайд по поиску первой работы Смена профессии — важный и ответственный шаг. Не стоит делать это бездумно. Начало карьеры в ИТ может показаться непростым, но с правильным подходом и настойчивостью вы добьётесь успеха. Постоянное обучение и развитие помогут не только найти работу, но и построить успешную карьеру в этой интересной сфере 🎯

Друзья, желаем результативной недели ✔️👌

«Я сегодня до шести» 🤡

👩‍💻 6 принципов REST API про которые спрашивают на собеседованиях 👩‍💻 REST API — архитектурный стиль для создания веб-сервисов, основанный на протоколе HTTP. REST API основан на протоколе HTTP: это означает, что все принципы работы HTTP методов, их структура запросов и ответов, будут также применимы и для REST API. 👉 Подробнее про работу HTTP-протокола и его связь с REST API разбирали в этой статье. Пример: + в HTTP есть виды методов: GET, POST, PUT, PATCH и т.д. + в REST API методы абсолютно те же. Архитектурный стиль REST добавляет к HTTP дополнительные правила и принципы, по которым должен происходить обмен данными👇 Главные принципы REST: 1. Строгое разделение клиента и сервера 2. Единый интерфейс 3. Без сохранения состояния (Stateless) 4. Многоуровневая система 5. Кэширование 6. Выполнение кода по запросу В картинках к посту просто и с примерами разобрала эти принципы. Это не самая ценная в работе информация, но перечень этих принципов и их понимание могут спрашивать на собеседованиях 👌 #hardGetAnalyst

🎙Подборка подкастов для начинающих системных и бизнес-аналитиков Создали подборку, которая поможет поэтапно разобраться с чего начать и как плавно продолжить карьеру начинающему специалисту. 💡Подкасты лучше слушать в указанном порядке: 📌 Как стать системным аналитиком: личный опыт 📌 Без ментора на работе: стратегии работы с незнакомыми задачами для Системного Аналитика 📌 Применение ChatGPT для системного аналитика: возможности и проблемы 📌 Нефункциональные требования: пример для медицинской информационной системы 📌 Какие диаграммы нужно знать системному аналитику 📌 Связь "многие-ко-многим" в БД: разбор задачи с собеседования на системного аналитика 📌 Всё про Agile, Scrum, Kanban и «Документация не нужна» 📌 Зачем нужны встречи в Scrum? Полный разбор для аналитиков 📌 Что делает системный аналитик: задачи и артефакты 📌 Где искать стажировку на Системного аналитика и как она проходит: реальный опыт 📌 Тестовое собеседование на младшего системного аналитик 📌 Портфолио системного аналитика Сохраняйте, чтобы не потерять 🤝 #hwGetAnalyst

А сейчас представьте ребёнка. Возраст не важен. И вот, этот маленький человек, хочет научиться рисовать ракету, и кота заодно. Он пробует сам. У него может даже что-то выходит, но не так, как хочется. Чтобы улучшить результат, он идёт учиться в художественный класс. Там, скорее всего, у него не получается с первого раза. Ситуация повторяется второй, третий раз. Уже может и мысли такие: это не моё — лучше мяч пойду попинаю. В этот момент важно, чтобы ребёнка поддержали: родители, бабушки и дедушки, сёстры или братья, друзья. Мы все так устроены. Нас пугают перемены. И если с первых попыток, что-то не получается, решаем, что это не наше. И почему-то мы думаем, что у ребёнка весь мир впереди, а у взрослых всё гораздо сложнее. Нам труднее идти в новое. Это отнимает много энергии и сил. Но в то же время мы часто хотим прорыва в жизни. И часто — это прорыв возможен, когда есть тыл за спиной. Поэтому, если чувствуете, что хочется перемен, смены деятельности, но есть сомнения, страхи, волнение, то не стесняйтесь обратиться за поддержкой. Разговаривайте с близкими, меняйте окружение, ищите наставников, и погружайтесь в новое постепенно. В каждом из нас есть тот самый любопытный ребёнок, который хочет учиться, познавать мир. Поддержите его! Неужели вы бы сказали своему ребёнку при первых попытках его в каком-то деле: «У тебя не получится», «Не берись», «Это не твоё». Вряд ли. 👉 Эти фразы-сорняки нужно убрать и в отношении себя! Ведь кто, если не мы сами, в первую очередь должны поверить в себя и свои начинания? Переменам необходимо давать шанс. Они могут открыть новую интересную страницу жизни.  Так произошло со мной ни раз. Мне было страшно делать первые шаги в неизвестность. Но благодаря поддержке и вере окружения, близких, я в сегодняшнем дне. Каждый день я открываю глаза, смотрю за окно, и говорю себе: “Это правда моя жизнь? Спасибо, что не испугалась делать смелые шаги!”🙌 И у тебя получится. Я в тебя верю❤️🤝 #GAfrindlyreminder

💥 Требования к IT-продукту — самый большой и важный раздел системного анализа💥 Их пишут к IT-системам, которые разрабатывают "с нуля", к доработкам уже работающих приложений, на внедрение IT-систем. Для удобства их группируют на 3 основных типа. 📌 Бизнес-требования (business requirements) — какую конечную цель преследует заказчик. Пример: клиент хочет, чтобы увеличилась конверсия в приложении (заказов стало больше), т. к. это увеличит его прибыль. В системе должны быть инструменты, которые побуждают совершить целевое действие. 📌 Пользовательские требования (user requirements) — какие цели или задачи пользователи смогут решить при помощи системы. Пример: пользователь может добавить какой-то объект в избранное (товар на Вайлдберриз, или пост в закладки в Запретграме) 📌 Функциональные требования (functional requirements) — какое поведение требует система в определённых условиях, чтобы пользователи смогли выполнить задачи. Пример: что пользователь должен сделать в приложении, чтобы совершить покупку или добавить в избранное объект (товар, пост). Аналитик контролирует требования и управляет проектом на протяжении всего времени: от идеи до передачи приложений пользователям. От его умения анализировать, общаться с командой, слушать и слышать, задать вопросы, зависит время, затраченное на проект и итоговый результат. Специалист, который может разобраться во всех тонкостях, управлять рисками и решать проблемы в процессе разработки требований к системам, будет всегда востребован на рынке труда 🙌 👉 Прежде чем системный аналитик напишет требования, надо их откуда-то получить. И как-то. Подготовьтесь к выявлению требований! Запомните шаги, которые могут вам в этом помочь ✔️ 📌 Что необходимо выяснить? Анализируем имеющуюся информацию о системе: а. Анализ текущего описания требований к системе. b. Анализ текущей реализации системы. c. Выявление недостающих и/или недостаточно описанных требований. Готовим список вопросов, на которые нужно получить ответы. 📌 У кого? Где? Определяем источники требований: документация, описания бизнес-процессов и/или текущей реализации системы, список пользователей и лиц принимающих решения, которые могут выступать источником требований к системе. 📌 Каким образом? Выбраем подходящий метод выявления требований: интервью, анкетирование, исследование работающего ПО или другой. После того, как подготовительный процесс будет завершен, можно начинать общение с заказчиками и потенциальными пользователями. #hardgetanalyst