Системный анализ | Ольга Пономарева
26.9K subscribers
2.3K photos
42 videos
19 files
870 links
4975950140
Ольга Пономарева, старший системный аналитик с опытом более 8 лет

Выпустила более 1000 учеников, которые увеличили свой доход и прокачали скиллы

Найдите обучение для себя на сайте моей школы System Analyst: https://systemanalyst.life
Download Telegram
Пример монолита и микросервиса на примере приложения такси.
В этом приложении вы можете заказать такси, оплатить поездку, оценить водителя, написать в тех. поддержку. В случае монолита вся логика это единные сервис, которые выполняет все перечисленные функции. В случае микросервисов вы разделяете логику на 4 микросервиса. Первый сервис отвечает за заказ такси, отмену заказа. Второй - оплата, проверка что вы можете оплатить поездку, например, что ваша карта действительна. Третий - оценка водителя и пассажира, просмотр этой оценки, расчет самой оценки по конкретной формуле. Четвертый - это тех.поддержка, возможность написать клиенту в чат, а тех.поддержке ответить на сообщение клиента, а также посомтреть всю историю переписки с тех.поддержкой
#Архитектура
👍1
Начнем понедельник с мемов про обратную связь)
😁2
Интересная статейка про проблематику работы аналитика в спринтах - https://habr.com/ru/post/689518/
😊 Тренажер собеседований

Тренажер поможет подготовиться к настоящему интервью и понять, какие вопросы задают рекрутеры. Отслеживайте, сколько времени уходит на один ответ, в идеале укладываться в 1-3 минуты

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

К сожалению, вопросов по бизнес/системной аналитике нет, но можно посомтреть общие вопросы и личные качества)

Ссылка
#Собеседование
👍7
ВДруг кто-то захочет создать курс)
😍1
Автор курсов по бизнес-аналитике

Чем предстоит заниматься:
→ Писать тексты для уроков онлайн-курса. Компетентно, понятно и интересно подавать теорию и придумывать практические задания.
→ Искать, адаптировать или самостоятельно готовить дополнительные материалы: конспекты, мануалы, статьи, видео.
→ Учитывать рекомендации наших методистов.
→ Вместе с командой авторов, редакторов, иллюстраторов придумывать образовательные механики.

Что пригодится в работе:
→ Желание делиться знаниями с людьми.
→ Возможность уделять авторству 15—20 часов в неделю.
→ Четкое понимание, почему вы хотите участвовать в разработке курса.
→ Умение писать тексты и получать от этого удовольствие.
→ Опыт бизнес аналитиком не меньше 3х лет.
→ Участие в проектах внедрения ИТ продуктов или создание систем с нуля.
→ Понимание нотаций и способность их объяснить.
→ Опыт работы с объектными моделями и БД.

Откликнуться 💎
Большая подборка книг
Не все доступны бесплатно, но подборка огромная, ссылка
#Книги
🔥1
Несколько конференции на 2023 год:
🔸TeamLead Conf = 27-28 февраля, Онлайн+Москва
🔸Analyst Days #16 = 21-22 апреля, Онлайн+Москва, еще есть время успеть подать заявку на выступление)
Разбор книги Вигерса😊
Forwarded from Alexander Baykin 🤖
#Вигерс
Сегодня 7 декабря в 19:00 мск в прямом эфире разбираем книгу Карла Вигерса и Джой Битти "Разработка требований к программному обеспечению". А также отвечаем на вопросы.

На этом эфире разберем:
Глава 10. Документирование требований
- Способы представления требований
- Спецификация требований к ПО
- Правила удобного ТЗ
- Шаблон ТЗ
- ТЗ при гибкой (agile) разработкt

Глава 11. Пишем идеальные требования
- Характеристики идеальных требований
- Принципы создания требований
- Системная или пользовательская точка зрения
- Уровни детализации требований
- Предотвращение неопределенности и неполноты

Приходите обязательно, задавайте вопросы, а Александр Байкин и Ирина Гертовская на них ответят:
https://youtu.be/3-d2Bp0kKh0
🔥6👍1
🧐Средняя зарплата аналитиков за границей, информация с Glassdoor
Где искать работу за границей:

Linkedin
Facebook
Glassdoor
indeed.com
https://www.stepstone.de (Германия)
https://salary.lk/
https://ua.jooble.org 
бот в телеграмме gMate (get match)
HH
знакомые
🤔Статья про то, как нейросеть написала требования:
Я попросил ChatGPT написать требования, и вот что получилось

