В предыдущей статье мы рассмотрели общий процесс работы аналитиков. Здесь подробнее остановимся на ключевых этапах подготовки постановки. Разберём, как именно выстроена аналитическая работа внутри upstream: от преданализа до груминга, и какие практики помогают повышать качество требований и снижать риски на этапе разработки. Преданализ Этот этап помогает уточнить контекст задачи и подготовить её к аналитической проработке. […]
❝ — Значит, Ричард написал код? — Ричард написал, но источник вдохновения очевиден. ❞ © Кремниевая долина Я работаю более 6 лет системным аналитиком и порядка трёх лет на продуктах по внедрению LLM в бизнес. И меня категорически не устраивает AI-зрелость большинства моих коллег в этих ИИ-проектах!
Самое неприятное в ошибочной задаче то, что она редко выглядит ошибочной. Обычно всё наоборот. В ней есть логика, факты, энергия, иногда даже дисциплина. Всё как будто собрано правильно: человек думает, действует, старается, исправляет, пробует ещё раз. Снаружи это похоже на нормальную работу над проблемой.
О неформальных архитектурах и о том, почему это всегда дороже, чем кажется 1. Управление иллюзией
От автора: откуда взялась эта методика
Большинство продуктовых рынков со временем достигают пика конкуренции. Команды продолжают добавлять фичи и улучшать интерфейсы, но выделяться становиться всё сложнее, а порог входа для новых игроков слишком высокий. Меня зовут Александр Костюченко, я системный аналитик в Точка Банк. В статье расскажу, как применить стратегию «Голубого океана» на примере рынка бухгалтерских сервисов для ИП, чтобы повысить лояльность пользователей и вывести продукт в среду без конкуренции. Почему […]
Привет, это Илья, Технический директор 2PEOPLE IT. В работе я часто сталкиваюсь с автоматизацией, разработкой внутренних систем и ситуациями, когда бизнес пытается подружить между собой CRM, таблицы, чаты и еще пару сервисов, о которых все уже забыли, но отключать страшно. Один из частых вопросов от клиентов: «Нам уже нужна своя система или мы просто не […]
Когда в проекте начинаются проблемы с требованиями, чаще всего сначала смотрят на процесс. Не так описали задачу, не уточнили сценарии, плохо расставили приоритеты, забыли ограничения, не договорились о критериях готовности. Это всё действительно важно. Но, по моему, требования ломаются не только из‑за плохих шаблонов или небрежного описания задач.
Итак, ваш первый день в офисе, вам дали доступы ко всем 15 репозиториям проекта, рассказали где что лежит, и теперь ждут от вас великих дел. Они и не подозревают, что вы уже забыли, какой карточкой открывается этаж и где стоит кофемашина. Добро пожаловать в 50% IT-компаний вторую статью цикла про онбординг в сложную систему! В […]