Zastosowanie podejścia Agile do wdrożenia systemu EPL w Urzędzie Komunikacji Elektronicznej

1. Zastosowanie
podejścia Agile do
wdrożenia
systemu EPL
Warszawa, 2017-03-28
Rafał M. Gęślicki
PositivePro sp. z o.o.
www.positivepro.eu

2. Agenda
Istota systemu EPL
Znaczenie systemu EPL dla Urzędu Komunikacji Elektronicznej
Architektura systemu EPL
Wdrożenie systemu EPL
Podejście pierwsze – tradycyjne
Poszukiwanie wzorców
Podejście drugie – Agile
Wnioski z wdrożenia
Agenda

3. Cele projektu EPL
Ułatwienie prowadzenia działalności gospodarczej podmiotom rynku telekomunikacyjnego,
pocztowego, radiowego i telewizyjnego
Usprawnienie obsługi konsumentów usług telekomunikacyjnych i pocztowych, a także
użytkowników urządzeń radiowych i telewizyjnych oraz innej aparatury, podlegającej
zakłóceniom elektromagnetycznym
Usprawnienie wymiany informacji z innymi instytucjami administracji publicznej, w szczególności
z jednostkami samorządu terytorialnego korzystającymi ze wsparcia przy realizacji inwestycji
telekomunikacyjnych
Wzrost efektywności procesów wewnętrznych
IstotasystemuEPL

4. Architektura systemu EPL
(SOA - service oriented architecture)
IstotasystemuEPL
Iskra
p-Wid
Marta
NetPar2015
Egeria

5. Wydatki prognozowane a faktyczne*
IstotasystemuEPL
24,000,000.00 zł
19,500,000.00 zł
10,050,000.00 zł
0.00
5,000,000.00
10,000,000.00
15,000,000.00
20,000,000.00
25,000,000.00
30,000,000.00
Wydatki planowane w
Studium
Budżet podejścia nr 1
(wykonawca EPL + usługi
doradcze)
Wydatki faktycznie
poniesione (podejście nr 2)
*) W zaokrągleniu

6. Wdrożenie EPL – podejście I
Główne cechy
JEDEN kontrakt na całość przedsięwzięcia
Bardzo NIEWIELKA kontrola Zamawiającego na etapie realizacji
ROZLICZENIE Wykonawcy z efektów pracy – finalnego spełnienia wymagań SIWZ
Zamawiający skupia swoja uwagę wyłącznie na PRODUKCIE, który zamówił i nie zajmuje się PROCESEM wytwórczym
odpowiadającym za wytworzenie produktu.
Efekt końcowy
Umowa z Wykonawcą (budżet: 18.050.000,00 PLN) została wypowiedziana, a system nie został wdrożony.
WdrożenieEPL–Podejścietradycyjne
7 lipca 2015 r. Urząd Komunikacji Elektronicznej odstąpił, z winy
wykonawcy, od umowy, której przedmiotem była budowa
platformy e-usług Urzędu Komunikacji Elektronicznej.

7. Wymiary podejścia tradycyjnego
Początek projektu
czas pomiędzy początkiem
i końcem projektu
Koniec projektu
Wymiar Wykonawcy
Wymiar Zamawiającego
• Musimy być w zgodzie z PZP.
• Wykonawcę rozliczamy ze
spełnienia wymagań OPZ.
• Wykonawca znał OPZ przed
złożeniem oferty.
• Czy PZP nie pozwala
przypadkiem na…?
• Jeśli będziemy czekać do
końca projektu to…
• To ... zaczyna być również nasz
problem.
• To naprawdę już nie da się nic
zrobić?
• Spotkania z Zamawiającym
tylko zabierają nam tylko
cenny czas.
• Znamy zapisy OPZ, ale może
uda się coś zaoszczędzić
• Dlaczego Zamawiający nie
chce poświęcać czasu na
spotkania z nami?
• To jednak zapisy OPZ
naprawdę obowiązują?
• To naprawdę już nie da się nic
zrobić?
WdrożenieEPL–Podejścietradycyjne

8. Doświadczenia
Stracony czas bez uzyskania widocznych efektów
Zależność od (braku) profesjonalizmu Wykonawcy
Brak kontroli nad sposobem spełnienia wymagań
przez Wykonawcę
Złożoność projektu – wzajemne relacje pomiędzy
podsystemami trudne do opisania w OPZ
Wnioski
Podzielenie projektu na mniejsze części, z których
każda z osobna daje wartość dodaną
Przyjęcie odpowiedzialności za zarządzanie
jakością procesu oraz kontrolę jakości produktu
Wprowadzenie dokumentów pośrednich,
zatwierdzanych przez Zamawiającego
Samodzielne zarządzanie integracją
WdrożenieEPL–Podejścietradycyjne

9. Wniosek generalny
A
B
C
ABC
ABC’
ABC”Mieliśmy TO:
Potrzebowaliśmy TEGO:
WdrożenieEPL–Podejścietradycyjne

