Удаленная работа и возможность работать из любой точки мира - это круто 😍

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

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

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

Ставьте реакцию, как больше нравится?
🔥 - удаленка
❤️ - офис и живое общение

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

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

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

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

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

Мой опыт в удаленке на позиции системного аналитика

🔥 Смогла переехать учиться в другую страну до того, как настал COVID и это стало обычным делом
🔥 Всегда работала удаленно с подрядчиками и не боюсь собирать удаленные команды
🔥 До удаленки у меня был опыт работы в большой и крутой компании. До которой надо было ехать 2ч из Подольска в Москву, в одну сторону. И потом 2 часа домой. Так я выучила английский, прочла кучу книг и научилась вставать в 5 утра... Так что с официальным появлением удаленки я танцевала от счастья)))
🔥 Чуть больше года назад со мной приключилась крутая история. Я не любила работать дома, и ходила в соседнее кафе. И там случайно встретила вдохновляющего меня блогера на 2.5млн подписчиков 😀 Два поста тут
🔥 Работала у Карибского моря, у Черного моря с разных сторон и стран, вела вебинар под пение турецких молитв и молилась мысленно, чтобы микрофон это не снял и не отправил в прямой эфир

😬 Какое-то время работала с хвостом, без макияжа, и рабочий стол был рядом с кухней и кроватью в студии. Больше я не живу в студиях. И каждое утро стараюсь погулять и привести себя в порядок, прежде чем сесть за дела
😬 Иногда мои друзья не получают от меня ответов в текстовых сообщениях неделями. И я прошу их звонить мне. У меня бывает передозировка текстов
😬 Я не готова сидеть с камерой больше 5 часов подряд. У меня жесткие лимиты по созвонам сейчас, в том числе есть дни без созвонов. И я предпочитаю живое общение, если это возможно. Лучше 2 часа на машине на встречу ехать, чем сидеть у камеры
😬 Размытые границы. Рабочий день с 8 до 23. Невозможно отсановиться иногда....


А еще бывало такое:
😂 Однажды разработчик в команде проводил созвон из туалета с камерой. На вопрос "а почему?" он ответил, потому что мешает вести созвон жене. Они жили в отеле))


Что бы ни было, я люблю удаленку! Она дала мне очень много возможностей для роста!

А какие у вас были веселые ситуации на удаленке? Пишите в комментарии 😀

Жизнь полна информации, и это информация может быть полезной, если ее правильно собирать, обрабатывать и использовать.

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

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

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


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

▫️ управление государством,
▫️экономический анализ, ▫️исследования и т.д.


Чем больше информации мы имеем, тем лучше мы можем принимать обоснованные решения.

В целом, понимание того, что весь мир можно представить в виде данных и внести в систему, является ценным 🙌

Этот навык - один из главных для системных и бизнес-аналитиков. Он влияет на полноту требований, помогает в написании алгоритмов для системы и понимании разработчиков.

Информационные системы строятся на основе баз данных, которые служат основным инструментом для хранения, организации и обработки данных.

Поэтому для аналитиков важно уметь выделять сущности и проектировать базы данных, чтобы обеспечить эффективное использование данных. Масло маслянное))) Но как есть.

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

Понимание основ проектирования БД и понимания принципа построения SQL-запросов позволяют системному аналитику лучше объяснять свои решения и идеи разработчикам. Это повышает качество коммуникаций и уменьшает вероятность недопонимания в команде.

Чтобы разобраться, что скрывается за словами "проектирование БД", давайте разберем практический кейс? 😉

✅ Практический кейс проектирования БД для системы бронирования отелей ✅

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

В случае системы бронирования отелей это:

✔️ Гостиницы: содержит информацию об отелях, включая название, адрес, телефон, фотографии, описание и т.д.

✔️ Номера: содержит информацию о номерах в гостинице, включая номер, тип номера, описание, цену и т.д.

✔️ Клиенты: содержит информацию о клиентах, которые делают бронирование, включая имя, фамилию, адрес электронной почты, телефон и т.д.

✔️ Бронирование: содержит информацию о бронировании номеров клиентами, включая даты проживания, номера комнат, количество гостей и т.д.

Поселе выделения сущностей мы можем установить связт между ними и построить концептуальную модель БД для системы.

