Почему требований нет (и это нормально).
Думаю, каждому читателю‑тестировщику знакома картина, когда ты приходишь на работу, завариваешь кофе, садишься за Jira, а там на тест упала задача, в которой из контекста только название. Причем что‑то вроде «Улучшить авторизацию».
Требования очень редко полностью попадают под характеристики:
полные
измеримые
прослеживаемые
тестируемые и тд
Разработка требований обычно начинается с терминологии. Перед стартом проекта команда аналитиков формирует словарь проекта - единое пространство определений и артефактов. Это не формальность, однозначно трактуемая терминология напрямую влияет на качество требований.
В этой статье разберём ключевое понятие - функция. Понимание сущности функции Информационной Системы во многом определяет успех дальнейшего формирования функциональных требований.
Наиболее авторитетные источники определения:
О проблемах найма я узнал не из аналитических отчётов — а потому что сам оказался внутри рынка труда. С одной стороны — как кандидат, с другой — как человек, работавший с HR и процессами найма.
Всем привет! Я уже больше 15 лет в IT, в роли РП 7 лет, до этого долго был в смежных ролях релиз-менеджера и сервисного-менеджера. Долго мне не давали переходить в РП, но я формировал теоретическую базу и ворвался потом сразу в большие проекты. Сейчас являюсь играющим тренером, люблю сложные проекты/фичи большого масштаба. По запросу занимаюсь менторством, радуюсь когда вижу развитие и рост коллег. Хочу поделиться на мой взгляд ключевыми проблемам которым мало уделяется внимание, сразу расскажу предложения по решению. Надеюсь кому-то будет полезно.
В данной статье представлено описание определения требований к ПО по Карлу Вигерсу.
В главе Вигерса по интерпретации требований имеется несколько определений для термина «Требование»:
Одно определение заключается в том, что требование — это «нечто такое, что определяет выбор дизайна». Такое определение предложил консультант Брайан Лоренс. Определение является неплохим, т.к. оно неформальное и в эту категорию можно отнести много видов информации.
Привет!
Я — Зинченко Иван, IT-Lead в направлении разработки цифровых каналов в Газпромбанке. За последние 3 года я провёл и прошел десятки собеседований по System Design и заметил: 80% кандидатов проваливаются на одной и той же ошибке - не фиксируют основные требования к системе.
В этой статье разберем чем чреват этот критичный промах, который даже сильные разработчики допускают при проектировании систем.
Сбор и фиксация требований это первый и самый важный этап при Проектировании IT-СистемыЧитать полностью »
Фичи в мобильной разработке — головная боль аналитиков и продактов: детали вроде есть, цвета красивые, но что из этого должно получиться — загадка. Особенно если вы — аналитик или продакт, которому нужно превратить абстрактное «надо бы сделать круто» в чёткие требования. В этой статье расскажу, как выстроить работу с фичами так, чтобы команда не страдала, пользователи радовались, а вы — чувствовали себя гением.
Привет! Меня зовут Татьяна Ошуркова, я системный аналитик, разработчик и автор телеграм-канала IT TalksЧитать полностью »
Допускаю, что подобных статей было, есть и будет много, но все же постараюсь сделать ее достаточно уникальной, может, даже полезной:)
В процессе поиска первой работы, да и сейчас, спустя почти год коммерческого опыта (хотя, пожалуй, это совсем немного), меня порой вводят в ступор вопросы о различиях между бизнес- и системным аналитиком, главенстве иерархии Product Owner и Project Manager и некоторые иные.
