Marzanna Farnicka, Hanna Liberska, Uwarunkowania poczucia ...
MSF - Marzanna
-
Upload
klukpatryk -
Category
Documents
-
view
222 -
download
1
description
Transcript of MSF - Marzanna
-
MSF
Microsoft Solution Framework
-
MSF a PMI
PMI - metodyka podobna dla kadego rodzaju projektw
MSF metodyka przeznaczona dla projektw informatycznych majca cechy PMI
MSF metodyka utworzona na podstawie projektw Microsoft
-
Skutki zego zarzdzania projektem
Przeduenie czasu trwania projektu: Niecierpliwo (nerwy) udziaowcw Niecierpliwo (nerwy) zespou Zmniejszajca si liczba potencjalnych
odbiorcw
Przekroczenie zasobw finansowych
Demotywacja i wypalenie si zespou
-
Korzyci pynce z dobrego zarzdzania projektem
Pomaga w osigniciu rozwizania biznesowego: w okrelonym czasie przy nie przekraczaniu
okrelonego budetu; szybciej, wyszej jakoci, przy zaangaowaniu
mniejszej iloci ludzi, mniejszym ryzyku
-
Czym jest MSF?
Zdefiniowane podejcie do tworzenia oprogramowania
Zestaw zasad, modeli, przewodnikw i praktyk (sprawdzonych praktyk) przydatnych do tworzenia oprogramowania
-
MSF - Podstawowe zasady Wymiana informacji wewntrz zespou Wsplna wizja biznesu:
Pena wiadomo kierunku biznesu, celu i terminu; Wsplne rozumienie celw projektu i priorytetw
Zaangaowanie ludzi w projekt Podzielenie zada, ustalenie terminw realizacji zada
Ustalenie jasnych zasad odpowiedzialnoci Jasny podzia odpowiedzialnoci: kto, co, kiedy,
dlaczego?
-
MSF - Podstawowe zasady (2)
Nastawienie na dostarczenie wartoci biznesowej
Nastawienie na zmiany: Np. Reakcja na zmiany wymaga klienta
Inwestowanie w jako Wymiana informacji wewntrz zespou Zaangaowanie caej grupy w zarzdzaniu
ryzykiem
Uczenie si z dowiadcze
-
Role w MSFProgram
Management
Development
Test
ProductManagement
UserExperience
Release Management
-
Charakterystyka rl Zaoenie rwnowanoci rl Rola to nie osoba!!!
Jedna osoba moe spenia kilka rl Jedna rola moe by speniana przez wiele
osb
Niektrych rl nie powinno si czy
-
Product management Cel:
Usatysfakcjonowanie klientw
Charakterystyka: Jest adwokatem klienta: przekazuje jego
wymagania, odpowiada za komunikacj z nim Definiuje wspln wizj projektu dla klienta i
zespou Odpowiada za osignicie kompromisu
pomidzy oczekiwaniami klienta, terminem realizacji i zasobami projektowymi
-
Program management Cel:
Dostarczenie gotowego produktu z uwzgldnieniem przyjtych ogranicze: czas, zakres, budet
Charakterystyka: Steruje procesem rozwoju oprogramowania Zarzdza specyfikacj projektow moe by
gwnym architektem lub kierownikiem produkcji Uatwia komunikacj i negocjacje wewntrz zespou Pilnuje terminowoci projektu i raportuje o postpach Rozwija, utrzymuje i wprowadza w ycie plan i
terminarz projektu Zarzdza szacowaniem ryzyka projektu Odpowiednik kierownika projektu w znaczeniu PMI
-
Development Cel:
Utworzenie specyfikacji i implementacji produktu
Charakterystyka: Specyfikacja funkcjonalnoci projektu
fizycznego Okrela czas zakoczenia kadej
funkcjonalnoci Tworzy lub nadzoruje tworzenie
funkcjonalnoci Przygotowuje produkt do dystrybucji
-
Test Cel:
Zatwierdzenie produktu do dystrybucji po zidentyfikowaniu i osigniciu wszystkich wymaga jakociowych produktu
Charakterystyka: Rozwinicie strategii testowania Prowadzenie testw
-
User Experience Cel:
Dbanie o zadowolenie uytkownika produktu Charakterystyka
Jest adwokatem uytkownika Definiuje wymagania z punktu widzenia
uytkownika Projektuje i rozwija system wspierania
wydajnoci Rozwija i realizuje szkolenie uytkownikw
-
Release Management Cel:
Wdraanie produktu i zwizane z tym operacje
Charakterystyka: Zarzdzanie wdraanym produktem Logistyczne wsparcie teamu projektowego
-
czenie rl
UPNPUReleaseManagement
UPNUPUserExperience
PPNUPTestNNNNNDevelopmentPUUNNProgram Management
UPPNNProductManagement
ReleaseManagement
UserExperience
TestDevelopmentProgram Management
ProductManagement
P Moliwe U Rzadko N Nie rekomendowane
-
Proces tworzenia oprogramowania
Proces tworzenia odbywa si w iteracyjnych cyklach
Kady cykl zawiera 5 faz Kada faza koczona kamieniem milowym Fazy mog si zazbia Cykle produkcyjne mog si zazbia
-
Fazy w MSF Envisioning
Stworzenie wsplnej wizji produktu
Planning Zaplanowanie prac realizowanych w cyklu
Developing Implementacja
Stabilizing Testowanie
Deploying Przygotowanie produktu do udostpnienia
-
Fazy w MSF
Release ReadinessApproved
Deployment Complete
Vision/ScopeApproved
ScopeCompleted
Project PlansApproved
MSF
-
Kamienie milowe Kamienie milowe to punkty synchronizacji i
przegldu rezultatw Oddzielaj poszczeglne fazy projektu Daj moliwo dyskusji na temat
zakresu projektu, zmian w wymaganiach uytkownika oraz oszacowaniu ryzyka
-
Ryzyko w MSF Zarzdzanie ryzykiem to proces identyfikowania,
analizowania oraz adresowania ryzyka proaktywnie, tzn. ryzyko jest przewidywane i definiowany jest proces nim zarzdzania
Celem zarzdzania ryzykiem jest zmaksymalizowanie pozytywnych wpyww (szans) przy jednoczesnym zminimalizowaniu negatywnego wpyww (strat) na projekt
Dotyczy ludzi, procesw i elementw technologii
Powinno by oszacowywane w kadym punkcie ycia projektu
Oglne zasady MSF powinny by stosowane rwnie do zarzdzania ryzykiem
-
Cechy charakterystyczne ryzyka
Ryzyko: Opis Przeciwdziaanie Plan awaryjny Odpowiedzialny
Okresowa ocena ryzyka: Prawdopodobiestwo wystpienia Waga Wraliwo (ang. exposure) =
Prawdopodobiestwo * Waga
-
Ryzyko
1.Identify2. Analyze
andPrioritize
3. Plan andSchedule
4. Track andReport
6.Learn
5.Control
-
Ryzyko Identyfikacja ryzyka:
Uwiadomienie o potencjalnych problemach jak najszybciej to moliwe identyfikacja ryzyka jest powtarzana w trakcie caego ycia projektu
Analiza i ustalanie priorytetw: Transformacja oszacowa i danych o ryzykach do formy
umoliwiajcej ustalanie priorytetw ryzyka Ustalenie priorytetw ryzyka umoliwia przyznanie zasobw
projektowych do najwaniejszych rodzajw ryzyka Planowanie i harmonogramowanie
Planowanie to tworzenie strategii, planw i akcji zapobiegajcych wystpowaniu ryzyka
Harmonogramowanie to wczenie tych planw w codzienne zarzdzanie procesami projektowymi
-
Ryzyko ledzenie zmian (tracking) i raportowanie:
Monitoruje status ryzyka i postp akcji przeciwdziaajcych Monitoruje prawdopodobiestwo wystpienia, wag oraz
wraliwo ryzyka, co moe zmieni priorytety ryzyka, cechy projektu lub zasoby
Raportowanie zapewnia, e zesp, sponsorzy oraz inni partycypanci s wiadomi o statusie ryzyka projektu i planach nim zarzdzania
Kontrola Proces egzekwowania akcji oraz raportowanie ich statusu
Uczenie si Proces polegajcy na uczeniu si na podstawie ryzyka oraz na
zachowywaniu tej wiedzy w formie nadajcej si do nastpnego uycia
-
MSF w praktyce Nie wszystkie role s rwnowane:
Wiodca rola Program Managera Nie wszystkie role formalnie w jednym
zespole: Product Manager poza zespoem
produkcyjnym
Niektre zadania przydzielane inaczej nizaleca MSF: Funkcje developera i projektanta
-
MSF w praktyce cykl produkcyjny Zaburzony cykl produkcyjny:
Wyduona stabilizacja kosztem skrconej do minimum fazy udostpniania
Problemy z dotrzymaniem terminw realizacji kamieni milowych: Projektowanie w implementacji Implementacja w stabilizacji
Niedotrzymanie zaoe MSF dotyczcych jakoci: Wersja finalna zawierajca znane bdy Beta zawierajca powane bdy
-
MSF w praktyce zarzdzanie ryzykiem
Problemy z dobr definicj ryzyk: Ryzyka zbyt oglne lub zbyt szczegowe
Sabe zapobieganie wystpieniu ryzyka Brak dobrego scenariusza zapobiegania
Brak zaangaowania zespou w zarzdzanie ryzykiem Dodatkowy obowizek Efekt zarzdzania ryzykiem dobrze widoczny
jest z gry
-
Co omwilimy? MSF co to jest i dlaczego powsta Role w MSF
Fazy w MSF
Ryzyko w MSF
-
Dla zainteresowanych
MSF:http://msdn.microsoft.com/vstudio/enterprise/msf/