✅ Практический кейс проектирования БД для системы бронирования отелей ✅

Продолжим. Концептуальная модель есть. Теперь нужно как-то добраться до физической модели - реальной БД, где есть таблицы, типы данных и т.д.

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

Таблицы логической модели БД могут быть описаны следующим образом:

Таблица "Гостиницы":
• hotel_id (первичный ключ)
• name
• address
• phone
• description

Таблица "Номера":
• room_id (первичный ключ)
• hotel_id (внешний ключ, ссылается на hotel_id из таблицы Гостиницы)
• room_type
• description
• price

Таблица "Клиенты":
• client_id (первичный ключ)
• first_name
• last_name
• email
• phone


Таблица "Бронирование":
• booking_id (первичный ключ)
• client_id (внешний ключ, ссылается на client_id из таблицы Клиенты)
• room_id (внешний ключ, ссылается на room_id из таблицы Номера)
• start_date
• end_date
• num_guests


Эти таблицы могут быть связаны между собой через внешние ключи. Например, таблица Бронирование ссылается на таблицы Клиенты и Номера через внешние ключи client_id и room_id соответственно.

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

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

Это первый шаг после завершения сбора требований, связанный с их техническим анализом.

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

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

Для работы с данными необходимо уметь работать с БД и SQL:
✅ Запросы SQL используются для извлечения информации из баз данных и для обработки данных. Знание SQL помогает аналитикам быстро и эффективно извлекать нужную информацию, чтобы решать бизнес-задачи.
✅ Умение проектировать БД помогает организовать данные в базе данных наиболее оптимальным образом. Корректное проектирование БД позволяет уменьшить дублирование данных, обеспечить эффективный доступ к данным и повысить производительность системы.
В совокупности эти знания позволяют лучше понимать разработчиков.

Чтобы передать свои хард-скилы системного анализа и поделиться опытом, я создала для вас

Практический курс:
🎓 Проектирование БД и основы SQL

Моя цель - научть вас решать практические задачи, которые возникают в реальных проектах, разобрать ошибки, рассмотреть разные подходы к проектированию.

🗓 До 25 ФЕВРАЛЯ заполните анкету предзаписи, чтобы
+ забронировать место на курсе по самым выгодным условиям,
+ получить напоминание об открытии продаж.
❗️Всего мест с практикой: 10.

Этот курс поможет освоить важные навыки и инструменты для работы с данными, стать более эффективным и компетентным системным аналитиком 🚀

Практический кейс: проектирование ПО для обеспечения программы лояльности в сети магазинов (карточки для накопления баллов, скидок и пр)

Системы лояльности являются одним из самых эффективных инструментов маркетинга для привлечения и удержания клиентов.

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

Вот несколько вопросов, которые помогут вам собрать бизнес-требования и создать наиболее эффективную программу лояльности для магазина:
✔️ Что вы хотите достичь этой программой лояльности?
✔️ Какие форматы наград и бонусов наиболее привлекательны для вашей аудитории? Баллы, скидки, скидки от суммы покупок или что-то еще? Возможны ли сочетания?
✔️ Как вы будете привлекать новых клиентов через программу лояльности?
✔️ Какие метрики вы будете использовать для измерения успеха программы лояльности?
✔️ Какие данные вы пранируете собираеть и использовать для улучшения программы лояльности?

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

На основе ответов можно писать бизнес-требования и функциональные требования для ТЗ.

Практический кейс: проектирование ПО для обеспечения программы лояльности в сети магазинов (карточки для накопления баллов, скидок и пр)

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

Поэтому сейчас я хочу показать другие вопросы, которые возникают у меня при проектировании БД для системы программы лояльности. И покажу чуть-чуть потока сознания, в который уносит меня в ходе создания логической модели.

Сущность "Покупатель".
Свойства:
- телефон,
- имя,
- фамилия,
-email,
....
Стооооп! 😂


Вопросы:

1. Кто и как будет регистрировать пользователей в программе лояльности?
Влияет на роли пользователей. Порождает доп.вопрос: а надо ли учитывать, что в программу лояльности

