Michał Gadomski. Grzegorz Poręcki

Podobne dokumenty
Nieprawidłowości w wymiarowaniu punktami funkcyjnymi

Praktyczne aspekty stosowania metody punktów funkcyjnych COSMIC. Jarosław Świerczek

Wykorzystanie inżynierskich metod pomiaru rozmiaru oprogramowania Wisła, r.

Kuchta Jarosław Jakość Oprogramowania. Modele dojrzałości procesu wytwarzania oprogramowania CMM/CMMI

Miary funkcjonalne i co można z nimi zrobić fakty i mity. Warszawa, 7-8 czerwca 2017

PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB KLUCZ ODPOWIEDZI. Część DODATEK

Skrócone opisy pryncypiów architektury korporacyjnej podmiotów publicznych

Łatwa czy niełatwa droga do celu? - wdrożenie COSMIC w ZUS

Zasady organizacji projektów informatycznych

Wprowadzenie do zarządzania projektami

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

INŻYNIERIA OPROGRAMOWANIA Wykład 6 Organizacja pracy w dziale wytwarzania oprogramowania - przykład studialny

Międzynarodowa Rada Inżynierii Wymagań. The International Requirements Engineering Board (IREB e.v.) Szkolenia IREB w CTS.

Maciej Oleksy Zenon Matuszyk

Zarządzanie Projektami zgodnie z PRINCE2

Księgarnia PWN: Kazimierz Szatkowski - Przygotowanie produkcji. Spis treści

Jarosław Kuchta Dokumentacja i Jakość Oprogramowania. Wymagania jakości w Agile Programming

ZARZĄDZANIE PROJEKTAMI. Tomasz Janka KFDZOM Kołobrzeg, 21 września 2017

Fundusze UE, jako środki publiczne, wymagają starannego wydatkowania.

Zarządzanie bezpieczeństwem informacji przegląd aktualnych standardów i metodyk

Zarządzanie zmianą - rozwój zarządzania procesowego wg ISO 9001:2015

Dofinansowanie programu Leader dla Przedsiębiorców z terenu gmin Borów Niemodlińskich

Skuteczność => Efekty => Sukces

Dlaczego warto zarządzać projektem informatycznym

Wstęp do zarządzania projektami

Wstęp do zarządzania projektami

ZAPISY SIWZ ZABEZPIECZAJĄCE ZAMAWIAJĄCEGO TYLKO PRZED CZYM?

Czynniki wpływające na porażkę projektu. 1. Niekompletne wymagania 13.1% 2. Brak zaangażowania użytkowników 12.4% 3. Brak zasobów 10.

INTERNATIONAL CONSULT jest firmą świadczącą usługi doradcze głównie dla małych i średnich przedsiębiorstw.

Inżynieria Programowania Zarządzanie projektem. Plan wykładu. Motto. Motto 2. Notatki. Notatki. Notatki. Notatki.

ANALIZA PRZEDPROJEKTOWA - jak skutecznie zaplanować realizację projektu. Spotkanie informacyjne TRIGONUM Sp. z o.o. STREFA STARTUP GDYNIA

Leszek Dziubiński Damian Joniec Elżbieta Gęborek. Computer Plus Kraków S.A.

Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010

STRATEGIA zamówień publicznych w przedsięwzięciach informatycznych MF

INFORMACJE O OFERENCIE

Testy użyteczności w praktyce

Skuteczna Strategia CRM - wyzwanie dla organizacji. Artur Kowalski Prometriq

Akademia Młodego Ekonomisty

Współpraca zamawiającego i wykonawcy w zakupach publicznych Przykłady USA, Australii i Indii

Projektowanie oprogramowania. Wykład Weryfikacja i Zatwierdzanie Inżynieria Oprogramowania Kazimierz Michalik

Podstawy zarządzania projektami

Balanced Scorecard. Zaprogramuj swoją strategię. wyceny i doradztwo finansowe modelowanie i analizy business excellence

Europejska Baza Produktów (European Shared Treasure)

Skuteczność => Efekty => Sukces

GO FOR MORE w kierunku zrównoważonego rozwoju Strategia CSR Grupy CCC na lata Polkowice,

Fundacja na rzecz Nauki Polskiej. Konferencja: Koncepcja systemu ewaluacji polityki naukowej w Polsce Warszawa, 3 grudnia 2010 r.

