Lokalizacja Oprogramowania

Transkrypt

1 mgr inż. Anton Smoliński Lokalizacja Oprogramowania 18/11/2016 Wykład 4 Zarządzanie projektem lokalizacyjnym

2 Agenda Projekty lokalizacyjne Metodyki zarządzania projektami Zadania w projekcie lokalizacyjnym Zarządzanie zasobami Kierownik projektu Analiza ryzyka Zarządzanie zmianą

3 Projekty lokalizacyjne

4 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

5 Projekty lokalizacyjne Jednorazowe? Nie Niepowtarzalne? Zależy od lokalizowanego materiału Złożone? Tak

6 Projekty rodziny systemów Windows Osobne, złożone, jednorazowe, niepowtarzalne projekty Lokalizacyjnie Uaktualnienie poprzednich wersji

7 Przebieg projektu 1. Przygotowanie materiału 2. Analiza 3. Tłumaczenie 4. Weryfikacja 5. Korekta 6. Przetworzenie do formatu docelowego 7. Akceptacja zleceniodawcy

8 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

9 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

10 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

11 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ę

12 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

13 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

14 Zadania w projekcie lokalizacyjnym

15 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

16 SMART S Specific, konkretne, ścisłe M Measurable, mierzalne A Achievable, osiągalne R Realistic, realne T Time-bound, określone w czasie

17 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

18 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?

19 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

20 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ń

21 Kierownik projektu

22 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

23 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

24 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

25 Ryzyka w projekcie

26 Macierz tolerancji ryzyka

27 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)

28 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.)

29 Koniec mgr inż. Anton Smoliński