ХабрПостыНовостиМегапосты?

Как системному аналитику уйти от документирования к проектированию

Если вы аналитик или у вас в команде есть аналитик — приглашаем вас на вебинар 30 января в 14:00!

Системный аналитик часто превращается в дорогого «секретаря», который фиксирует решения постфактум, создаёт артефакты, которыми никто не пользуется, и почти не влияет на результат. Ценность роли падает, багов в проде много, а внутри скребут кошки. В докладе разберём, как разорвать этот круг: перестать быть документистом, обрести ментальное здоровье, приносить реальную пользу команде и улучшать продукт, одновременно сокращая время на работу.

Спикеры:

Регистрация доступна по ссылке.

@PvsTeam
20.01.2026 13:32 UTC
Первоисточник

Комментарии

@
20.01.2026 08:41 UTC
0
НЛО прилетело и опубликовало эту надпись здесь
21.01.2026 06:33 UTC
0

А вот как компании понять, что аналитик им нужен не в качестве технического писателя (а те документацию еще и лучше напишут), а в качестве того, кто напишет ТЗ для разработки? Как так перестроить процессы, чтобы это работало? Вот ребята как раз таким опытом и поделятся)

22.01.2026 10:35 UTC
0

Ну, тоесть ,SA должен своего техдира привести на вэбинар что ли?))

22.01.2026 13:26 UTC
0

Идеально! :)

@QRash
22.01.2026 07:26 UTC
+3

Системный аналитик часто превращается в дорогого «секретаря», который фиксирует решения постфактум, создаёт артефакты, которыми никто не пользуется, и почти не влияет на результат.

Это где такое? Это явно неправильные компании и они делают неправильный системный анализ. Бегите из таких компаний, либо меняйте процессы.

Я уже много лет работаю системным аналитиком и во всех компаниях где я работал - сначала системный анализ (после бизнес анализа) и только потом разработка. И должно быть именно так.

@DMS_13
22.01.2026 10:33 UTC
0

Я не понял для кого этот вэбинар....

Как бы адекватный SA должен проектировать. Но если проектируют разработчики "на коленках по ходу написания кода", то SA что может сделать? Пойти руководству настучать "у вас процессы говно"???

Как бы процессы обычно выстраивают либо сверху, и тогда надо делать вэбинар для руководителей, либо они сами ввстраиваются " кто как модет", и тогда разрабы, привыкшие писать отсеьятину, пошлют SA с его инициативами ... записывать за ними их гениальный код.

22.01.2026 13:28 UTC
0

Согласна, в идеале - это для руководителей, у которых в команде есть SA. Но если SA хочет понять, а как надо, и найти аргументацию для руководителя, то будет полезно и SA. :)