Wymiarowanie oprogramowania z perspektywy podwykonawcy

Transkrypt

1

2 Wymiarowanie oprogramowania z perspektywy podwykonawcy

3 O czym opowiem Doświadczenia małej firmy pracującej w modelu podwykonawczym opartym o rozliczenia bazujące na rozmiarze funkcjonalnym oprogramowania Dwa przypadki projektów rozliczanych w oparciu o punkty funkcyjne Przypadek porównawczy rozliczany w modelu T&M

4 Puerta Logic? Charakterystyka firmy Niewielkie zatrudnienie poziom ekspercki Realizacja kilku wiodących projektów średniej wielkości Główny składnik kosztów praca zespołu Ograniczona możliwość podejmowania ryzyka Pryncypia Przewidywalny poziom marży

5 Case study Przypadek 1 Przypadek 2 Przypadek 3 Klient: Instytucja publiczna na szczeblu centralnym Klient: Instytucja publiczna na szczeblu centralnym Klient: Duża firma komercyjna Podręcznik wymiarowania: szczegółowy Podręcznik wymiarowania: ogólny, opierający się wyłącznie na zapisach metodyki Podręcznik wymiarowania: brak Standard analityczny: uproszczony, bazujący na opisach słownych Standard analityczny: oparty o UML i BPMN, niesformalizowany Standard analityczny: złożony, wymagający modelowania w UML na dużym poziomie szczegółowości, skorelowany z metodyką wymiarowania

6 Case study Prace związane z rozwojem istniejących systemów informatycznych Nowe funkcjonalności Modyfikacja istniejących Zakres prac Prace analityczne Prace implementacyjne i wdrożeniowe

7 Jak się z kim pracuje Przypadek 1 Klient: Instytucja publiczna na szczeblu centralnym Bardzo szczegółowy model analityczny Dwuetapowa wycena modyfikacji szacowanie oraz wymiarowanie Łatwy start Podręcznik wymiarowania: szczegółowy Standard analityczny: złożony, wymagający modelowania w UML na dużym poziomie szczegółowości, skorelowany z metodyką wymiarowania Niewielkie rozbieżności na etapie szacowania Niewielkie rozbieżności na etapie wymiarowania Problemy interpretacyjne związane ze współczynnikiem wieloplatformowości Problemy na poziomie procesu zarządzania zmianą (odstępstwa od zdefiniowanego procesu wytwórczego) Problemy z obiektywną wyceną prac rozliczanych inaczej niż w punktach funkcyjnych

8 Jak się z kim pracuje Przypadek 2 Klient: Instytucja publiczna na szczeblu centralnym Podręcznik wymiarowania: ogólny, opierający się wyłącznie na zapisach metodyki Mało precyzyjny, nieuporządkowany model analityczny Jednoetapowa wycena wymiarowanie Trudny start konieczność dotarcia się Istotne rozbieżności przy wymiarowaniu Działanie zgodne ze zdefiniowanym procesem wytwórczym Standard analityczny: uproszczony, bazujący na opisach słownych

9 Jak się z kim pracuje Przypadek 3 Klient: Duża firma komercyjna Podręcznik wymiarowania: brak Standard analityczny: oparty o UML i BPMN Szczegółowość modelu analitycznego bez znaczenia Szacowanie i wymiarowanie złożoności oprogramowania nie występuje Start uzależniony wyłącznie od kompetencji zespołu Brak jakichkolwiek problemów z wyceną prac

10 Subiektywna ocena porównawcza Przypadek 1 Przypadek 2 Komfort pracy wymagane wysokie kompetencje i dobry warsztat pracy, ale wiadomo co i jak robić Komfort pracy możliwy po dostrojeniu się Komfort biznesowy Możliwość mierzenia wydajności pracy zespołu wprost na podstawie wymiarowania Możliwość optymalizacji efektywności pracy (niewielka) Możliwość osiągania założeń biznesowych Możliwość mierzenia wydajności pracy zespołu na podstawie wymiarowania; jednak miejscami spory margines błędu Możliwość optymalizacji efektywności pracy Przypadek 3 Komfort pracy pod warunkiem wysokich kompetencji i dobrego warsztatu pracy Stała (niewielka) marża, niezależna od wydajności pracy Brak możliwości mierzenia wydajności pracy Brak możliwości optymalizacji

11 Wnioski Dopracowany podręcznik wymiarowania i standard analityczny skorelowany z metodyką wymiarowania daje: Najwyższy komfort pracy Przewidywalną marżę Dodatkowo (niewielkie) możliwości poprawy efektywności pracy Istotnym elementem, wpływającym na jakość współpracy i benefity z niej płynące, o jest odpowiednio zdefiniowany proces wytwórczy i stosowanie go w praktyce operacyjnej bez odstępstw

12 Wnioski Najchętniej (z)realizujemy zadania rozliczane w oparciu o złożoność funkcjonalną Im lepiej i precyzyjniej określone zasady tym lepiej

13 Dziękuję za uwagę