Outsourcing procesów. dr Arkadiusz Wargin CTPartners S.A. Analiza projektu B2B Kielce, 18 października 2012

Zarządzanie projektami w NGO

Jakość wymagań a wymagania jakości Czy możliwa jest obiektywizacja oceny?

ENERGY BUSINESS CONSULT. Profil firmy. Facility Management Efektywność energetyczna Rozwiązania IT

Zastosowania informatyki w gospodarce. Projekt. dr inż. Marek WODA

Zarządzanie projektami - wstęp. Paweł Rola

Zarządzanie projektami. Porównanie podstawowych metodyk

Kontrola i aktualizacja stosowanych KPI

Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz

Logika tworzenia projektu w odniesieniu do nowej wersji Generatora Wniosków Aplikacyjnych

Koszty związane z tworzeniem aplikacji on demand versus zakup gotowych rozwiązań

Wykład Zarządzanie projektami Zajęcia 7 Zarządzanie ryzykiem. dr Stanisław Gasik s.gasik@vistula.edu.pl

Controlling projektów w organizacjach realizujących projekty w Polsce - wyniki badań

Zarządzanie ryzykiem w projektach informatycznych. Marcin Krysiński marcin@krysinski.eu

Bezpieczeństwo dziś i jutro Security InsideOut

NOR-STA Wspomaganie osiągania i oceny zgodności z NORmami i STAndardami. Studium przypadku 1: outsourcing szablony zgodności

Nadajemy pracy sens. Raport Indywidualny ANALIZA RENTOWNOŚCI. Klient / Klient testowy. Dyrektor Finansowy. Jan Kowalski

KOLEJ NA BIZNES 2017 KOLEJ NA BIZNES PRZEJŚCIE Z IRIS Rev.2.1 NA ISO/TS 22163:2017

Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz

Czy 99% działań bez braków to dobry wynik?

Podstawy Zarządzania Projektami w Organizacjach

ZARZĄDZANIE ZMIANĄ W DZIALE ZAKUPÓW. Dlaczego proste rzeczy są takie trudne i rzadko udaje się je w pełni zrealizować

1/ Nazwa zadania: Dostawa, wdrożenie i serwis informatycznego systemu zarządzania projektami dla Urzędu Miejskiego Wrocławia wraz ze szkoleniem.

Beata Czarnacka-Chrobot. Katedra Informatyki Gospodarczej Szkoła Główna Handlowa w Warszawie. publicznej. 1. Wstęp

Projekt SIRMA Sieć dla Innowacyjnego Mazowsza

Katowice, styczeń 2017r. Opracowanie: OTTIMA plus Sp. z o.o. Jednostka Inspekcyjna Katowice, ul. Gallusa 12

FAQ konkurs nr 1/ANTP/POWER/3.4/2015

Ogłoszenie nr N-2018 z dnia r. Elbląg: OGŁOSZENIE O ZMIANIE OGŁOSZENIA OGŁOSZENIE DOTYCZY: Ogłoszenia o zamówieniu INFORMACJE O

Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz

Wsparcie narzędziowe zarządzania ryzykiem w projektach

GreenEvo Akcelerator Zielonych Technologii - rezultaty konkursu ( )

Techniki CAx. dr inż. Michał Michna. Politechnika Gdańska

BIM w projektowaniu infrastruktury drogowej: doświadczenia, spostrzeżenia, wnioski

Model referencyjny doboru narzędzi Open Source dla zarządzania wymaganiami

Grzegorz Pieniążek Hubert Szczepaniuk

Część I - Załącznik nr 7 do SIWZ. Warszawa. 2011r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA

2. WZÓR WNIOSKU PEŁNEGO

Diagnozowanie potrzeb rozwojowych szkoły podstawą oferty wspomagania - na podstawie ogólnopolskich doświadczeń.

Lekkie metodyki. tworzenia oprogramowania

Pokłady możliwości. Innowacje jako Strategia Wspierająca KGHM Polska Miedź S.A. Piotr Spaliński Departament Badań i Innowacji KGHM Polska Miedź S.A.

Projekty IT w praktyce biznesowej

Jak mierzyć polski rynek i jak porównywać się do świata?

Opis znaczenia kryterium. Lp. Nazwa kryterium Opis kryterium. 1. Wnioskodawca przeprowadził inwentaryzację zasobów nauki objętych projektem.

Średni. Mały. Zakres Dół Środek Góra

