Что такое инструмент управления запросами на изменения?
-
05-09-2019 - |
Вопрос
Может ли кто-нибудь рассказать, что такое инструмент управления запросами на изменения и что происходит, когда запрос на изменение отправляется в этот инструмент?
Решение
Инструмент управления запросами на изменения позволяет пользователям запрашивать изменения в программном обеспечении.
Когда начинается процесс разработки программного обеспечения, между командой разработчиков и пользователями (или их отделом) существует соглашение о том, что будет делать программное обеспечение.Это называется требования.Как только все согласуют требования, желательно в письменной форме, начинается разработка.
Если пользователи обнаруживают, что им необходимо изменить требования на каком-либо этапе разработки, они делают запрос на изменение.Эти запросы регистрируются в инструменте управления запросами на изменения.Команда разработчиков рассматривает запрос и договаривается с пользователями об изменении (сколько дополнительного времени или денег это потребует), пока они не придут к соглашению.
После развертывания программного обеспечения пользователи могут внести дополнительные изменения.Они записывают свои запросы в инструменте управления запросами на изменения.Периодически команда разработчиков рассматривает новые запросы на изменения и договаривается с пользователями о том, какие из этих запросов будут включены в следующую версию программного обеспечения.
Использование инструмента управления запросами на изменения помогает справиться с «расползанием объема».Это помогает обеим сторонам оценить дополнительную работу, необходимую для программного обеспечения, и обеспечивает организацию всего процесса.
Если все сделано правильно, будет записана информация о запрошенных изменениях, внесенных изменениях и изменениях, находящихся в процессе обработки.Улучшения программного обеспечения будут иметь приоритетное значение.
Другие советы
Он похож или идентичен инструменту отслеживания ошибок.Вот что может произойти:
Кто-то просматривает запрос («кто-то» может быть менеджером продукта, менеджером проекта и/или руководителем группы разработки) и решает, рассматривать ли его дальше.
Если запрос не отклоняется сразу, он передается кому-то (возможно, архитектору или руководителю группы разработчиков), который оценит его осуществимость и скажет, какие усилия/график/ресурсы потребуются для его реализации.
Если ожидаемая выгода превышает ожидаемую стоимость и т. д., тогда она будет одобрена, добавлена в график разработки и в конечном итоге передана доступному разработчику.
По мере того, как он проходит различные этапы и рассматривается разными людьми, люди добавляют свои мнения и/или дополнительные детали и документацию:например, к тому времени, когда он наконец дойдет до специалиста по обеспечению качества, который тестирует разработанную реализацию запрошенного изменения, специалист по обеспечению качества увидит не только исходный запрос, но и комментарии менеджера проекта, архитектора, разработчика и т. д.
По сути, это база данных, которая помогает предотвратить падение всех ваших дел со стола.
А также в качестве дополнительной выгоды предоставляет возможность оценить, насколько хорошо ваша команда разработчиков выполняет свой процесс.
вы можете использовать инструмент управления проблемами (трекер ошибок) в качестве инструмента запроса изменений.
или вы можете перейти на режим lo-fi и вместо этого использовать протокол (т.е.просто процедура, записанная в текстовом документе)
со своими клиентами я использую комбинацию sla (соглашения об уровне обслуживания) и протокола запроса на изменение: «Блоки обслуживания» — управление запросами на изменения
--ЛМ