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/