nastyapff

последняя схема была сделана в XMind
в confluence знаю макрос Drawio, но мы его не используем
а так, по-старинке — Visio, и для документации на бэк — PlantUML (плагин Idea)

Какая подробная карта, спасибо!

@lobomic, в чем вы видите отличия в специализации?
обычно в архитектора и вырастаю из аналитиков (если, конечно, вы имели ввиду не архитектора ПО)

С вашей метафоры хоть новую статью начинай :)

Насчет размера компании — хорошее замечание
Добавить к этому кроссфункциональность, присущую скраму, и обязанности аналитика могут увеличиться до бесконечности

astralNord похоже, с «дорожной картой» тут сложности перевода) целью было не предложить конкретный план, а скорее изобразить направления для развития. Поэтому ни конкретики, ни сроков тут нет

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

Аналитик может успешно выполнять эти функции
Но тут получается совмещение ролей, а не системный анализ в чистом виде

Грустно, что вам пришлось столкнуться с аналитиками-интригантами
Мы стараемся делать работу разработчиков проще, а не наоборот :)

kagarich, возможно, сейчас требования к аналитикам стали выше

del

Без архитекторов и дизайнеров никуда, согласна
Однако в масштабах банка архитектора занимаются более глобальными вопросами, нежели анализ влияния изменений на конкретный продукт (систему)
Что касается саппортов — здорово, когда причины багов находятся без участия продуктовых команд. Но не всегда поддержка имеет возможность подгружаться в задачу на уровень, необходимый для ее решения. Так задача возвращается на аналитика

Хорошо, когда аналитик немного продакт и наоборот — это помогает взаимодействию
Но управление бэклогом, приоритизация задач, защита проектов — точно не задачи для системного аналитика