2009-05-25 22 views

Odpowiedz

8

Narzędzie do zarządzania żądaniami zmiany jest przeznaczone dla użytkowników do zgłaszania zmian w oprogramowaniu.

Po rozpoczęciu procesu tworzenia oprogramowania istnieje umowa między zespołem programistycznym a użytkownikami (lub ich działem) o tym, co zrobi oprogramowanie. Nazywa się to wymogami. Gdy wszyscy się zgodzą na wymagania, najlepiej na piśmie, zaczyna się rozwój.

Jeśli użytkownicy odkryją, że muszą zmienić wymagania w dowolnym momencie opracowywania, składają wniosek o zmianę. Te żądania są rejestrowane w narzędziu do zarządzania żądaniami zmian. Zespół deweloperów sprawdza zgłoszenie i negocjuje z użytkownikami zmiany - ile dodatkowego czasu lub pieniędzy zajmie - aż do momentu osiągnięcia porozumienia.

Po wdrożeniu oprogramowania użytkownicy mogą określić dodatkowe zmiany. Zapisują swoje żądania w narzędziu zarządzania żądaniami zmiany. Okresowo zespół programistów sprawdza nowe żądania zmian i zawiera umowę z użytkownikami, które z tych żądań zostaną uwzględnione w kolejnej wersji oprogramowania.

Za pomocą narzędzia do zarządzania żądaniami zmiany można zarządzać "przesuwaniem zakresu". Pomaga obu stronom ocenić dodatkową pracę wymaganą w oprogramowaniu i utrzymuje cały proces uporządkowany.

Jeśli zostanie to zrobione prawidłowo, nastąpi rejestr żądanych zmian, wprowadzonych zmian i aktualnie wprowadzanych zmian. Ulepszenia oprogramowania będą traktowane priorytetowo.

+1

Dobra robota. :) "Jeśli użytkownicy odkryją, że muszą zmienić wymagania" ... powinno być "Kiedy użytkownicy ..." – Russell

2

Jest podobny lub identyczny z narzędziem do śledzenia błędów. Rzeczy, które mogą się zdarzyć obejmują:

  • Ktoś patrzy na życzenie (dalej „ktoś” może być product manager, kierownik projektu i/lub deweloperami lider) i decyduje czy to rozważyć dalsze

  • Jeżeli wniosek nie zostanie natychmiast odrzucony wówczas to przeszedł do kogoś (może architekt lub lider zespołu rozwoju), który oceni jego feasability i powiedzieć co nakładu/harmonogram/zasoby wymagane do wdrożenia byłoby

  • Jeżeli spodziewana korzyść przewyższa spodziewany koszt itd., Będzie to ok Oved i dodane do harmonogramu rozwoju, a ostatecznie przypisane do dostępnego dewelopera

  • Po przejściu przez te różne etapy i jest uważany przez różnych ludzi, ludzie dodają swoje opinie i/lub dodatkowe szczegóły i dokumentację: dla na przykład do czasu, gdy w końcu dociera do osoby kontroli jakości, która testuje opracowaną implementację żądanej zmiany, osoba odpowiedzialna za jakość zobaczy nie tylko pierwotne żądanie, ale także komentarze od kierownika projektu, architekta, programisty itp.

0

Jest to w zasadzie baza danych, dzięki której wszystkie przedmioty "todo" nie spadną ze stołu.

A także jako dodatek do zasiłku, zapewnia możliwość oceny, jak dobrze zespół programistów wykonuje swój proces.

0

można użyć narzędzia do zarządzania problem (bug tracker) jako narzędzie żądania zmiany

czy można przejść lo-fi i korzystać z protokołu zamiast (czyli tylko procedury zapisane w dokumencie programu Word)

co mogę używać z moich klientów jest kombinacją SLA (service Level Agreement) oraz protokół żądania zmiany: 'Maintenance Blocks' - Managing Change Requests

--LM

1

doskonałym przykładem narzędzia zarządzania zmianą prośba jest aplikacja Rozdzielnie http://www.switchboardsite.com. Sprawdź, jak się czuje, jak działa zarządzanie zleceniami zmian.

Powiązane problemy