#GAfrindlyreminder от команды GetAnalyst:

Всегда будет казаться, что есть кто-то лучше, сильнее, успешнее и гениальнее, чем вы.
Но вы сегодняшний — это уже лучшая версия вас. Главное не сбавляйте темп и заботьтесь о себе. И успех вас обязательно настигнет 💪

Представьте, что вы захотели открыть свой бизнес, например, ресторан 👨‍🍳👩‍🍳

Прежде чем приступить к ремонтным работам, необходимо определить содержание вашего бизнеса, а именно:

1️⃣ задать нужные вопросы:
- блюда какой кухни будут в ресторане,
- кто будет аудиторией ресторана,
- где будет располагаться ресторан,
- какие бюджеты и так далее.

2️⃣ проанализировать специфику задач:
- оценить конкурентов и их возможности (достоинства и недостатки),
- подобрать меню и барную карту так, чтобы они сочетались между собой и были выигрышными на фоне конкурентов (цена / качество / красота и так далее),
- прикинуть дизайн помещения (он должен отражать идею вашего заведения),
- определиться с юнитами (персоналом) заведения.

3️⃣ просчитать риски:
оценить прибыль и убытки в момент открытия и на протяжении хотя бы года, а то и трёх лет работы,

4️⃣ собрать команду:
повара, официанты, менеджеры, клининговая служба и SMM.

Если приступить к открытию заведению сразу же, без поиска ответов на эти и другие вопросы (то есть без предварительной подготовки и ресёрча), существует огромный риск провалиться ещё до открытия — финансы закончатся, клиенты не заинтересуются и так далее 😰

Работа системного аналитика заключается именно в том, чтобы все вопросы, которые необходимо задать до открытия бизнеса, были определены, а ответы на них получены.
Системный аналитик отвечает за часть бизнеса, которая располагается в ПО этого бизнеса — приложении или сайте. Пока не будут определены точные требования к ПО от заказчика и не будет прописано ТЗ, о дальнейшей работе не может быть и речи.

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

Только когда требования собраны и документ согласован с заказчиком можно начинать разрабатывать систему. И только при такой подготовке ваш бизнес: ресторан, логистическая компания, служба доставки продуктов, новостной сайт, приложение для знакомств и так далее, станет успешным и начнёт приносить прибыль владельцу 💸

Всем привет! Это Нина 🥷

Сегодня хочу рассказать про свой распорядок дня удалёнщика. Возможно эта история воодушевит вас на изменение ежедневных привычек или на смену формата работы и даже профессии (а почему нет?) 😀

Я живу в Новосибирске, но работаю в компании по Московскому времени (+4).
Чтобы работать продуктивно и жить в удовольствие, я стараюсь придерживаться следующих правил в распорядке дня:

1️⃣ Раннее утро посвящаю себе.
Это время с 8 до 11 утра. Для меня это важный период, который позволяет настроиться и наполниться энергией на весь предстоящий день. Спорт, прогулка, чтение вдохновляющей литературы, вкусный завтрак и так далее отлично заряжают на день 💪

2️⃣ Дообеденное время уделяю проектам и обучению.
Это с 11 до 14 дня по Новосибирску. В это время я выполняю задачи для GetAnalyst и других проектов, которые позволяют мне развиваться, как специалисту, вне своей основной работы.

3️⃣ День и вечер занимаюсь основной работой.
Когда мой день уже на середине, в Москве рабочий день только начинается 🤭 Поэтому с 14 до 22 по Новосибирску я полностью погружена в основную работу и лишь изредка могу переключаться на другие проекты. Обед стараюсь не пропускать и он почти всегда по расписанию — в 16 часов 😄

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

В течение дня я могу свободно перемещаться по городу, чтобы сменить локацию для работы, завтракаю и обедаю с друзьями, занимаюсь другими делами (отдать документы, сделать визит к врачу и так далее). А если решила работать из дома, то в течение дня разминаюсь и делаю бытовые дела.

Короче говоря, работа на удалёнке — это не так просто, как кажется, но ваш день зависит от вас. Со временем (у меня ушло 3 года экспериментов) ты вырабатываешь собственные привычки, придерживаешься определённой дисциплины в течение дня и учишься не корить себя за послабления, если всё идёт не по плану 😉

Специалисту в сфере IT необходимо заглядывать наперёд в изучении скиллов. Наблюдая за решением рабочих кейсов сейчас можно качественно подготовить себя к изучении необходимого инструмента 😉

Пример такого навыка – работа с интеграционным взаимодействия посредством REST API. Звучит страшно, но это действительно необходимый и дорогой скилл для системного аналитика — как для начинающего, так и продвинутого! Кстати об этом…

