Можешь дополнить этот материал в ответ соискателю. Я системный аналитик, стандарты БА от меня несколько далеки. Но я не спорю, что они нужны. Вот думаю вскоре сертификации проходить по ним.
а я пришел к тому, что ноги технических проблем часто растут от того что в свое время неверно поработали в зоне ba + исполнители были наделены полномочиями и верили в свою исключительность, так как все сложно и им таким хорошим видней.
Сейчас и мне это понятно, из-за чего я росту в software architect, чтобы иметь возможность бить по рукам менеджера и бизнес-аналитика. Т.к. часто работа работается без ориентации на результат. Работа может быть слишком дорогая для цели. Либо цели выстроены не так. Либо заказчик выбран не тот. И так далее.
Сидишь и общаешься: - Так, мы делаем это, правильно? - Я есть Грут. - Мы делаем это для кого? - Я есть Грут? - Ага, а зачем мы это делаем? - Я есть... Грут. Я есть?
В плане, когда есть БА в команде - это хорошо. Всё, что надо - это работать с искажениями. А вот если нет. И это 80% моих проектов. Тогда у тебя есть задача "сделай это ппц как надо не знаю зачем"
Ну, у меня ситуация, в которой некому пенять: оценка моя же)) правда, когда я ее давала, задачи были сформулированы в одну строку и я не учитывала, как много буду отвлекаться на текучку, поддержку и внеплановые задачи 🙈