Na potrzeby niniejszej pracy uwzględnione zostanie jedno kryterium podziału prowadzące do wyodrębnienia metodyk lekkich i ciężkich (w literaturze znajdziemy również podział o nazewnictwie: miękkie i twarde). Dla celów analiz związanych z projektem wersji 1.0 aplikacji PM formalnie nie uwzględniamy innego typu podziałów jak na przykład podział na metodyki strukturalne i obiektowe.
2.1.1. Metodyki lekkie (miękkie) charakteryzują się relatywnie niskim poziomem wymaganej formalności procesów, małym rozmiarem dokumentacji projektowej, nierzadko zaś nawet jej brakiem oraz dużą elastycznością i - przy skutecznym zarządzaniu - możliwą do osiągnięcia wysoką efektywnością i dynamiką postępów prac.
Znacznie węższy zakres formalizmów, mniejsza i mniej formalna dokumentacja procentować może często łatwiejszym, bardziej bezpośrednim kontaktem między członkami zespołu projektowego (udziałowcami projektu). Metodyki lekkie stanowią po części odpowiedź na znużenie i zniechęcenie zespołów projektowych do tworzenia zbyt obszernych dokumentów związanych z prowadzeniem projektu i trudnościami komunikacyjnymi wynikającymi ze zbytniego sformalizowania kanałów komunikacyjnych. Praca nad projektem prowadzona w pomieszczeniach o rozmieszczeniu stanowisk pracy pozwalających na nieprzerwaną wymianę uwag i spotkania przy tablicy głównej ze serum masterem ma specyficzny charakter i nie każdemu informatykowi, będącemu często introwertykiem, musi odpowiadać. Jednak argumentem „za” jest fakt, że introwersja owa dotyczy zwykle świata zewnętrznego, nie zaś osób z branży, które poruszają kwestie znane przez obie strony. Praca w Serum może być kontynuacją usprawnienia komunikacji i nową jakością dla zespołu oraz dla osoby mierzącej postępy, która środowisko do serum przygotowała.
Na potrzeby aplikacji PM zostanie wyodrębniony pierwszy typ metodyki, według którego możemy prowadzić projekt i nazwany zostanie XP - od skrótu Extreme Programming.
Wybrana metodyka lekka:
Metodyka "Extreme Programming" opracowana w latach dziewięćdziesiątych XX-go wieku przez Kenta Becka i Warda Cunninghama.
Możliwy kontekst wykorzystania metodyki XP w aplikacji do zarządzania projektem;
Praca aplikacji w trybie XP może ograniczać się do zapewnienia projektowi wsparcia prawnego i wyznaczenia ram czasowych oraz przypisania zasobów ludzkich do pakietów tworzonego systemu. Specyfikacja odegra rolę w chwili inicjacji i zamknięcia projektu, w trakcie zaś jego trwania priorytetowe będzie zrealizowanie funkcjonalności założonej w specyfikacji. Funkcjonalność ta będzie wynikać bezpośrednio z treści specyfikacji. Wybór architektury, środowiska wytwórczego, sposobu komunikacji oraz trybu akceptowania kształtu projektu, który uznany może zostać za wystarczający do oddania do testowania w środowisku docelowym (u klienta) będzie leżał po stronie zespołu. Tryb pracy XP optymalny jest do pracy zespołów doświadczonych we wspólnej pracy, do projektów o charakterze
Maciej Pardo www.eti.pg.gda.pl ind 102141 „Aplikacja do jednoczesnego zarządzania wieloma projektami informatycznymi”