INSTRUKCJA ZARZĄDZANIA RYZYKIEM W PROJEKTACH I PROGRAMACH STRATEGICZNYCH

Rachunek kosztów pełnych w uniwersytetach europejskich

Jak patrzymy na testy czyli Jak punkt widzenia zależy od punktu siedzenia. Click Piotr Kałuski to edit Master subtitle style

SYSTEMY ZARZĄDZANIA JAKOŚCIĄ WEDŁUG

Zarządzanie dokumentacją w projektach

Modelowanie procesów zwinnej transformacji w organizacjach informatycznych dr inż. Artur Ziółkowski

Dlaczego należy oceniać efektywność systemów wynagradzania? Kraków, r. Renata Kucharska-Kawalec, Kazimierz Sedlak

Nowoczesne metody podnoszenia efektywności operacyjnej

Wybó r Autóryzówanegó Dóradcy CSR

Transkrypt:

[Prezes Zarządu] [Wiceprezes Zarządu] Michał Gadomski Dr hab. Beata Czarnacka-Chrobot, prof. SGH [Wiceprezes Zarządu] Dr Bogusław Machowski [Członek Zarządu] Grzegorz Poręcki

Misją PSMO jest podniesienie konkurencyjności i jakości na rynku oprogramowania poprzez wprowadzenie metod wymiarowania funkcjonalnego jako standardu stosowanego w procesie zamawiania i produkcji oprogramowania

Zmierz, co jest mierzalne, i uczyń mierzalnym to, co takim nie jest. Galileusz, 1564-1642 Aby móc czymś zarządzać, trzeba to coś mierzyć. Peter Drucker, 1909-2005

Tymczasem wytwarzanie oprogramowania jest wciąż dziedziną inżynierii i zarządzania, w której nie stosuje się powszechnie miar?

Wymiarowanie zakresu oprogramowania (...) jest tak ważne dla jego dostawców, jak pomiar powierzchni budynku dla jego wykonawcy. Wszystkie pozostałe dane, włączając w to nakłady pracy niezbędne do realizacji przedsięwzięcia, jego harmonogram i koszty, bazują na (...) zakresie produktu programowego. M.A. Parthasarathy, Practical Software Estimation: Function Point Methods for Insourced and Outsourced Projects, Addison Wesley Professional, 2007, s. 149.

Konsekwencje nieprzejrzysta i nieudokumentowana wycena błędy w planowaniu problemy z realizacją zmian!! nieskuteczne zarządzanie projektami

Realizacja systemów oprogramowania - CHAOS Report 2015 19% 52% 29% Projekty zakończone sukcesem Częściowe niepowodzenie Całkowite niepowodzenie

300% Średnia skala przekroczenia planowanego czasu realizacji 250% 200% 150% 100% faktyczny czas realizacji planowany czas realizacji 50% 0% 300% 1994 1996 1998 2000 2002 2004 2006 2008 2010 2014 Średnia skala przekroczenia planowanych kosztów realizacji 250% 200% 150% 100% faktyczne koszty realizacji planowane koszty realizacji 50% 0% 1994 1996 1998 2000 2002 2004 2006 2008 2010 2014

pozwalającej nie tylko na kontrolę, ale także na planowanie projektów wystarczająco wiarygodnej na etapie planowania (z dopuszczalnym błędem ok. +/- 30%) niezależnej od stosowanej technologii wytwarzania oprogramowania przekładającej się na pracochłonność całego cyklu wytwórczego (a nie tylko Sytuację może zmienić wprowadzenie miary programowania) spełniającej określone wymagania mająca znaczenie przede wszystkim dla klienta (sponsora/użytkownika), a nie tylko inżyniera, mierząca czynnik sukcesu, co sprzyja zaangażowaniu wszystkich stron uniwersalnej (można mierzyć przy jej pomocy wszystkie rodzaje oprogramowania) zgodnej z ekonomiczną definicją produktywności (np. wydajniejszy język programowania zmniejsza nie tylko pracochłonność i koszty całkowite projektu, ale też koszty przypadające na jednostkę miary, czyli zwiększa produktywność)

Spośród porównywanych metod wymiarowania oprogramowania metody wymiarowania funkcjonalnego okazują się spełniać najwięcej z w/w wymagań (6 na 7). Metody te opisuje Standard ISO/IEC 14143 (Functional Size Measurement FSM)

