Максим, а ты откуда?

@ninieltorwen Москва на текущий момент )

Я про проект :)

#whois
Всем привет, вступил давно, но не представился.

Какой у вас проект или где работаете? В чём вы специалист?
Работаю в компании Manzana Group. Руковожу проектами внедрения и развития CRM и программ лояльности в крупных продуктовых ритейлерах. Совмещаю роли пма и аналитика

Чем можете быть интересны или полезны сообществу?
Могу делиться знаниями в предметной области, очень интересна практическая деятельность/очные обсуждения.

Чем интересно сообщество вам?
Хочу улучшать навыки в области эффективной разработки требований и взаимодействия с клиентом. Интересны статьи и литература по этой теме.

Откуда вы?
Москва

Как узнали про группу?
У Дениса Бескова в Фб

Всегда рад приятным и полезным знакомствам :)

#whois
Привет всем из Краснодара :)
Относительно недавно начал работать системным аналитиком. Занимаюсь несколькими проектами. Основной - электронный документооборот. Интересен опыт коллег, в свою очередь постараюсь делиться своим опытом по мере его приобретения. Узнал о группе от знакомого:)

Добрый день. Меня зовут Анна, начинающий системный аналитик. Переквалифицируюсь, раньше была клиентским менеджером. О группе рассказала коллега.

Всем привет. Меня зовут Катерина. Я прошла добровольно-принудительный путь системного(бизес) аналитика в страховой компании. Сейчас пытаюсь переквалифицироваться в гейм аналитика. К вам зашла из любопытства, но и полезные знакомства с коллегами никогда не помешают.

Интересно, выстраивание бизнес-процессов и их непрерывная оптимизация вписывается в системный анализ?

Формально да, в широком смысле

Да, вполне

Но мы говорим про СА как сокращение для "прикладной системный анализ в ит-проектах"

который на практике чаще всего сводится к инженерии требований

Т.е. вместо системного анализа организации человек, называемый СА, по факту описывает требования к будущей ит-системе

И больше проектирует, чем анализирует

А что тогда на вход даётся, если анализ выходит за рамки?

Вопрос чатику - а требования к админкам разных сервисов \систем в каком ключе наиболее удобно для разработки описывать? банальные функциональные требования или  use case? или есть какая-то особая штука для таких вещей?

Я сейчас проектирую процессы и осознаю, что роли (задачи, зоны ответственности, требования к исполнителям) идут в связке с процессами

Денис, не очень понятно про выход за рамки. Обычно на входе СА пожелания заказчика к автоматизации

Автоматизация = оптимизация, а ИТ != автоматизация, кмк

У меня вот кейс выше - бизнес-процессы, роли и процесс непрерывного их обновления