Pull to refresh

Comments 20

НЕТ

Вау-эффект или попытка выпендриваться.

вы сами себя цитируете (или как это воспринимать?), потом пишете что выпендриваться плохо.

Так я и не на собеседовании)

А если серьезно, то цитирование - это просто интрумент форматирования текста.

Лучший автор на всём Хабре! Читаю только её. Спасибо за статью. Желаю всем здоровья и счастья!

Чем описанный СП отличается от солюшн архитектора?

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

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

Вот вот, это на солюшна очень похоже а не на системного аналитика

Солюшен шире и в части тем глубже (например, архитектура). Помимо выбора решений, ориентировании в опенсорсе, зоопарке технологий. Это инфраструктура, сайзинг, веб-сервера, cdn, s3, мониторинг, логи. Решение задач по возрастанию производительности. Деление системы на домены. Реализация обмена через сообщения (передавать только событие, за обновлениями ходить по ресту, diff или весь объект). Работа с инструментами описания архитектуры.

Полагаю, что это требования по системному дизайну. Для него есть roadmap по изучению на популярном ресурсе: https://roadmap.sh/system-design

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

Аналитик, частично архитектор - да. А тимлида где увидели?

Нарезка задач и оценка требований

  • User story mapping. Выделение набора задач на MVP, v1, v2 и т. д. Приоритизация.

  • Нарезка задач (эпики-стори-задачки).

  • Оценка — кто и как (стори пойнты, числа Фибоначчи, майки).

Вот здесь :-) Нарезание задач и их оценка - функционал тимлида. Да, аналитик может, а иногда должен, в этом участвовать, но он за это не отвечает...

Согласна, нарезка задач - функционал тимлида. Про оценку не совсем. Эта командная активность (именно оценка). На тимлиде/скрам мастере - организовать процесс оценки, работа с результатами оценки (план-факт).

Да, аналитик может, а иногда должен, в этом участвовать, но он за это не отвечает...  

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

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

Ну это уже придирки, исходя из этого:

Прототипирование дизайна. Работа с макетами в figma.

Можно сказать что еще и диизайнера))) тут больше речь о том что он должен понимать как это просиходит и для чего делается)

Еще бизнес-аналитика и скрам-мастера

Программа найти за 30 дней? И вы реально за 30 дней находите вот такого человека, который знает все харды описанные в статье? Вспоминается песня "фантазер ты меня называла"

а что тут такого заоблачного? нормальный синьор бекенд c 5+ лет опытом все эти вопросы по щелкает. ну ок, потратит 5 дней на почитать того с чем не работал перед собесом и пощупать руками в общих чертах как оно работает.

Автор что то курит, у ситемного аналалитика медиана 200

Так медиана, а не максимум... 350-400 вполне есть вакансии...

Sign up to leave a comment.

Articles