mgr inż. Anton Smoliński anton.smolinski@zut.edu.pl Lokalizacja Oprogramowania 18/11/2016 Wykład 4 Zarządzanie projektem lokalizacyjnym
Agenda Projekty lokalizacyjne Metodyki zarządzania projektami Zadania w projekcie lokalizacyjnym Zarządzanie zasobami Kierownik projektu Analiza ryzyka Zarządzanie zmianą
Projekty lokalizacyjne
Co to jest projekt? zorganizowane ciągi działań, zmierzające do osiągnięcia założonego wyniku, zawarte w skończonym przedziale czasu z wyróżnionym początkiem i końcem, realizowane najczęściej zespołowo, z wykorzystaniem skończonej ilości zasobów. Jednorazowe, niepowtarzalne, złożone
Projekty lokalizacyjne Jednorazowe? Nie Niepowtarzalne? Zależy od lokalizowanego materiału Złożone? Tak
Projekty rodziny systemów Windows Osobne, złożone, jednorazowe, niepowtarzalne projekty Lokalizacyjnie Uaktualnienie poprzednich wersji
Przebieg projektu 1. Przygotowanie materiału 2. Analiza 3. Tłumaczenie 4. Weryfikacja 5. Korekta 6. Przetworzenie do formatu docelowego 7. Akceptacja zleceniodawcy
Koszty projektu Tłumaczenie i sprawdzanie 35% Pamięć tłumaczeń 15% Pozostałe 50% Zarządzanie projektem Przygotowywanie plików Kontrola wersji Identyfikacja plików Obróbka końcowa Dostawa
Zarządzanie projektami Realizacja koła Deminga (plan, do, check, act) Wszystkie czynności związane z projektem a nie związane bezpośrednio z przedmiotem projektu Metodyki zarządzania pozwalają na optymalizację zasobów projektu (czas, ludzie, pieniądze) i minimalizację ryzyka niepowodzenia
Metodyki zarządzania projektami Klasyczne Dobrze udokumentowane Model kaskadowy Agile Metodyka zwinna cel może się zmieniać Model spiralny Gdy możliwe są częste i znaczące zmiany Ekstremalne Nie wiadomo o co chodzi (cel i plan nie są ustalone) Projekty rozwojowo-badawcze Skupienie na ludziach a nie zadaniach
Wybór metodyki Metodyki zarządzania są zbiorem reguł i wskazówek W praktyce wybiera się najwygodniejsze dla firmy/projektu podejście a nie stosuje do wszystkich zasad konkretnej metodyki Metodyka ma ułatwiać a nie utrudniać pracę
Powodzenie projektu Projekt kończy się powodzeniem, gdy osiągnięto: Zadany cel, W zadanym czasie, Z wykorzystaniem przydzielonych zasobów Przekroczymy deadline niepowodzenie Przekroczymy budżet niepowodzenie Nawet, gdy osiągniemy cel
Cel projektu Skąd wiedzieć kiedy zakończyć projekt? Nie może być mglisty ani rozmyty (np. przetłumaczymy wszystko) Granice projektu Co należy do projektu a co już nie (np. jakie języki będziemy tłumaczyć, które moduły, itp) Zmiany w projekcie Jakie mamy zasoby do dyspozycji Ludzie, czas, pieniądze Oprogramowanie Pamięć tłumaczeń, baza terminologii
Zadania w projekcie lokalizacyjnym
Tworzenie listy zadań Błędy na tym etapie są krytyczne Aby je minimalizować korzysta się z metodyk zarządzania projektami i/lub wcześniej udanymi projektami Zadania w projekcie muszą być SMART
SMART S Specific, konkretne, ścisłe M Measurable, mierzalne A Achievable, osiągalne R Realistic, realne T Time-bound, określone w czasie
Czas a nakład pracy Każde zadanie można zdefiniować przez: Czas trwania np. ile trwa mecz piłki nożnej? Nakład pracy mierzony w roboczogodzinach, ile osób, ile czasu musi poświęcić do osiągnięcia celu (mecz: 2 drużyny * 11 piłkarzy = 22graczy * 90min, 33 roboczogodziny) Zarządzanie projektami operuje na roboczogodzinach, stąd przeświadczenie, że kierownik projektu to osoba, dla której 9 ciężarnych kobiet może urodzić dziecko w 1 miesiąc
Zarządzanie zasobami Czas jeden z krytycznych zasobów projektu Nie wszystkie zadania można zrównoleglić Nie wszystkie zadania są równie ciekawe dla uczestników projektu Każde zadanie wymaga specyficznych zasobów Nie wszyscy uczestnicy projektu są w stanie wykonać każde zadanie Jak odpowiednio podzielić zasoby?
Zadanie a uczestnicy projektu jest w stanie wykonać zadanie i chce je wykonać jest w stanie wykonać zadanie i jest/nie jest przygotowana do wykonania go jest w stanie wykonać zadanie, ale nie jest przygotowana może wykonać zadanie po przeszkoleniu nie jest w stanie wykonać zadania
Wykres Gantta Graficzna reprezentacja zadań i osi czasu projektu Pozwala zwizualizować które zadania można zrównoleglić, a które nie Umożliwia określenie poziomu dostępności poszczególnych uczestników projektu/zasobów do zadań
Kierownik projektu
Odpowiedzialność za projekt Nadzorca czy wszystkie zadania zostały wykonane w danym terminie Ustala zadania, dystrybuuje zasoby Ponosi odpowiedzialność za projekt Zarządza zmianami Podejmuje decyzje gdy coś idzie nie tak jak trzeba Kontakty z klientami Analizy Raportowanie projektu
Nieprzewidziane zdarzenia Jak się zabezpieczyć? Przewidzieć nieprzewidziane Bufor bezpieczeństwa Ok 15% więcej zasobów/czasu na projekt Uwaga na prawo Parkinsona Analiza ryzyka Tworzenie planów awaryjnych Przygotowywanie się na problemy
Analiza ryzyka 1. Identyfikacja czynników ryzyka 2. Ocena prawdopodobieństwa ryzyka 3. Ocena wpływu ryzyka na projekt 4. Czynniki z wysokim stopniem ryzyka (iloczyn prawdopodobieństwa i wpływu) wymagają przygotowania planu awaryjnego (i wydzielenie specjalnych zasobów) Plan awaryjny umieszcza się w projekcie jak każde inne zadanie
Ryzyka w projekcie
Macierz tolerancji ryzyka
Zarządzanie zmianą Zmiana w zakresie projektu może (ale nie musi) przekreślić dotychczasową pracę zespołu, ale Zawsze zaburza plany i zadania (kierownik projektu musi wykonać swoją pracę od początku) Rozwiązanie stosowanie metodyk zwinnych z tzw. Podejściem leniwego kierownika - planowanie na ostatnią chwilę Ważny jest także przepływ informacji z bieżącymi zmianami (stąd też częste spotkania zespołu)
Zmiany w projekcie Każde zmiany należy analizować przez pryzmat projektu: Celu Dostępnych zasobów Nie wszystkie zmiany warto realizować (nie mają związku z celem) Niektóre zmiany mogą anulować projekt (np. konkurencja wydała bardzo zbliżony produkt, zmieniła się technologia itp.)
Koniec mgr inż. Anton Smoliński