chatGPT — она поддерживает беседу, пишет стихи, придумывает сказки, составляет юридические претензии и ищет ошибки в коде. В статье рассматривается сможет ли она составить бэклог или спроектировать API на примере:
🔸школьной LMS — системы управления обучением,
🔸обработки заявок на выдачу кредитов


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

Статья тут
#Требования
👍1
Многие спрашивают про зарплату системного аналитика, вот одна из статей на эту тему:
https://journal.tinkoff.ru/systems-analyst-500/
🤔1
Обзор архитектуры и сервисов Тинькофф-журнала
Тинькофф-журнал выпускает статьи уже 5 лет. За это время из блога на Вордпрессе он вырос в большую самодельную систему из десятков проектов и инструментов.

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

Фронтовый монорепозиторий, или просто монофронт. Чтобы не разрабатывать кучу кастомных страниц, решили вложиться в полноценный фронт — Монофронт.Моно — потому что в один проект собрали: Интерфейс регистрации и авторизации/Комментарии/Футер/Хэдер/Формы подписки. А еще в нем обрабатывается логика веб-трекинга пользовательских событий: откуда пользователь пришел на страницу журнала, что именно он на ней делает.

Соцплатформа.В Т—Ж есть не только авторский, но и пользовательский контент. Пользователи регистрируются, комментируют статьи, подписываются, связываются с редакцией через специальные анкеты. Все это происходит благодаря соцплатформе. Чтобы зарегистрировать или авторизовать пользователя, соцплатформа взаимодействует с АПИ соцсетей. У себя она сохраняет ценные пользовательские данные, в том числе персональные: имя, фамилию, почту.

Урания — образовательная платформа. Тут ведется работа с сущностями: студент, курс, урок, экзамен. Чтобы их создавать и редактировать, разработали отдельный бэкэнд и админку — Уранию.

Фичеры — калькуляторы, тесты и прочие интерактивы. В Т—Ж выходят калькуляторы, карты, тесты, опросы и другие интерактивные материалы. Это такие отдельные фронтовые приложения. Разрабатывается отдельной командой и не затаскивается в Монофронт.

Мобильные приложения. У приложения отдельный бэкэнд. Там обрабатывается контент, который есть только в приложении: аудио уроков и статьи для дополнительного чтения после курса. Этот же бэкэнд используем для пуш-уведомлений.

Медиасервис. Основные медиафайлы в журнале — изображения. Медиасервис проверяет каждое изображение, перегоняет в webp и png, оптимизирует размер, обрезает под шаблоны из конфига и заливает на CDN. В ответ он получает ссылки на результат обработки — изображения разных форматов и размеров.

Статья
#Архитектура
👍5
Плюсы и минусы перехода на микросервисы

1. Отсутсвие блокировки задач
Почему это хорошо: Если вы разделите приложение на несколько, то разработчики физически не смогут друг друга заблокировать.
Почему это плохо: можно решить с помощью фича-тоглов

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

3. Возможность заморозить часть приложения
Почему это хорошо: Часть приложения, которая не развивается, перестает релизиться, а значит, в нее не будут привнесены новые баги и изменения.
Почему это плохо: можно решить тестовым покрытием, а оставление приложения без релизов может сказаться в дальнейшем, когда приложению потребуются доработки, а все версии зависимостей сильно отстали. Проект накапливает большой техдолг
#Архитектура
Что такое фичатогл/фичафлаг?
логический флаг (true|false), который хранится в базе данных и содержит информацию о том, должна быть включена та или иная фича или нет

Зачем нужен?
"Фича тогл" выручает, позволяя скрыть часть нового функционала от пользователей, а разработчикам, позволяет играться с новыми сервисами

Как это связано с аналитиком
1. прописывает в документации нужен ли фичатогл
2. ставит задачу на добавление фичатогла
3. ставит задачу на выпил фичатогла

Пример
Вы делаете мобильное приложение Тинькофф и ваша новая фича - это реализовать “Подача заявки на ипотеку”. Вы можете создать фичатогл на эту фичу и релизить приложение, даже если ваша фича не готова. Когда фича будет готова вы можете с помощью фичатогла зарелизить фичу только на часть пользователей, например, только на лояльных клиентов.
2