Если говорить о ней как о сложности проблем/потребностей бизнеса, которые нам нужно закртыть.

Сложность определяется количеством элементов, количеством и глубиной связей.  Получить не просто описание элементов системы на одном уровне с паутиной связей,  а  системно разбить, что  позволит упорядочить информацию, вычленить важное для каждого системного уровня. Для описания калькулятора  это может и  не понадобится, а, к примеру, для CRM самое то

Количеством элементов и связей в самом решении?

Если да, то возникает вопрос: сложность будет меньше относительно чего? И всегда ли ее реально/нужно уменьшить?

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

Т.е. аналитик уменьшает именно сложность описания?

Ну, я же сказал, это если в двух словах. :)  То, чем уникален аналитик. Понятно, что он должен уметь выявить проблемы, которые продукт должен уметь решать, предложить функциональное решение и т.д.

Имхо, аналитик не уникалени этим. Уменьшение сложности документации - это задача для хорошего техписа.

Документация  о другом. Там другие цели. Другой срез информации

Ок, значит я не понял, о какой сложности идет речь

кажется тут спам и бан

👍

@prpl_rn аларм)

ДожИли, теперь стафф толкают

В группе аналитиков

Тупо в ца))

😁😁😁😁😁😁😁

а как ещё это всё терпеть?)

не поверит