10. Poszukiwanie dobrych wzorców
AGILE-METHODS
The challenges of scaling agile
Chris Battersby, Audit Principal, The National Audit Office
A 5 year Retrospective on a Large Scale Agile Transformation
Ahmad Fahmy, Director, Zone 2 Consulting Limited
The invisible barriers to scaling agile in a large corporate
institution (what you can do about it)
Robert Elbourn, Agile Coach, Agile78 Solutions Ltd
Give your organisation an agile boost!
Leanne Page, Agile Transformation Lead/Senior Digital Project Manager,
MSLGROUP UK
WdrożenieEPL–Poszukiwaniewzorców

11. Wnioski z poszukiwań
Odkrywamy nowe metody programowania dzięki
praktyce w programowaniu i wspieraniu w nim innych.
W wyniku naszej pracy, zaczęliśmy bardziej cenić:
Oznacza to, że elementy wypisane poniżej są
wartościowe,
ale większą wartość mają dla nas te, które wypisano
powyżej.
WdrożenieEPL–Poszukiwaniewzorców

12. Wyzwania Agile
nadmiar regulacji
Poziom chaosu
Poziom absolutnej perfekcji
ZERO ABSOLUTNE OGROM ABSURALNY
Liczba obowiązujących regulacji
WdrożenieEPL–Poszukiwaniewzorców

13. Wyzwania Agile
zakres i kryteria akceptacji
Brak sprecyzowanych wymagań Klienta na początku projektu
Zmiana oczekiwań wraz z postępami prac
Czynniki zewnętrzne
WdrożenieEPL–Poszukiwaniewzorców

14. Wyzwania Agile
precyzyjne zlecanie pracy
Zlecenie zadania
wytwórczego
TERMIN – Przygotowanie kompletnego
zlecenia wytwórczego jest czasochłonne. A
zespół czeka…
POSTAWA – Uruchomienia prac na
podstawie zlecenia wytwórczego „zwalnia
z myślenia”. A niektórym jest to na rękę…
WSPÓŁPRACA – Precyzyjnie określone role
i obowiązki są ważne. Ale często
wykorzystywane do nieprzyjęcia
zadania…
WdrożenieEPL–Poszukiwaniewzorców

15. Wyzwania Agile
praca dodatkowa
Praca alokowana
w wytworzenie
produktu
Praca niezwiązana
z bezpośrednim
wytworzeniem
produktu
WdrożenieEPL–Poszukiwaniewzorców

16. Wyzwania Agile
organizacja zespołu
POWER
EMPOWER
WdrożenieEPL–Poszukiwaniewzorców

17. Wyzwania Agile
skalowalność
władza
złożoność
wielkość
wielkość
projektu
złożoność
projektu
władza
kierownika
WdrożenieEPL–Poszukiwaniewzorców

18. Wdrożenie EPL – podejście II
Główne cechy:
Podział projektu na odrębne zadania (wdrażane systemy), z których każdy może
działać niezależnie od pozostałych i każdy wnosi wartość dodaną dla UKE.
Stała współpraca Zamawiającego z Wykonawcami w czasie trwania projektu:
Cykliczne, cotygodniowe spotkania zarządcze,
Przeglądy jakości zgodnie z zatwierdzonymi rejestrami jakości,
Spotkania techniczne, zgodnie z ustaleniami ze spotkań zarządczych.
Opracowanie przez Zamawiającego zasad obowiązujących wszystkich Wykonawców:
Architektura systemu EPL,
Wymagany zakres dokumentacji,
Zasady integracji systemów,
Wytyczne dla infrastruktury techniczno-systemowej.
Przyjęcie przez Zamawiającego odpowiedzialności za zlecanie i dostawę adapterów
integracyjnych.
Ogarek dla PZP
WdrożenieEPL–PodejścieAgile

19. Zamawiający
ESB ESOD SR PUE INT BI Inne systemy
Doradca
Organizacja
WdrożenieEPL–PodejścieAgile
Alterout it
Systemy
wdrażane w ramach
projektu EPL
Systemy
zewnętrzne
dla EPL

20. Kluczowe obowiązki
WdrożenieEPL–PodejścieAgile
UKE
Pierwotna definicja zakresu
Potwierdzenie sposobu spełnienia wymagań
Planowanie jakości
Kontrola jakości
Definicja architektury systemu EPL
Dostawa adapterów integracyjnych
Zapewnienie ITS* dla komponentu oraz integracja z
pozostałymi komponentami ITS
Wykonawcy
Opis sposobu spełnienia wymagań
Dostarczenie zakresu
Zapewnienie jakości
Opracowanie podejścia do integracji
Opracowanie wytycznych dla adapterów integracyjnych
Opracowanie wymagań na ITS niezbędnej dla
prawidłowego funkcjonowania komponentu EPL
*) ITS – infrastruktura techniczno-systemowa

