Czy każdy może powiedzieć, jakie jest narzędzie do zarządzania żądaniami zmiany i co się dzieje, gdy wniosek o zmianę składa się do tego narzędzia?Co to jest narzędzie do zarządzania żądaniami zmiany?
Odpowiedz
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.
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.
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.
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
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.
Dobra robota. :) "Jeśli użytkownicy odkryją, że muszą zmienić wymagania" ... powinno być "Kiedy użytkownicy ..." – Russell