Хабр привет! Меня зовут Александр Белков, я занимаюсь внедрением и разработкой банковских и страховых систем, а также бизнес и системным анализом.

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

Хабр привет! Меня зовут Арина Касаткина, я системный аналитик в MPSTATS. В фокусе моей работы сейчас — поддержка и развитие продукта, однако мой профессиональный опыт включает в себя комплексную работу с внутренними бизнес-процессами компаний: от анализа процессов до их автоматизации. Например, именно так был выстроен процесс работы с инициативами сотрудников, о чём я и хочу подробнее рассказать.

В любой компании есть сотрудники с идеями, но часто эти идеи остаются неуслышанными. Это приводит к потере потенциала, демотивации команды и повторным предложениям одних и тех же инициатив. Решение — создание централизованного и системного процесса работы с инициативами. Как аналитик может стать драйвером этого изменения? Давайте разберемся.

Привет, Хабр!

Меня зовут Софья Петаева, я руковожу отделом системного анализа. Уже почти 10 лет в этой теме, и за это время я научилась не только смотреть на результат работы аналитиков, но и понимать, как они его добиваются. В последнее время мне часто приходится организовывать аналитиков и придумывать новые процессы. Это и помогло мне лучше понять их работу.

В этой статье я расскажу о Discovery-фазе, о том, какие ошибки мы сделали, на каких граблях потанцевали, и как эти уроки до сих пор влияют на нашу работу и принятие решений.

Хабр привет! Меня зовут Кристина Ширкунова, я ведущий аналитик в «Ренессанс жизнь», а до этого 5 лет работала в заказной разработке. Я участвовала в большом количестве проектов: начиная от обычных сайтов и заканчивая цифровой трансформацией достаточно крупных компаний. Почти в каждом проекте требовалось верхнеуровневое описание, потому что проекты были разные, объем большой и команды часто обновлялись. Именно об этом я и написала: как сделать верхнеуровневое описание функциональности максимально эффективно для команды.

В этой статье я расскажу, как создать верхнеуровневое описание, которое прекратит хаos в проекте, ускорит онбординг в разы и станет вашим главным аргументом в спорах о требованиях.