Приглашаем вас на новый практический вебинар, где вы сможете освоить один из основных инструментов системного аналитика - Postman. Будем знакимиться с тем, что "под капотом" ваших будущих приложений 😊

---------------------------

Практический вебинар:

📚 Как проектировать REST API в Postman: с нуля до работающих методов
📅 25 октября, 19:00 МСК
🔗 ЗАРЕГИСТРИРОВАТЬСЯ

---------------------------

Что вас ожидает:
🔍 Знакомство с проектированием REST API и применением навыка в реальной жизни.
🛠 Практическая работа в Postman: от создания запросов до реализации рабочих методов на заглушках.
🔄 Про связь API с базами данных и другими системами.
🤖 Лайфхаки по созданию дизайна REST API.

От вас:
✅ Готовность учиться на практике и активное участие в чате.
✅ Подготовка: ознакомление с базовыми понятиями API до вебинара в нашем Telegrm-канале.
✅ Мотивация и желание стать лучше в своей профессии.

Хотите получить новые навыки? Регистрируйтесь и приходите в онлайн 25 октября!
Увидимся там! ❤️️

Сегодня хотим поделиться историей нашей Ани, которая пришла в системный анализ из тестировщика #expertGetAnalyst


💁‍♀: В IT я попала случайно.
Приехала после университета покорять Москву и сразу начала искать работу. Знакомые работали в IT-компании и предложили должность тестировщика.

Представления об IT-сфере не было: за плечами было экономическое образование и о профессии тоже ничего не знала. До сих пор помню, как ужасно боялась выполнять задание, которое получила на испытательный срок!😰 Нужно было написать руководство пользователя на один из модулей системы!

Информацией о том, как работает модуль, владели только разработчики в Красноярске. А учитывая, что была на тот момент очень стеснительной, каждый созвон с разработчиками и выуживание из них информации давался мне с большим трудом. Но я справилась с задачей и почувствовала себя победителем 😎
Эта победа дала огромный толчок, если хотите «пинок» в начале моей карьеры.
Так начался мой путь в IT…

Я погрузилась в непрерывное обучение — курсы, вебинары, лекции, вопросы коллегам.
Через пару лет уже была ведущим тестировщиком с хорошей зарплатой, но очень хотелось карьерного роста… И я решила попробовать себя в аналитике 🤓

В нашей компании тогда как раз выделили направление для работы с иностранными проектами и меня пригласили. Было страшно, но пошла. Пригодился мой средненький английский: общалась с заказчиком только в переписке, звонить не решалась 🙈🙈

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

Потом попала на проект, где до этого команда работала без аналитика. Разработчики и проджект-менеджер разруливали аналитическую работу между собой. Поэтому когда пришла я, команда вздохнула с облегчением)

Позже они даже сказали: «Как мы могли раньше работать без аналитика?!» 🤭

Сейчас, спустя 10 лет со старта в IT, я ведущий системный аналитик и мне безумно нравится то, чем занимаюсь. Благодарю себя, что когда-то, несмотря на страхи, переживания, море слёз, не сдалась и продолжила покорять мир IT🙌

Ребята, как дела? 😀

❗️Уже через 3 часа❗️

Практический вебинар с Екатериной Ананьевой!

📹 Как проектировать REST API в Postman: с нуля до работающих методов
⏰ 19:00 - 21:00 Мск

Ссылку на прямой эфир пришлем в канал за 15 минут до начала.

Доброго утра и дня! Что вчера было? 🔥 3 часа практики!

Сначала я познакомила ребят с задачей, быстро собрали вводные по которым можно делать дизайн API-методов.

Разобрали:
👉 Что из себя представляет REST API, и как делать дизайн методов.
👉 Эндроинт называть правильно /user или /users.
👉 Практиковались делать JSON-ы в http://jsoneditoronline.com.
👉 Работали с Postman-документацией.
👉 И много других деталей!

Кстати, дополнительные инструменты для JSON:
👉 notepad++
👉 https://www.jetbrains.com/idea/

На выходе с практикума у ребят остались:
🔑 Инструкция по наполнению корпоративного гайда по дизайну REST API.
🔑 Результаты собственной работы с Postman.
🔑 Знания по REST API.
🔑 Опыт!

В конце я рассказала о старте практической программы REST API с 1 ноября, и ближайшие 2 недели будет открыта запись в нашу небольшую команду!

Вау? Вау! Вы крутые! Спасибо за активность во время вебинара и вопросы! 🔥❤️

