Архив рубрики ‘системный анализ’

ЕСППД-ИИ. Как описывать бизнес-процессы для работы с искусственным интеллектом

От автора: откуда взялась эта методика

Стратегия «Голубого океана»: как системный аналитик влияет на продукт

Большинство продуктовых рынков со временем достигают пика конкуренции. Команды продолжают добавлять фичи и улучшать интерфейсы, но выделяться становиться всё сложнее, а порог входа для новых игроков слишком высокий. Меня зовут Александр Костюченко, я системный аналитик в Точка Банк. В статье расскажу, как применить стратегию «Голубого океана» на примере рынка бухгалтерских сервисов для ИП, чтобы повысить лояльность пользователей и вывести продукт в среду без конкуренции. Почему […]

Кастомное ПО для бизнеса: как понять, что готовые решения уже не справляются

Привет, это Илья, Технический директор 2PEOPLE IT. В работе я часто сталкиваюсь с автоматизацией, разработкой внутренних систем и ситуациями, когда бизнес пытается подружить между собой CRM, таблицы, чаты и еще пару сервисов, о которых все уже забыли, но отключать страшно. Один из частых вопросов от клиентов: «Нам уже нужна своя система или мы просто не […]

Что не так с требованиями у вас на проекте и как это связано с мотивацией команды

Когда в проекте начинаются проблемы с требованиями, чаще всего сначала смотрят на процесс. Не так описали задачу, не уточнили сценарии, плохо расставили приоритеты, забыли ограничения, не договорились о критериях готовности. Это всё действительно важно. Но, по моему, требования ломаются не только из‑за плохих шаблонов или небрежного описания задач.

Когда онбординг длится 2 месяца: день 2 — карта репозиториев

Итак, ваш первый день в офисе, вам дали доступы ко всем 15 репозиториям проекта, рассказали где что лежит, и теперь ждут от вас великих дел. Они и не подозревают, что вы уже забыли, какой карточкой открывается этаж и где стоит кофемашина. Добро пожаловать в 50% IT-компаний вторую статью цикла про онбординг в сложную систему! В […]

Как устроена разработка ПО: разбираем Waterfall и Agile

Материал подготовлен в рамках курса «Системный аналитик. Базовый уровень». Всем привет, меня зовут Сергей Прощаев. Я Tech Lead и руководитель направления Java | Kotlin разработки в FinTech, а также преподаю на курсах разработки и архитектуры в OTUS. В этой статье расскажу о том, как на самом деле устроен процесс создания ПО и почему выбор методологии разработки до сих пор вызывает жаркие споры даже в очень дорогих […]

От хаоса к системе: как мы выстроили процесс Discovery (часть 1)

Сколько людей — столько и мнений о процессах в команде (с).  Давайте поразмышляем — как выстроить процесс анализа так, чтобы он стал для команды не формальным набором этапов, а рабочим инструментом? Опираемся на наш опыт работы в командах разработки одного из операторов электронного документооборота. Все описанные процессы формировались и развивались на практике. За отправную точку возьмем […]

Как я научил Claude Code работать бизнес-аналитиком по руководству BABOK. Вот что получилось

AIналитик (AInalyst) — это AI-ассистент, который работает рядом с вами как опытный коллега бизнес-аналитик. Он прекрасно знает методологию BABOK v3, умеет строить карты стейкхолдеров, планировать интервью и обрабатывать его результаты: собирать требования, трассировать и приоритизировать их, оформлять артефакты. Вы описываете задачу своими словами — AIналитик предлагает следующий шаг, задаёт уточняющие вопросы и делает работу. BABOK […]

А системный аналитик нам зачем?

12 разгневанных специалистов И вот прошло плюс+минус три года, как я работаю в «выделенной» роли системного аналитика. «Выделенной» – в кавычках, потому что я всегда был убежден, что разделение труда – наше все.

Объединяем уровни абстракции: обобщаем артефакты анализа для общего видения концепта задачи

Добрый день, дорогие читатели! В практике системного анализа довольно часто можно встретить требования в формате пользовательских историй (User Stories, далее US). Пользовательские истории предоставляют стейкхолдеры или бизнес-аналитики как входные данные. Так или иначе, US становятся одним из ключевых артефактов требований для реализации фичей.

123.5