2. Что первично? Телефон или почта?
Влияет на интеграции - надо ли будет подключать SMS и почтовые сервисы? Сразу или можем стартовать запуск продукта без них? Что направлять пользователям после покупок? После регистраций?
Может ли быть два пользователя с одним телефоном?
Может ли быть два пользователя с одним email?
Последние два вопроса влияют на первичный ключ таблицы, отвечающий за уникальность.

3. Как будем соблюдать закон о защите персональных данных?

4. Сколько карт лояльности может быть у пользователя?
От этого зависит куда будем вносить номер карты, и вообще, нужна ли таблица "Карта лояльности". Или эту переименовать?
....



Это я только начала. Часть вопросов решится за счет имеющихся бизнес-требований, часть за счет гугла. Но часть останется. И они появятся только на этапе технического проектирования. И круто, когда они идут до старта разработки.

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

Используйте этот подход, если у вас сомнения в том, что все нюансы при сборе требований от заказчика учтены ✔️

На днях меня спросили: «Сколько нужно учиться системному аналитику, чтобы хорошо зарабатывать и чувствовать себя уверенно в больших проектах?»
Согласитесь, вопрос со звёздочкой🤔 На него нет однозначного ответа.

Попытаюсь объяснить на личном примере.
Я постоянно учусь. Для меня это норма.
И это не знания ради знаний, а то, что реально помогает мне расти в карьере.

В регулярную учебу сейчас входят:
🏋‍♀️ Hard skills (твёрдые навыки) — профессиональные и технические навыки.
👥 Soft skills (мягкие навыки) — умение работать в команде, тайм-менеджмент и другое.

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

Пример хард-скила: умение проектировать БД.

Это база, которая пригодится в любом проекте. Если понимаете, что «хромаете» в теме, то стоит обратить внимание в это сторону, чтобы достигать крутых результатов в своих проектах:
🔵 собрать требования к хранению и обработке данных,
🔵 задать правильные вопросы заказчику,
🔵 конкретизировать и систематизировать требования,
🔵 улучшать производительность приложений.

Для меня скил проектирования БД ассоциируется со строительством дома 🏡

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

ЭТО ВСË ПОВЛИЯЕТ НА ФУНДАМЕНТ. И ЕСЛИ НЕ СОБРАТЬ ДАННЫЕ ПРАВИЛЬНО ИЛИ ЧТО-ТО НЕ УЧЕСТЬ, ТО ДОМ РУХНЕТ ПРИ ПЕРВОМ ЖЕ УРАГАНЕ.

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

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

Бах — и ещё одна супер- способность в копилку знаний!💪
Не теряйте время зря и всегда занимайтесь аутализацией знаний и прокачивайте скиллы. Поверьте, уже скоро увидите, как быстро реализуетесь и достигаете успеха.

Базы данных - основа основ в системах. Даже дизайн REST API на их основе строится

Продуктивного просмотра 😉
Связь базы данных и дизайна REST API

Как понимать разработчиков всегда? 😀

В этом посте я расскажу несколько причин, почему знание БД так помогло мне в карьере системного аналитика.

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

✔️ Оценка выполнимости требований
Системные аналитики, знакомые с БД, могут оценить, насколько реалистичны требования и могут предложить более эффективное решение для реализации требований.

✔️ Понимание связей между данными
Это позволяет лучше понимать, какие данные нужны для выполнения определенных задач, и как их можно использовать для улучшения процессов в компании.


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


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

Есть три уровня моделей БД:
1. Концептуальный
2. Логический
3. Физический

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

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

Давайте поделюсь с вами фишками по проектированию моделей БД, которые использую в своей работе 😉

Но перед этим небольшой опрос ✔️

🎓 Концептуальная модель базы данных 🎓

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

Она служит основой для создания физической модели базы данных - реальной БД. Это первый подход, взгляд на данные сверху.

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

Давайте без воды и сразу пример 💦

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

Что будет в концептуальной модели?

Список сущностей:
▫️Камера
▫️Сотрудник
▫️Гость
▫️Зона
▫️Факт присутствия - запись в журнале или отчете

Связи:
🔵 Одна камера может зарегистрировать несколько сотрудников или гостей
🔵 Камера устанавливается в определенной зоне офиса
🔵 Факт присутствия включает информацию о зоне съемки, камере и сотруднике / госте