P.S. Про повторы напишу отдельно.

Когда время на разработку фичи ограничено, как и пространство на интерфейсе 🤭

Всем привет!👋

Позавчера прошёл вебинар на тему проектирования REST API! 🥳
Это была очень интенсивная встреча единомышленников из сферы IT, где зрители вместе с Екатериной погрузились в тему интеграций и даже практически прогнали описанные кейсы в Postman 🔥🔥🔥

Начинающим специалистам могло быть тяжеловато полностью понять тему и это нормально! Здесь важно помнить, что системным аналитиком никто не рождается и получать новые знания и навыки необходимо непрерывно и лучше заранее 😀

Соответственно, чем раньше окунёшься «в языковую среду» системного анализа, тем быстрее придёт понимание сложных тем. Ведь так прекрасно потом поймать себя на мысли: «О! А я про это уже слышал!» 😉

Чтобы закрепить теорию с вебинара, предлагаем прочитать статью от нашей Екатерины на habr:

🔗 вот ссылка.

В ней ещё раз разбираем, что такое REST API, методы внутри стиля REST и правила их применения, что такое эндпойнты и как их оформлять и многое другое! 🤓 #hwGetAnalyst

Любой специалист подвержен тревоге в работе, но особенно часто волнение испытывают джуниор-специалисты. И не удивительно — опыта ещё нет и очень страшно налажать.

Но каждый новый день влечёт новые задачи, новые созвоны, новый опыт, ошибки и, конечно, победы! В конце концов, все мы когда-то были джунами и с чего-то начали 🙌

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

1️⃣ «Я САМ!»
Специалист долго сидит над задачей и блуждает в догадках, не обращается за помощью и в результате выдаёт неверный результат.

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


2️⃣ Не прорабатаны негативные и альтернативные сценарии
Аналитик учитывает только основные кейсы, но не берёт во внимание, что что-то может пойти не так. А в жизни обязательно что-то пойдёт не так! И логику на такие случаи тоже необходимо проектировать.

Как пофиксить: Изучите опыт пользователей, сформулируйте полную картину текущих процессов. В конце концов, можно обратиться к тестировщикам и узнать, какие варианты возможны внутри выполнения функции.


3️⃣ Верит предложенным решениям заказчика
Заказчик не всегда понимает причину, но всегда видит последствия. И зачастую в формулировке требований от него озвучено лечение симптома («Поправьте в базе!»), а не корневой причины («А почему в базе сформировались неверные данные?»).

Как пофиксить: Уточняйте у заказчика, какую проблему необходимо решить. Используйте технику «Пять почему» для выяснения корневой проблемы.


4️⃣ Не задаёт уточняющие вопросы после интервью
Как итог — начинает додумывать требования.

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


5️⃣ «Незаметное» согласование
Отправка требований на согласование на почту без дополнительного уведомления или вообще отсутствие согласования — это сложность, которая скажется на длительности поставки решения и даже на его правильности.

Как пофиксить: всегда согласовывать изменения: в переписке, при звонке или передаче на ревью заказчику. Уведомляйте и напоминайте стейкхолдеру о необходимости согласования и при длительном отсутствии ответа предупредите, что «молчание — знак согласия».


6️⃣ Хаос в документации
Вся документация по проекту хранится в разных местах и форматах, а документация от проекта к проекту отличается по ключевым блокам. Отсутствие шаблона усложняет быстрое погружение как проектной команды, так и ревьюеров. Также существует риск упускать важные описания процессов, что может повлиять на качество решения.

Как пофиксить: попросить у наставника шаблоны описания документации, а если их нет — использовать общепринятые шаблоны (Вигерс, ГОСТ и так далее), сформируйте собственные чек-листы по подготовке документов, в которых будут учтены обязательные блоки и их порядок. Впоследствии можно прогонять каждую задачу по этому чек-листу.


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

Работа в сфере IT:

😍 ожидание — список задач известен на ближайший спринт, никаких «влетов» от заказчика и внеплановых изменений в требованиях.

🤪 реальность — «спасибо, что живой» в конце каждого проекта.

Ну что, друзья, как там ваш понедельник? 😅😅

#GAhahaha

🤔 «В декрете нет времени для учёбы!»

Сегодня хотим поделиться историей Анастасии — ученицы второго потока курса «Системный анализ: с нуля до опыта работы» 👀

Анастасия рассказала, как она решилась пойти учиться новой профессии, будучи в декрете с 1,5 годовалым ребёнком, и что ей помогло развиваться дальше #студентыGetAnalyst

⬇️⬇️⬇️