Что такое инструмент управления запросами на изменение?

Question

Может кто-нибудь сказать, что такое инструмент управления запросами на изменение и что происходит, когда запрос на изменение передается этому инструменту?

Answer 1

Инструмент управления запросами на изменение предназначен для пользователей, чтобы запрашивать изменения в программном обеспечении.

Когда начинается процесс разработки программного обеспечения, между командой разработчиков и пользователями (или их отделом) существует соглашение о том, что будет делать программное обеспечение. Это называется требованиями. Как только все согласны с требованиями, желательно в письменной форме, начинается разработка.

Если пользователи обнаружат, что им необходимо изменить требования в любой момент разработки, они отправят запрос на изменение. Эти запросы регистрируются в инструменте управления запросами на изменение. Команда разработчиков рассматривает запрос и договаривается с пользователями об изменениях - сколько дополнительного времени или денег это займет - пока они не достигнут соглашения.

После развертывания программного обеспечения пользователи могут вносить дополнительные изменения. Они записывают свои запросы в инструменте управления запросами на изменение. Периодически команда разработчиков рассматривает новые запросы на изменение и договаривается с пользователями о том, какие из этих запросов будут включены в следующую версию программного обеспечения.

Использование инструмента управления запросами на изменение помогает управлять "проскальзыванием области". Это помогает обеим сторонам оценить дополнительную работу, необходимую для программного обеспечения, и поддерживает весь процесс организованным.

Если все сделано правильно, будет записана запрошенная информация об изменениях, внесенных изменениях и изменениях, которые в настоящее время обрабатываются. Улучшения программного обеспечения будут приоритетными.

Answer 2

Это похоже или идентично инструменту отслеживания ошибок. Вещи, которые могут произойти, включают:

• Кто-то просматривает запрос («кто-то» может быть менеджером по продукту, руководителем проекта и / или руководителем группы разработки) и решает, стоит ли его рассматривать дальше

• Если запрос не был сразу отклонен, то он передается кому-то (возможно, архитектору или руководителю группы разработчиков), который оценит его осуществимость и скажет, какие усилия / график / ресурсы, необходимые для его реализации, будут

• Если ожидаемая выгода превышает ожидаемую стоимость и т. Д., То она будет утверждена и добавлена ​​в график разработки, а затем назначена доступному разработчику

• По мере прохождения этих различных этапов и рассмотрения различными людьми, люди будут добавлять свои мнения и / или дополнительные детали и документацию: например, к тому времени, когда он наконец достигнет специалиста по обеспечению качества, который тестирует разработанное Реализация запрошенного изменения, QA erson будет видеть не только исходный запрос, но также комментарии от менеджера проекта, архитектора, разработчика и т. д.

Answer 3

вы можете использовать инструмент управления проблемами (средство отслеживания ошибок) в качестве инструмента запроса на изменение

или вы можете вместо этого перейти к локальной сети и использовать протокол (т. Е. Просто процедуру, записанную в текстовом документе)

я использую с моими клиентами комбинацию sla (соглашение об уровне обслуживания) и протокола запроса на изменение: «Блоки обслуживания» - управление запросами на изменение

- LM

Answer 4

По сути, это база данных, которая помогает предотвратить падение всех ваших «задач» со стола.

А также в качестве дополнительного преимущества предоставляет средства для оценки того, насколько хорошо ваша команда разработчиков выполняет свой процесс.