Я запустил проект создания системы управления корпоративной архитектурой, в которой объекты и связи живут с полной историей изменений, как код в git: ветки, коммиты, сравнение состояний, слияние. Работаем вдвоём: я и ИИ‑агент. Я ставлю задачи, принимаю решения и отвечаю за результат; он пишет документы и код — и он же был соавтором архитектуры, которую я собрал в диалоге с ним ещё до того, как завёл репозиторий. Начну с постановки задачи: именно она связала мне руки сильнее, чем любое последующее архитектурное решение.
Рубрика «требования»
Я написал, чего в системе не будет. Это оказалось важнее всего остального
2026-09-28 в 9:40, admin, рубрики: adr, postgresql, версионирование модели, границы системы, ии-агенты, корпоративная архитектура, Постановка задачи, требованияИИ заберёт тексты и код. Но это никогда не было главной работой человека. Часть 2
2026-09-16 в 12:08, admin, рубрики: бизнес-задачи, искусственный интеллект, ограничения ИИ, Постановка задачи, принятие решений, рамка задачи, системное мышление, теорема Гёделя, требования, формальные системыВсем привет! Я — философ науки и техники и технический писатель. Последние пару лет мою профессию регулярно «хоронят». Большие языковые модели всё лучше пишут документацию, а если вы работаете с текстами, кодом или другим цифровым контентом, то наверняка и сами уже заметили, как меняется привычный процесс работы. Кажется, что ИИ научился делать всё больше задач, которые раньше выполнял человек. Но производство текста, кода и другого контента лишь верхушка айсберга любой IT-профессии. В первой частиЧитать полностью »
Дубль один, дубль два: как я делала одну фичу дважды
2026-07-26 в 14:07, admin, рубрики: cdp, customer data platform, бизнес-анализ, версионирование, конструктор сценариев, проектирование систем, работа над ошибками, системный анализ, требованияЯ бизнес- и системный аналитик, и у меня редкий кейс: две последние работы делают почти одинаковые продукты — по сути, конкурентные. Так что часть задач я делаю второй раз в жизни. Первый, как выяснилось, был генеральной репетицией. Жаль, никто не предупредил — я бы записывала.
Переделка стоила два дня, теперь два часа. Что в разработке подорожало взамен
2026-06-26 в 11:53, admin, рубрики: llm, useopora, аналитика, вайбкодинг, разработка с ии, требованияКоэффициент токсичности задачи: как одна метрика снизила текучку в команде до 10%
2026-05-06 в 8:32, admin, рубрики: agile, scrum, бэклог, выгорание, команда, метрики, планирование итерации, требования, управление проектами, уточнение задачДва года назад из моего отдела ушел ключевой специалист. Спокойно, без скандала, просто нашел другое место. Унес с собой три года контекста — почему вот эта интеграция сделана именно так, кто реальный заказчик вот той задачи, почему три месяца назад отклонили решение, которое команда снова предложила на прошлой неделе.
Я не сразу понял, что дело не в зарплате и не в карьерном росте. Люди уходили от конкретных задач — просто никто это так не формулировал. 36% увольнений в IT в 2025 году — это выгорание. Мы умеем измерять скорость команды до миллиметра. Эмоциональную стоимость задачи — никто не считал.
Читать полностью »
От хаоса к системе: как мы выстроили процесс Discovery (часть 1)
2026-04-26 в 15:45, admin, рубрики: backlog, discovery, kanban, upstream, user story mapping, аналитика, бизнес-анализ, процессы разработки, системный анализ, требованияСколько людей - столько и мнений о процессах в команде (с).
Давайте поразмышляем - как выстроить процесс анализа так, чтобы он стал для команды не формальным набором этапов, а рабочим инструментом? Опираемся на наш опыт работы в командах разработки одного из операторов электронного документооборота. Все описанные процессы формировались и развивались на практике.
За отправную точку возьмем несколько потребностей:
-
управлять неопределённостью,
-
повышать качество требований,
-
снижать риски на этапе разработки.
Как я научил Claude Code работать бизнес-аналитиком по руководству BABOK. Вот что получилось
2026-04-17 в 18:16, admin, рубрики: AIналитик, BABOK, change request, claude, Вигерс, системный анализ, стейкхолдеры, требования, управление требованиямиAIналитик (AInalyst) — это AI-ассистент, который работает рядом с вами как опытный коллега бизнес-аналитик. Он прекрасно знает методологию BABOK v3, умеет строить карты стейкхолдеров, планировать интервью и обрабатывать его результаты: собирать требования, трассировать и приоритизировать их, оформлять артефакты. Вы описываете задачу своими словами — AIналитик предлагает следующий шаг, задаёт уточняющие вопросы и делает работу.
BABOK guideЧитать полностью »
Если требований нет, а тестировать хочется
2026-03-25 в 15:15, admin, рубрики: qa, как задавать вопросы разработке, как искать требования, как тестировать без требований, неявные требования, отсутсвие требований, постановка задач, тестирование, требованияПочему требований нет (и это нормально).
Думаю, каждому читателю‑тестировщику знакома картина, когда ты приходишь на работу, завариваешь кофе, садишься за Jira, а там на тест упала задача, в которой из контекста только название. Причем что‑то вроде «Улучшить авторизацию».
Требования очень редко полностью попадают под характеристики:
-
полные
-
измеримые
-
прослеживаемые
-
тестируемые и тд
Что такое функция и функциональные требования? (по ГОСТ)
2026-03-01 в 13:16, admin, рубрики: требования, функциональные требованияФункция как основа формирования функциональных требований
Разработка требований обычно начинается с терминологии. Перед стартом проекта команда аналитиков формирует словарь проекта - единое пространство определений и артефактов. Это не формальность, однозначно трактуемая терминология напрямую влияет на качество требований.
В этой статье разберём ключевое понятие - функция. Понимание сущности функции Информационной Системы во многом определяет успех дальнейшего формирования функциональных требований.
Что такое функция
Наиболее авторитетные источники определения:
Дело о ненужной рекомендательной системе, сделанной с помощью AI
2026-02-06 в 10:16, admin, рубрики: ai-агенты, rag ai, skills, vibe coding, тестирование требований, требования
О проблемах найма я узнал не из аналитических отчётов — а потому что сам оказался внутри рынка труда. С одной стороны — как кандидат, с другой — как человек, работавший с HR и процессами найма.