последняя схема была сделана в XMind
в confluence знаю макрос Drawio, но мы его не используем
а так, по-старинке — Visio, и для документации на бэк — PlantUML (плагин Idea)
Насчет размера компании — хорошее замечание
Добавить к этому кроссфункциональность, присущую скраму, и обязанности аналитика могут увеличиться до бесконечности
astralNord похоже, с «дорожной картой» тут сложности перевода) целью было не предложить конкретный план, а скорее изобразить направления для развития. Поэтому ни конкретики, ни сроков тут нет
Насчет архитектуры не согласна. Во-первых, мидл-разработчику эти слова должны быть как родные. А что касается аналитика, ну как он может описать решение по интеграции, не зная даже, как общаются клиент и сервер
Без архитекторов и дизайнеров никуда, согласна
Однако в масштабах банка архитектора занимаются более глобальными вопросами, нежели анализ влияния изменений на конкретный продукт (систему)
Что касается саппортов — здорово, когда причины багов находятся без участия продуктовых команд. Но не всегда поддержка имеет возможность подгружаться в задачу на уровень, необходимый для ее решения. Так задача возвращается на аналитика
Хорошо, когда аналитик немного продакт и наоборот — это помогает взаимодействию
Но управление бэклогом, приоритизация задач, защита проектов — точно не задачи для системного аналитика
Приложениями для розничных и корпоративных занимаются разные команды
В приложении Альфа Бизнес Мобайл есть возможность скрыть предложения (рекламу)
в confluence знаю макрос Drawio, но мы его не используем
а так, по-старинке — Visio, и для документации на бэк — PlantUML (плагин Idea)
обычно в архитектора и вырастаю из аналитиков (если, конечно, вы имели ввиду не архитектора ПО)
Добавить к этому кроссфункциональность, присущую скраму, и обязанности аналитика могут увеличиться до бесконечности
Насчет архитектуры не согласна. Во-первых, мидл-разработчику эти слова должны быть как родные. А что касается аналитика, ну как он может описать решение по интеграции, не зная даже, как общаются клиент и сервер
Но тут получается совмещение ролей, а не системный анализ в чистом виде
Мы стараемся делать работу разработчиков проще, а не наоборот :)
Однако в масштабах банка архитектора занимаются более глобальными вопросами, нежели анализ влияния изменений на конкретный продукт (систему)
Что касается саппортов — здорово, когда причины багов находятся без участия продуктовых команд. Но не всегда поддержка имеет возможность подгружаться в задачу на уровень, необходимый для ее решения. Так задача возвращается на аналитика
Но управление бэклогом, приоритизация задач, защита проектов — точно не задачи для системного аналитика