И что, всё? 😂 Нет. Не все. У меня начинаются вопросы:
1. А система видеонаблбдения будет разработана только под один офис или под несколько? Нужна ли сущность "Офис"?
2. Может ли быть на одной зоне несколько камер?
...

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

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

Практическое применение концептуальной модели базы данных может быть связано с созданием новой системы или реорганизацией существующей 🚀


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

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


Системные аналитики должны понимать, как изменения в функциональности меняют БД и влияют на всю систему. Как их можно сделать их наиболее безболезненно и ничего не упустить из виду.

Знаете, есть такая боль, когда тебе кажется, что задача простая, а разработчик говорит, что там работы на 100500 часов? Именно при осознании сколько связанных сущностей мы затронем, мы сможем понять, почему разработчик считает задачу сложной и все его объснения на "птичьем" языке 😀 В этом нам поможет концептуальная модель БД.

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

Когда-то я не догадывалась, что путешествия это настолько круто!

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

Конечно, в поездках не раз представляла себе, как было бы круто работать на берегу океана, с хорошим интернетом и вкусным коктейлем из кокоса🏖
Думаю, у многих такая картинка сразу всплывает в голове😄

Спустя время так случилось!🤘
До сих пор помню, как в первый раз отчётливо осознала, как это круто работать на удалёнке — иметь возможность каждый раз при желании находиться в неожиданных и классных местах.

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

Я делала билетную систему и мне нужно было собирать требования о том, как люди покупают и оформляют билеты. В итоге делала исследования, опираясь на собственный опыт. Было даже прикольно, когда потом сотрудники пользовались нашим же сервисом, когда готовились к путешествию. Оно было реально удобным.

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

Если посмотреть глобально, то понимаю — мои увлечения и есть моя работа ❤️
А работа с шикарным видом из окна теперь для меня не мечта, а реальность.

Поделитесь, а о чём вы мечтаете в карьере?

Good morning! 🚀

Расскажу вам сегодня о статистике по востребованности hard-skill "Проектирование БД" (database design).


✔️ 67% системных аналитиков работают с задачами на проектирование БД ✔️

Это значит, что навык действительно нужен.
Устраиваясь в компании коллег, с вас как минимум спросят понимание логической модели БД. Хорошо, если попросят написать простой SQL-запрос на собеседовании. Иногда просят и сложные.

Системные и бизнес-аналитики работают с данными. Тренд идет в сторону того, чтобы специалисты понимали техническую сторону систем глубоко.

В больших системах, маленькие на первый взгляд изменения, могут оказаться масштабными переделками.
Например, в банковской системе, добавление нового поля в счет может вылиться в задачи на изменение половины системы: связанные документы, несколько приложений, интеграции и т.д. Зависит от конкретной задачи.
Опытные специалисты с легкостью видят масштаб бедствия за счет хорошего знания и понимания БД.

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

Для крупных и интересных проектов понимание основ проектирования БД - обязательный хард-скилл.



✔️ 17% системных аналитиков работают с БД, но НЕ проектируют ее

Это значит, что им все равно приходится подключаться к БД, чтобы разобраться и понять, как новые требования повлияют на изменения в системе в целом. Важно умение читать физическую модель данных, и понимать что к чему.

За проектирование БД в таких компаниях отвечают разработчики.

На собеседованиях системного аналитика могут спросить знание инструментов для подключения к БД и о работе с SQL-запросами. Например, есть очень популярный инструмент DBeaver. Я так же использовала для этого phpStorm, pgAdmin, SQLite и другие, в зависимости от БД.



✔️ 16% системных аналитиков не работают с БД

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

Это тоже работает. Но скорее всего, при смене места работы, придется познать базы данных. Для более сложных задач на Интеграции, API - этот навык будет одной из базовых составляющих для освоения новых знаний.



Что делать, если пока не работали с БД? С чего начать?
▫️Почитайте про концептуальную, логическую и физичесую модели БД
▫️Скачайте DBeaver
▫️Возьмите тестовую БД
▫️Посмотрите ее в виде ER-диаграммы
▫️Поищите простые SQL-запросы в интернете
▫️Попробуйте сделать несколько простых SQL-запросов к БД через DBeaver
А дальше можно придумывать себе задания и практиковаться.

Всё получится 🙌