Рубрика «требования»

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

Я не сразу понял, что дело не в зарплате и не в карьерном росте. Люди уходили от конкретных задач — просто никто это так не формулировал. 36% увольнений в IT в 2025 году — это выгорание. Мы умеем измерять скорость команды до миллиметра. Эмоциональную стоимость задачи — никто не считал.

Читать полностью »

Сколько людей - столько и мнений о процессах в команде (с). 

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

За отправную точку возьмем несколько потребностей: 

  • управлять неопределённостью,

  • повышать качество требований,

  • снижать риски на этапе разработки. 

Читать полностью »

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

BABOK guideЧитать полностью »

Почему требований нет (и это нормально).

Думаю, каждому читателю‑тестировщику знакома картина, когда ты приходишь на работу, завариваешь кофе, садишься за Jira, а там на тест упала задача, в которой из контекста только название. Причем что‑то вроде «Улучшить авторизацию».

Требования очень редко полностью попадают под характеристики:

  • полные

  • измеримые

  • прослеживаемые

  • тестируемые и тд

Читать полностью »

Функция как основа формирования функциональных требований

Разработка требований обычно начинается с терминологии. Перед стартом проекта команда аналитиков формирует словарь проекта - единое пространство определений и артефактов. Это не формальность, однозначно трактуемая терминология напрямую влияет на качество требований.

В этой статье разберём ключевое понятие - функция. Понимание сущности функции Информационной Системы во многом определяет успех дальнейшего формирования функциональных требований.

Что такое функция

Наиболее авторитетные источники определения:

Дело о ненужной рекомендательной системе, сделанной с помощью AI - 1

О проблемах найма я узнал не из аналитических отчётов — а потому что сам оказался внутри рынка труда. С одной стороны — как кандидат, с другой — как человек, работавший с HR и процессами найма.

Читать полностью »

Всем привет! Я уже больше 15 лет в IT, в роли РП 7 лет, до этого  долго был в смежных ролях релиз-менеджера и сервисного-менеджера. Долго мне не давали переходить в РП, но я формировал теоретическую базу и ворвался потом сразу в большие проекты. Сейчас являюсь играющим тренером, люблю сложные проекты/фичи большого масштаба. По запросу занимаюсь менторством, радуюсь когда вижу развитие и рост коллег. Хочу поделиться на мой взгляд ключевыми проблемам которым мало уделяется внимание, сразу расскажу предложения по решению. Надеюсь кому-то будет полезно.

1. Плохая коммуникация с Заказчиком

Читать полностью »

В данной статье представлено описание определения требований к ПО по Карлу Вигерсу.

Особенности интерпретации требований

В главе Вигерса по интерпретации требований имеется несколько определений для термина «Требование»:

  1. Одно определение заключается в том, что требование — это «нечто такое, что определяет выбор дизайна». Такое определение предложил консультант Брайан Лоренс. Определение является неплохим, т.к. оно неформальное и в эту категорию можно отнести много видов информации.

  2. Читать полностью »

Привет!

Я — Зинченко Иван, IT-Lead в направлении разработки цифровых каналов в Газпромбанке. За последние 3 года я провёл и прошел десятки собеседований по System Design и заметил: 80% кандидатов проваливаются на одной и той же ошибке - не фиксируют основные требования к системе.

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

Для чего нам нужны требования? 

Сбор и фиксация требований это первый и самый важный этап при Проектировании IT-СистемыЧитать полностью »

Фичи в мобильной разработке — головная боль аналитиков и продактов: детали вроде есть, цвета красивые, но что из этого должно получиться — загадка. Особенно если вы — аналитик или продакт, которому нужно превратить абстрактное «надо бы сделать круто» в чёткие требования. В этой статье расскажу, как выстроить работу с фичами так, чтобы команда не страдала, пользователи радовались, а вы — чувствовали себя гением.

От идеи до формулировки требований к фиче для аналитика

Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js