21. Stosowane techniki
WdrożenieEPL–PodejścieAgile
Zapewnienie
jakości
Podstawowe narzędzie: Rejestr jakości
Podstawowe techniki: Przeglądy i Narady jakości
Akceptacja: Testy funkcjonalne, testy wydajnościowe i Testy bezpieczeństwa
Śledzenie
postępów
Podstawowe narzędzie: Rejestr konfiguracji
Podstawowe techniki: Przeglądy, Narady jakości i Testy akceptacyjne
Akceptacja: Spełnienie wymagań jakościowych

22. Dokumenty projektowe – strona UKE
WdrożenieEPL–PodejścieAgile
Opis przedmiotu zamówienia
Architektura systemu EPL
Plan Testów + Scenariusze testów wydajności i bezpieczeństwa
Wytyczne dla wymaganego zakresu dokumentacji
Rejestry projektowe (Rejestr jakości + Rejestr konfiguracji)

23. Rejestr konfiguracji
WdrożenieEPL–PodejścieAgile
ID
produktu
Plik / Nazwa Produktu Timebox Status produktu Fizyczna lokalizacja produktu
P-0 Produkty zarządcze 1 zakończony
P-0.1 Harmonogram realizacji PUE 1 zakończony Środowisko Produkcyjne / Zasoby Zamawiającego
P-1 ITS dostarczony 2 nierozpoczęty
P-1.1 Bramka SMS - dostarczona 2 nierozpoczęty
P-1.2 HSM - dostarczony 2 nierozpoczęty
P-2 ITS skonfigurowany 2 nierozpoczęty
P-2.1 Bramka SMS - skonfigurowana 2 nierozpoczęty
P-2.2 HSM - skonfigurowany 2 nierozpoczęty
P-3 Platforma Usług Elektronicznych - wytworzona 1 w toku
P-3.1 Analiza wymagań 1 w toku Środowisko Wykonawcy / Proces Wytwórczy
P-3.3 Panel administratora 1 w toku Środowisko Wykonawcy / Proces Wytwórczy
P-3.4 Katalog usług 1 nierozpoczęty
P-3.5 Formularze 1 nierozpoczęty
P-3.5.1 Dokument analizy formularzy PUE 1 nierozpoczęty
P-3.5.2 Formuarze ePUAP 1 nierozpoczęty

24. Rejestr jakości
WdrożenieEPL–PodejścieAgile
ID
produktu
Plik/Nazwa produktu Metoda kontroli data kontr (plan)
P-0 Produkty zarządcze
P-0.1 Harmonogram realizacji PUE Przegląd
Harmonogram realizacji PUE Narada jakości
P-1 ITS dostarczony
P-1.1 Bramka SMS - dostarczona Przeglad ilościowy
Bramka SMS - dostarczona
Przegląd jakościowy - kontrola paramertów
na podstwie dokumnetacji producenta
P-1.2 HSM - dostarczony Przeglad ilościowy
HSM - dostarczony
Przegląd jakościowy - kontrola paramertów
na podstwie dokumnetacji producenta
P-2 ITS skonfigurowany
P-2.1 Bramka SMS - skonfigurowana Kontrola fizycznej instalacji
Bramka SMS - skonfigurowana Testy poprawności działania Bramki SMS
Bramka SMS - skonfigurowana
Testy funkcjonalne PUE angazujące bramkę
SMS
P-2.2 HSM - skonfigurowany Kontrola fizycznej instalacji
HSM - skonfigurowany Testy poprawności działania HSM
HSM - skonfigurowany Testy funkcjonalne PUE angazujące HSM
P-3 Platforma Usług Elektronicznych - wytworzona
P-3.1 Analiza wymagań Przegląd struktury dokumentu
Analiza wymagań Przegląd dokumnetu
Analiza wymagań Narada jakości
P-3.3 Panel administratora Przegląd - prezentacja funkcjonalności

25. Dokumenty projektowe – strona Wykonawców
WdrożenieEPL–PodejścieAgile
Analiza wymagań
Koncepcja integracji + Wytyczne dla adapterów integracyjnych
Plan Testów funkcjonalnych + Scenariusze testowe dla testów funkcjonalnych
Dokumentacja powykonawcza: administracyjna, użytkownika oraz instrukcje stanowiskowe
Wymagania dla Infrastruktury Techniczno-Systemowej

26. Podsumowanie
WdrożenieEPL–PodejścieAgile
Miara sukcesu
System EPL jest wdrożony, odebrany i działający
Termin wdrożenia systemu EPL (dla podejścia 2) został
dotrzymany
System EPL kosztował 14 MLN. mniej niż pierwotnie
planowano i 10 MLN. mniej niż w podejściu tradycyjnym
Czynniki sukcesu
Bardzo duże zaangażowanie Zamawiającego zarówno w
spotkania zarządcze, jak i techniczne
Brak kompromisów jakościowych z jednoczesnym
elastycznym w podejściu do zmian
Integracja jako niezależny od pozostałych i kluczowy dla
powodzenia projektu element zakresu
Oparcie się na wiarygodnym Doradcy
*) ITS – infrastruktura techniczno-systemowa