Metody wymiarowania funkcjonalnego uznane przez ISO/IEC metoda PF IFPUG najpopularniejsza, częściowo uznana przez ISO (w części dot. rozmiaru funkcjonalnego): ISO/IEC 20926:2009 [2003] metoda PF NESMA (Netherlands Software Metrics Association) uproszczona wersja metody IFPUG, też częściowo uznana przez ISO: ISO/IEC 24570:2005 metoda PF Mark II (MkII) - większa szczegółowość pomiaru, częściowo uznana przez ISO: ISO/IEC 20968:2002 pełnych punktów funkcyjnych COSMIC (- FFP) pełna akceptacja ISO: ISO/IEC 19761:2011 [2003] FSM FiSMA (Finnish Software Measurement Association) pełna akceptacja ISO: ISO/IEC 29881:2010 [2008]

Wiele administracji na świecie zamawiających oprogramowanie wprowadziło metody wymiarowania funkcjonalnego jako standard. Wielka Brytania metoda PF Mark II Hiszpania metoda COSMIC Japonia metoda COSMIC Włochy metoda COSMIC

Także niektóre instytucje w Polsce zaczęły stosować metody wymiarowania funkcjonalnego Zakład Ubezpieczeń Społecznych (projekty KSI, PUE) metoda COSMIC Agencja Restrukturyzacji i Modernizacji Rolnictwa metoda IFPUG Kasa Rolniczego Ubezpieczenia Społecznego metoda COSMIC Jednakże w większości przypadków zamówienia publiczne na systemy oprogramowania nie opierają się na żadnych miarach

Można to zmienić wprowadzając obligatoryjność/rekomendację stosowania miar funkcyjnych przy zamówieniach publicznych na oprogramowanie Stosowne regulacje powinny wskazywać uznane przez ISO/IEC metody wymiarowania Wyboru konkretnej metody należy dokonać na bazie doświadczeń, zdobytych przez instytucje, które od lat stosują metody wymiarowania

Obligatoryjność stosowania miar funkcyjnych da możliwości śledzenia kosztów, efektywności i wielkości produkcji oprogramowania Gromadzenie i udostępnianie informacji na ten temat to lepsze możliwości planowania, reagowania i wspierania. To także przejrzystsze warunki konkurencyjności, szansa dla nowych, innowacyjnych uczestników rynku. Niezbędna jest w tym zakresie spójna, niezależna i autoryzowana inicjatywa: Polska baza benchmarków

Realna ocena możliwości produkcyjnych Ile jesteśmy w stanie faktycznie wytworzyć oprogramowania w ciągu roku? Czy nasze plan są realne? A może powinny być ambitniejsze? Co możemy dostać za daną cenę? Ile czasu może zająć dane przedsięwzięcie?

Porównywanie projektów Czy zlecić na zewnątrz, czy produkować samemu? Czy lepsze jest podejście zwinne, czy tradycyjne? Który dostawca produkuje najszybciej? Czy w tym roku było więcej zmian niż w poprzednim?

Wskaźniki efektywności (KPI) Czy projekt opłaca się realizować? Czy finansowanie jest adekwatne do zakresu? W jakim stopniu plan został wykonany? W jaki sposób zdefiniować cele?

Możliwości metod wymiarowania funkcjonalnego Znormalizowana koncepcja i znormalizowane metody FSM wspomagają: Zarządzanie PI poprzez umożliwienie m.in.: wczesnego prognozowania zasobów niezbędnych do jego realizacji; śledzenia postępów w jego realizacji; zarządzania zmianami w wymaganym rozmiarze produktu; analizy powykonawczej przedsięwzięcia. Zarządzanie wytwarzaniem oprogramowania poprzez: zarządzanie produktywnością procesów budowy, rozbudowy i utrzymania oprogramowania; zarządzanie jakością, zwłaszcza niezawodnością oprogramowania; zarządzanie szybkością realizacji; zarządzanie dojrzałością organizacji i możliwościami procesów; umożliwienie wyznaczenia organizacyjnej wartości oprogramowania w celu oszacowania kosztu jego ewentualnego zastąpienia, reengineeringu i outsourcingu; umożliwienie prognozowania budżetu niezbędnego do utrzymania oprogramowania; zarządzanie kontraktami na dostarczanie oprogramowania.

Dziękuję za uwagę! http://psmo.pl/ kontakt@psmo.pl