Рубрика «требования»
Переделка стоила два дня, теперь два часа. Что в разработке подорожало взамен
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 и процессами найма.
3 ключевые проблемы из-за которых управляемость проектов идет под откос
2025-09-21 в 12:46, admin, рубрики: риски проектов, сроки реализации, стейкхолдеры, требования, управление проектамиВсем привет! Я уже больше 15 лет в IT, в роли РП 7 лет, до этого долго был в смежных ролях релиз-менеджера и сервисного-менеджера. Долго мне не давали переходить в РП, но я формировал теоретическую базу и ворвался потом сразу в большие проекты. Сейчас являюсь играющим тренером, люблю сложные проекты/фичи большого масштаба. По запросу занимаюсь менторством, радуюсь когда вижу развитие и рост коллег. Хочу поделиться на мой взгляд ключевыми проблемам которым мало уделяется внимание, сразу расскажу предложения по решению. Надеюсь кому-то будет полезно.
1. Плохая коммуникация с Заказчиком
Определение требований к ПО
2025-08-07 в 10:15, admin, рубрики: бизнес-правила, ограничения, продукт, проект, спецификация, требованияВ данной статье представлено описание определения требований к ПО по Карлу Вигерсу.
Особенности интерпретации требований
В главе Вигерса по интерпретации требований имеется несколько определений для термина «Требование»:
-
Одно определение заключается в том, что требование — это «нечто такое, что определяет выбор дизайна». Такое определение предложил консультант Брайан Лоренс. Определение является неплохим, т.к. оно неформальное и в эту категорию можно отнести много видов информации.
System Design: Чек-лист по сбору и фиксации требований на все случае жизни
2025-07-03 в 9:30, admin, рубрики: system design, архитектура, повышение, приложение, проектирование, разработка, система, собеседование, требования, успешная карьераПривет!
Я — Зинченко Иван, IT-Lead в направлении разработки цифровых каналов в Газпромбанке. За последние 3 года я провёл и прошел десятки собеседований по System Design и заметил: 80% кандидатов проваливаются на одной и той же ошибке - не фиксируют основные требования к системе.
В этой статье разберем чем чреват этот критичный промах, который даже сильные разработчики допускают при проектировании систем.
Для чего нам нужны требования?
Сбор и фиксация требований это первый и самый важный этап при Проектировании IT-СистемыЧитать полностью »