Wykłady
> Zarządzanie zmianami > Procesy zarządzania zmianami |
![]() ![]() |
12.3 Procesy zarządzania zmianami![]() Podstawowym organem odpowiedzialnym za zarządzanie zmianami jest zespół ds. zarządzania zmianami. Jest to ciało tworzone przez kierownika projektu rozproszone po wszystkich szczeblach zespołu projektowego. Członkowie tego zespołu odpowiedzialni są za rejestrowanie i śledzenie wszelkich zmian w projekcie, analizę zgłaszanych zmian, zatwierdzanie lub odrzucanie zmian oraz monitorowanie procesu wprowadzania zaakceptowanych zmian. Ciałem nadzorczym dla tego zespołu jest kierownik projektu. Zgłaszane przez zespół projektowy lub przez klienta zmiany można podzielić na kategorie: • niezrealizowane wymagania, czyli braki w planowaniu projektu owocujące problemami z osiągnięciem pełnej funkcjonalności przedsięwzięcia • rozszerzenia, czyli powstające w trakcie realizacji nowe wymagania i założenia do realizowanego projektu • usprawnienia, czyli koncepcje poprawy jakości lub zakresu realizowanego przedsięwzięcia Procedura obsługi zgłoszonej zmiany powinna być sformalizowana i podlegać określonym zasadom. Z reguły wygląda ona jak na rysunku. ![]() W pierwszej kolejności należy przeprowadzić identyfikację zmiany. Etap ten polega na udokumentowaniu źródła, zakresu i znaczenia zmiany dla realizacji projektu. Następnie dokonuję się dogłębnej analizy zgłaszanej zmiany pod kątem konieczności jej wprowadzenia oraz ewentualnych konsekwencji jej odrzucenia. W kolejnej fazie dokonuje się oceny wpływu zmiany na realizację projektu pod kątem czasowym i kosztowym. Ta ocena jest podstawą do podjęcia decyzji o wprowadzeniu lub odrzuceniu zmiany. Niezależnie od decyzji należy zakomunikować wszystkim członkom zespołu o losie zgłaszanej zmiany. Jeśli zmiana uzyskała akceptację to jest dostarczana do wprowadzenia. Podejmując decyzję dotyczącą losu zmiany, można wybrać jedną z trzech możliwości: • akceptacja zmiany, czyli wprowadzenie natychmiastowe, • odłożenie zmiany, czyli uznanie zmiany za zasadną ale optymalną do wprowadzenia w późniejszym terminie, • odrzucenia zmiany, czyli uznanie zmiany za bezzasadną lub niemożliwą do wprowadzenia. W prowadzając zmiany dobrze jest korzystać z możliwości ich grupowania i wprowadzania ich jednocześnie. Podejście takie daje możliwość zwiększenia efektywności procesu wprowadzania modyfikacji oraz zwiększenie nad nim kontroli. Zmiany mogą być grupowane pod kątem podobieństwa przyczyn lub zakresu. Można też grupować je w celu minimalizacji czasu poświęcanego ich wprowadzeniu lub ich testowaniu. ![]() W niektórych przypadkach zmiany mogą mieć charakter bardzo złożony a jednocześnie istotny z punktu widzenia zakresu projektu. W takiej sytuacji nie jest możliwe ich zaakceptowanie w ramach realizacji projektu, gdyż spowodowałoby to wywrócenie harmonogramu prac do góry nogami. Warto w tej sytuacji zastanowić się nad ustanowieniem nowego projektu, którego zakresem będzie cel zgłaszanej zmiany. Sytuacja, w której odrzucona zmiana w ramach bieżącego projektu staje się podstawą nowego projektu, przedstawiona jest na rysunku Kontrola wersji Odrębną kwestią zarządzania zmianami jest kontrola wersji. Jest to czynność bardzo istotna w projektach informatycznych realizowanych w rozbudowanych zespołach projektowych. System kontroli wersji służy śledzeniu zmian wprowadzanych do kodu źródłowego. Jest to szczególnie ważne w przypadku pracy różnych zespołów na wspólnym kodzie źródłowym. Z zależności przyczynowo-skutkowych między zadaniami wynikają sytuacje, w których poszczególne podzespoły wykorzystują wzajemnie swoje kody źródłowe. Istotne jest więc zachowanie starannej kontroli nad wersjami kodu przy wprowadzaniu zmian, tak aby wszystkie zespoły pracowały na najbardziej aktualnych wersjach kodu. Brak zachowania kontroli wersji w bardzo szybkim tempie prowadzi do eskalacji rozbieżności między kodem wykorzystywanym przez poszczególne podzespoły, co doprowadzić może do utraty panowania nad spójnością projektu. Przejdź dalej ![]() |
|
![]() Wykłady > Zarządzanie zmianami > Procesy zarządzania zmianami |