Что такое инструмент управления запросами на изменение?
Может кто-нибудь сказать, что такое инструмент управления запросами на изменение и что происходит, когда запрос на изменение передается этому инструменту?
5 ответов
Инструмент управления запросами на изменение предназначен для пользователей, чтобы запрашивать изменения в программном обеспечении.
Когда начинается процесс разработки программного обеспечения, существует соглашение между командой разработчиков и пользователями (или их отделом) о том, что будет делать программное обеспечение. Это называется требованиями. Как только все согласны с требованиями, желательно в письменной форме, начинается разработка.
Если пользователи обнаружат, что им необходимо изменить требования в любой момент разработки, они отправят запрос на изменение. Эти запросы регистрируются в инструменте управления запросами на изменение. Команда разработчиков рассматривает запрос и договаривается с пользователями об изменении - сколько дополнительного времени или денег это займет - пока они не достигнут соглашения.
После развертывания программного обеспечения пользователи могут вносить дополнительные изменения. Они записывают свои запросы в инструменте управления запросами на изменение. Периодически команда разработчиков рассматривает новые запросы на изменения и договаривается с пользователями о том, какие из этих запросов будут включены в следующую версию программного обеспечения.
Использование инструмента управления запросами на изменение помогает управлять "ползучестью". Это помогает обеим сторонам оценить дополнительную работу, необходимую для программного обеспечения, и поддерживает весь процесс организованным.
Если все сделано правильно, будет запись запрошенных изменений, внесенных изменений и изменений, которые в настоящее время находятся в процессе. Улучшения программного обеспечения будут приоритетными.
Это похоже или идентично инструменту отслеживания ошибок. Вещи, которые могут произойти, включают в себя:
Кто-то просматривает запрос ("кто-то" может быть менеджером по продукту, менеджером проекта и / или руководителем группы разработки) и решает, стоит ли его рассматривать дальше
Если запрос не был сразу отклонен, то он передается кому-то (возможно, архитектору или руководителю группы разработчиков), который оценит его выполнимость и скажет, какие усилия / график / ресурсы требуются для его реализации.
Если ожидаемая выгода превышает ожидаемую стоимость и т. Д., То она будет утверждена и добавлена в график разработки, а затем назначена доступному разработчику
По мере того, как он проходит эти различные этапы и рассматривается различными людьми, люди будут добавлять свои мнения и / или дополнительные сведения и документацию: например, когда он наконец достигнет специалиста по обеспечению качества, который тестирует разработанную реализацию запрошенного изменения, специалист по контролю качества увидит не только исходный запрос, но и комментарии менеджера проекта, архитектора, разработчика и т. д.
Отличным примером инструмента управления запросами на изменение является приложение Switchboard http://www.switchboardsite.com/. Проверьте это, чтобы получить представление о том, как работает управление запросами на изменение.
По сути, это база данных, которая помогает предотвратить падение всех ваших "задач" со стола.
А также в качестве дополнительного преимущества предоставляет средства для оценки того, насколько хорошо ваша команда разработчиков выполняет свой процесс.
Вы можете использовать инструмент управления проблемами (трекер ошибок) в качестве инструмента запроса на изменение
или вы можете пойти по локальной сети и использовать вместо этого протокол (т.е. просто процедуру, записанную в текстовом документе)
то, что я использую со своими клиентами, представляет собой комбинацию sla (соглашение об уровне обслуживания) и протокола запроса на изменение: "Блоки обслуживания" - Управление запросами на изменение
--LM