Czy na punktach funkcyjnych można zaoszczędzić? Arkadiusz Wójcik Czerwiec 2017 1
Znów to samo Wyzwania Właściciela Projektu Pędzące koszty projektu Przekroczone terminy Niepewne rezultaty projektu 2
A czasem nawet coś ekstra Syndrom sprzedawcy i prawnika 3
Czy sposób rozliczania wykonawcy może zmniejszyć te zagrożenia? 4
Popularne modele rozliczania wykonawców projektu I II? ozliczanie za udostępniony potencjał wykonawczy (Body leasing) ozliczanie za pracę wykonawcy oceniane wg pracochłonności (wyliczane w roboczogodzinach) 5
Model I Body leasing Co dodatkowo (poza obiektywnym kosztem usługi) obciąża właściciela projektu: koszty i ryzyko związane z zarządzaniem zespołem czas wdrożenia oczekiwanego modelu pracy zespołów (zespół nic wspólnie jeszcze nie stworzył) ryzyko niskiej efektywności zespołów wykonawczych (różny styl pracy i doświadczenie poszczególnych osób, nieznany poziom kompetencji, mniejsze zaangażowanie wynikające z tymczasowości zadania) ryzyko braku realizacji celów (brak możliwości sankcjonowania) ryzyko budowy rozwiązania nieoptymalnego w relacji do potrzeb, technologii, możliwości finansowych, etc 6
Model II rozliczanie pracy wykonawcy w roboczogodzinach Za co płaci dodatkowo właściciel projektu (zamawiający): yzyko przeszacowania pracochłonności poszczególnych zadań (stosowanie dużych buforów bezpieczeństwa przez wykonawcę), Czas każdorazowych negocjacji ceny między zamawiającym a wykonawcą yzyko niskiej produktywności wykonawcy (brak motywacji wykonawcy do poprawy efektywności) 7
Modele I i II rozliczanie w roboczogodzinach = jest drogo ozliczanie zadań w roboczogodzinach: jest nieobiektywne różne zespoły wykonają to samo zadanie przy różnej pracochłonności jest trudno weryfikowalne przez zlecającego prace nie można zatem sprawdzić czy wynagrodzenie jest adekwatne nie poprawia efektywności, a wręcz demoralizuje wykonawcę zwiększa wpływ problemów z zarządzaniem i decyzyjnością na przekroczenie zakładanej pracochłonności i czasochłonności znakomicie utrudnia wybór obiektywnie najlepszej oferty (niższa cena za godzinę może skutkować znacznie większą liczbą godzin potrzebnych do wykonania zadania) 8
Jeśli nie roboczogodziny to co? Potrzebny mechanizm, który: Jest obiektywny tzn. wartość może zostać wyliczona zarówno przez zamawiającego, jak i przez wykonawcę Jest predykcyjny tzn. można nim ocenić koszt zanim zadanie zostanie rozpoczęte Jest uniwersalny może być podstawą do porównania efektywności różnych wykonawców zarówno w tym samym, jak i w różnych technologicznie projektach Jest uznanym standardem może być stosowany we wszystkich projektach przez różnych zamawiających i różnych wykonawców Jest na tyle prosty, aby nie były potrzebne duże dodatkowe nakłady na jego zastosowanie 9
Przykład ZUS Narzędzia automatyzujące proces UML COSMIC 10
Użytkownik Użytkownik wybiera zadanie do obsługi (3) user Użytkownik wskazuje orzeczenie do powiązania z bieżącym orzeczeniem (12) user E Parametr PU-02-7.2.7-PUI-01430: Parametr PU-02-7.2.7-PUI-01430[1] Użytkownik rejestruje informację o dacie wypadku (6) user W Parametr PU-02-7.2.7-PUI-01430: Parametr PU-02-7.2.7-PUI-01430[1] System ustala i zapisuje parametry pomocnicze reprezentujące orzeczenie zarejestrowane w danej W0 Orzeczenie w sprawie: Orzeczenie w sprawie E Orzeczenie w sprawie: Orzeczenie w sprawie System pobiera dane orzeczenia w sprawie do powiązania z bieżącym orzeczeniem (9) read sprawie do powiązania z bieżącym orzeczeniem (10). write X0 Parametr PU-02-7.2.7-PUI-01430: Parametr PU-02-7.2.7-PUI-01430[1] System prezentuje listę orzeczeń do powiązania z bieżącym orzeczeniem (11) view System zapisuje związek pomiędzy orzeczeniami (13) write [Nie podano daty wypadku] [else] Koniec System E Parametr PU-01-7.2.7-PUI-01430: Parametr PU-01-7.2.7-PUI-01430[1] X0 Parametr PU-01-7.2.7-PUI-01056: Parametr PU-01-7.2.7-PUI-01056 [Użytkowniki wskazuje związek orzeczenia z innym orzeczeniem w sprawie] Orzeczenie w sprawie: Orzeczenie w sprawie 0 Podmiot: Podmiot Orzeczenie: Orzeczenie X Wniosek_N-8: Wniosek N-8 X System prezentuje formularz rejestracji daty wypadku (5) Wniosek_N-8/M: Wniosek N-8/M view X 7.2.7-KOM-10406: Message W Orzeczenie w sprawie: Orzeczenie w sprawie Start System uruchamia PU initial Przygotowanie parametrów wejściowych (1) calculation System uruchamia PU: (1, 2): Wyszukanie ustaleń orzeczniczych zarejestrowanych w sprawie dla danego podmiotu - Przebieg Ustalenie_o_procentowym_uszczerbku_na_zdrowiu_pierwszorazowo: Ustalenie o procentowym uszczerbku na zdrowiu (pierwszorazowo) Formularz_N-15: Formularz N-15 Ustalenie_o_procentowym_uszczerbku_na_zdrowiu_ponownie: Ustalenie o procentowym uszczerbku na zdrowiu (ponownie) Formularz_N-16: Formularz N-16 Ustalenie_o_całkowitej_niezdolności_do_renty_socjalnej: Ustalenie o całkowitej niezdolności do renty socjalnej (uprawnienie do renty socjalnej) Formularz_N-12H: Formularz N-12H [else] System pobiera informację o dacie wypadku z wniosku (4) read System wyświetla komunikat (8) message System zapisuje zarejestrowaną datę wypadku (7) write Koniec X0 Parametr PU-01-7.2.7-PUI-01056: Parametr PU-01-7.2.7-PUI-01056[1] E0 Parametr PU-02-7.2.7-PUI-01056: Parametr PU-02-7.2.7-PUI-01056 Wniosek_N-8: Wniosek N-8 Wniosek_N-8/M: Wniosek N-8/M 0 Osoba w CŚ: Osoba w CŚ 0 Podmiot: Podmiot 0 Postępowanie: Postępowanie Przykład ZUS Model analityczny opisujący działanie systemu Automatyczne wyliczenie złożoności zmian aport pokazujący wielkość poszczególnych funkcji systemu oraz złożoność naniesionych zmian Identyfikator przypadku Nazwa przypadku użycia Identyfikator wymagania Liczba punktów Liczba punktów Liczba punktów Współczynnik Współczynnik Liczba punktów użycia funkcyjnych dla funkcyjnych funkcyjnych dla dopasowania wynikający z funkcyjnych przypadku użycia przed odpowiadających przypadku użycia po wynikający z kategorii wieloplatformowości PU odpowiadających zmianą zmianie przypadku zmianie oprogr. zmianie przypadku użycia użycia z uwzględnieniem współczynników 7.2.7-PUA-00009 Wyznaczenie domyślnego zbiegu świadczeń 328-WF-0049 53 5 61 1 1 5 7.2.7-PUA-00015 Ustalenie sposobu wypłaty na podstawie odbiorców 328-WF-0056 15 4 14 1 1 4 7.2.7-PUA-00017 Wyznaczenie zakresu rozliczenia świadczenia 328-WF-0056 27 1 27 1,5 1,45 1,95 Pobranie wyniku zlecenia ustalenia KPiS/ zlecenia 328-WF-0042 328-WF-0043 7.2.7-PUA-00053 doliczenia składek 328-WF-0044 11 9 15 1 1 9 7.2.7-PUA-00074 Zarejestrowanie nowego etapu postępowania 328-WF-0045 11 1 9 1 1 1 7.2.7-PUA-00084 Aktualizacja odbiorcy na podstawie sposobu wypłaty 328-WF-0056 12 2 11 1 1 2 Zmiana wielkości 3 punkty funkcyjne Koszt realizacji = XXX złotych Oznaczenie zmian 11
Cechy rozliczenia w punktach funkcyjnych: mogą je wykonać zarówno zamawiający jak i wykonawca można je wykonać przed rozpoczęciem implementacji systemu lub zmiany systemu różnica między oszacowaniem wstępnym a końcowym mieści się w przedziale +/- 15% koszty, czas i efektywność można porównywać pomiędzy różnymi projektami da się skutecznie zastosować nawet w największych projektach (ZUS) 12
ozliczenie w punktach a korzyści dla zamawiającego Możliwość oszacowania kosztów zmian na podstawie wymagań Łatwiejsze przygotowanie budżetu dla projektu lub dla okresu rozliczeniowego Wynagrodzenie zależne od złożoności wymagań, a nie od kosztów ponoszonych przez wykonawcę Wymaga dokumentacji analitycznej umożliwiającej liczenie punktów Motywacja wykonawcy do poprawy efektywności a zatem też do szybszej realizacji zadań Kompletna i aktualna dokumentacja systemu daje właścicielowi bezpieczeństwo utrzymania/rozwoju i uniezależnienie się od jednego dostawcy (autora) Pełna porównywalność efektywności różnych wykonawców Zlecenie obejmuje tylko elementy istotne dla zamawiającego Wykazane tylko elementy faktycznie zrealizowane Łatwiejszy wybór obiektywnie najlepszej oferty dla danego projektu Przeniesienie ryzyk związanych z samą realizacją projektu z zamawiającego na wykonawcę Zamawiający płaci tylko za zrealizowaną i odebraną przez niego funkcjonalność (a nie za braki, czy niepotrzebne dodatki) 13
Jak rozliczać projekty przy wykorzystaniu punktów funkcyjnych (model ZUS) Szacowanie wstępne Wybór wykonawcy Uszczegółowienie wymagań szacowanie pełne ealizacja Potwierdzenie spełnienia wymagań w testach Aktualizacja dokumentacji Automatyczne rozliczenie projektu 14
Co jest potrzebne żeby wystartować Przygotowanie organizacji Wybranie standardów (np. dokumentacji) i zdefiniowanie procesu Utworzenie bilansu otwarcia (tylko w przypadku istniejącego systemu) Uruchomienie pierwszego projektu Potem jest już tylko prościej 15
Zastrzeżenia prawne Zawartość dostępna w prezentacji jest chroniona prawem autorskim i stanowi przedmiot własności. Teksty, grafika, fotografie, dźwięk, animacje i filmy, a także sposób ich rozmieszczenia w prezentacji podlegają ochronie na mocy Ustawy o prawach autorskich i prawach pokrewnych oraz innych przepisów z tym związanych. Jakiekolwiek nieautoryzowane zastosowanie jakichkolwiek materiałów zawartych w prezentacji może stanowić naruszenie praw autorskich, znaków firmowych lub innych przepisów. Materiały dostępne w prezentacji nie mogą być modyfikowane, powielane, przedstawiane publicznie, wykonywane, rozprowadzane lub wykorzystywane w innych celach publicznych lub komercyjnych, chyba że Asseco Poland S.A. wydał na to wyraźną zgodę na piśmie. Kopiowanie w celach komercyjnych, rozpowszechnianie, modyfikacja lub przejmowanie zawartości niniejszej prezentacji przez osoby trzecie jest niedozwolone. W prezentacji mogą być prezentowane również materiały zawierające odesłania do ofert i usług podmiotów trzecich. Warunki korzystania z ofert i usług podmiotów trzecich są określone przez te podmioty. Asseco Poland S.A. nie ponosi żadnej odpowiedzialności za warunki i skutki korzystania z ofert i usług tychże podmiotów. Dane i informacje zawarte w prezentacji mają jedynie charakter ogólnoinformacyjny. Prezentacja przygotowana została w oparciu i przy użyciu produktów firmy Inscale. Nazwa oraz logo Asseco Poland S.A. są zarejestrowanymi znakami towarowymi. Korzystanie z tych znaków wymaga wyraźnej zgody ze strony Asseco Poland S.A. 2017 Asseco Poland S.A.