Po terminie
pełnienie funkcji inżyniera kontraktu – Warszawa
Główny Urząd Miar1 aktualny · 210 w archiwum·mazowieckie
Przedmiot zamówienia
AIUsługa pełnienia funkcji inżyniera kontraktu dla projektu „System Wsparcia Informatycznego Usług Terenowej Administracji Miar (ŚWITEŹ)”, polegająca na wsparciu zamawiającego w nadzorze nad realizacją umowy na dostawę i wdrożenie systemu IT. Zakres obejmuje m.in.: - weryfikację i odbiór dokumentacji analitycznej oraz dostarczanych komponentów i produktów systemu, - wsparcie merytoryczne przy przeprowadzaniu i odbiorze testów (w tym akceptacyjnych) oraz przy odbiorze końcowym wdrożenia produkcyjnego, - wykonanie testów bezpieczeństwa systemu oraz przeprowadzenie audytów bezpieczeństwa kodów i aplikacji.
Trudność: średnia
Złożona usługa nadzoru i wsparcia eksperckiego nad wdrożeniem systemu IT, obejmująca odbiory wieloetapowe, wsparcie testowe oraz samodzielne audyty bezpieczeństwa.
Terminy realizacji
Termin realizacji
do 30.07.2021 r.
do 30.07.2021 r.
Warunki udziału
AI1Doświadczenie — min. 1 usługa zarządzania projektem (Inżynier kontraktu) współfinansowanym ze środków UE o wartości ≥ 1 000 000 zł brutto w ostatnich 3 latach (lub krótszy okres działalności), obejmująca wdrożenie systemu IT
2Kadra — 8 osób bez łączenia funkcji: Kierownik Projektu (3-letnie doświadczenie w prowadzeniu projektów IT w pełnym cyklu; zarządzanie min. 2 projektami IT > 1 000 000 zł brutto w metodyce PRINCE2); Architekt Systemów IT (3-letnie doświadczenie w architekturze IT, ≥1 rozwiązanie chmurowe; min. 2 systemy IT > 1 000 000 zł brutto); Analityk biznesowy (3 lata); Analityk systemowy (3 lata; obszar klienta masowego); Ekspert ds. wdrożeń (3 lata; min. 2 projekty IT > 1 000 000 zł brutto); Programista (3 lata; min. 2 projekty IT > 1 000 000 zł brutto); Ekspert ds. rozwiązań chmurowych (3 lata; projekt chmurowy > 1 000 000 zł brutto; certyfikat MCSE: Cloud Platform and Infrastructure lub równoważny); Ekspert ds. testów (3 lata testowania; certyfikat ISTQB/ISEB lub równoważny)
Kryteria wyboru oferty
AIWagi punktowe, według których zamawiający oceni oferty.
Cena oferty brutto
60%
Doświadczenie kluczowego personeluRozszerzony zakres: 4 role × 10 pkt (max 40)
40%
Czerwone flagi
AISygnały, na które warto zwrócić uwagę przed startem.
Kara 50% wynagrodzenia
Przy odstąpieniu przez Zamawiającego z powodu okoliczności leżących po stronie Wykonawcy kara umowna wynosi 50% wartości całkowitego wynagrodzenia brutto (§ 10 pkt 9 wzoru umowy); Zamawiający potwierdził, że nie wymaga prawomocnego wyroku.
Kary i sankcje
AI- Wadium: 20 000,00 zł (poręczenie bankowe/SKOK, gwarancja bankowa/ubezpieczeniowa, PARP, przelew).
- Zatrzymanie wadium: brak dokumentów na wezwanie, odmowa podpisania umowy, brak zabezpieczenia, niemożność zawarcia umowy z winy Wykonawcy.
- Kary umowne: 50% całkowitego wynagrodzenia brutto przy odstąpieniu z winy Wykonawcy (wzór umowy, zał. nr 1).
Pozostałe 1 zapis o karach po założeniu darmowego konta.
Pytania i odpowiedzi
5Wyodrębnione z wyjaśnień treści SWZ.
1Po zapoznaniu się z treścią Ogłoszenia o zamówieniu oraz Specyfikacją Istotnych Warunków
Zamówienia, zwracamy się z prośbą o udzielenie odpowiedzi na poniższe pytanie.
Zamawiający w SIWZ, Rozdział VII, ust. 2.B lit. g), w zakresie potencjału kadrowego Wykonawcy
oczekuje:
„g) ekspert ds. rozwiązań chmurowych - osoba spełniająca następujące warunki:
- 3-letnie doświadczenie w zarządzaniu i automatyzacji środowisk chmurowych, rozwijanie,
automatyczne tworzenie i utrzymanie zasobów chmurowych,
- doświadczenie z metodykami transformacji centrów przetwarzania danych, w tym analizie obecnego
rozwiązania, tworzeniu koncepcji architektury docelowego rozwiązania, planowaniu i realizacji migracji,
- udział w projekcie obejmującym rozwiązania w chmurze o wartości powyżej 1 000 000 PLN brutto,
- wiedza w zakresie dostępnych modeli rozwiązań, technologii i produktów oferowanych dla
chmurowych centrów przetwarzania danych potwierdzona certyfikatem np. MCSE: Cloud Platform and
Infrastructure lub rownowaznym;”
Zamawiający w zdefiniowaniu ww. wymagania na eksperta ds. rozwiązań chmurowych wskazał na
konieczność posiadania przez eksperta certyfikatu:
e MCSE: Cloud Platform and Infrastructure
Zwracamy uwagę, że warunek posiadania certyfikatu MCSE: Cloud Platform and Infrastructure lub
równoważnego dla osoby pełniącej rolę eksperta ds. rozwiązań chmurowych w ocenie Oferenta jest
niezasadny i nadmiarowy. Należy zwrócić uwagę na fakt, że powyższy certyfikat odnosi się do wąskiego
i bardzo wyspecjalizowanego zakresu z dostępnych na rynku technologii, w związku z tym nie jest w
stanie świadczyć o ogólnej wiedzy w zakresie dostępnych modeli rozwiązań, technologii i produktów
oferowanych dla chmurowych centrów przetwarzania danych. Ponadto Zamawiający wymaga, aby
ekspert wykazał się co najmniej 3-letnim doświadczeniem w zarządzaniu i automatyzacji środowisk
chmurowych, rozwijanie, automatyczne tworzenie i utrzymanie zasobów chmurowych. W naszej ocenie
potwierdzenie ponad 3 letniego doświadczenia w powyższym zakresie jest wystarczające i równoznaczne
z potwierdzeniem posiadania wiedzy w zakresie dostępnych modeli rozwiązań, technologii i produktów
oferowanych dla chmurowych centrów przetwarzania danych. Nie da się realizować należycie zadań z
tiretu pierwszego bez powyższej wiedzy. Zatem wymaganie z tiretu czwartego jest powtórzeniem tego
samego wymagania.
Dodatkowo zwracamy uwagę na fakt, że sama kompetencja zasobowa (osobowa) jest już kompetencją
niszową, a dodatkowe połączenie warunków osobowych z oczekiwanym certyfikatem, stanowi znaczne
ograniczenie konkurencji.
W opinii Oferenta powyższe wymaganie (tiret czwarty) nie ma na celu sprawdzenia posiadanej wiedzy
eksperta tylko stanowi znaczne ograniczenie konkurencji, a co za tym idzie narusza przepis art. 29 ust. 2
ustawy PZP w związku z art. 7 ust. 1 oraz art. 22 ust. 4 ustawy PZP poprzez opisanie przedmiotu
zamówienia i warunków udziału w postępowaniu w sposób, który może utrudniać uczciwą konkurencję.
Zamawiający potwierdza konieczność posiadania przez eksperta ds. rozwiązań chmurowych certyfikatu
np. MCSE: Cloud Platform and Infrastructure lub równoważnego. traaddeaskhmarv_old_model_lock
2Pytanie 2:
Dot. Roz. VII, ust. 2.B, lit. g SIWZ
Czy Zamawiający rozważy rezygnację z posiadania przez eksperta ds. rozwiązań chmurowych certyfikatu
np. MCSE: Cloud Platform and Infrastructure lub równoważnego? Niniejszy certyfikat należy do
certyfikatów, które zdobywa się podczas tzw. ścieżki certyfikacyjnej, w związku z tym uzyskanie go jest
dość czasochłonne i wiele specjalistów nie decyduje się na jego osiągnięcie, przez co osoby mające
powyższy certyfikat są zasobami trudno dostępnymi, co powoduje znaczne ograniczenie konkurencji w
powyższym przetargu.
W opinii Oferenta powyższa kompetencja po stornie Inżyniera kontraktu nie jest potrzebna, a jej brak
nie wpłynie na jakość realizacji zadań ani doświadczenie eksperta.
Zamawiający potwierdza konieczność posiadania przez eksperta ds. rozwiązań chmurowych certyfikatu
np. MCSE: Cloud Platform and Infrastructure lub równoważnego.
3Pytanie 5:
Zagadnienie: Etap VII - odbiór przeprowadzonych testów akceptacyjnych
W SOPZ zapisano, że Inżynier Projektu ma za zadanie „odbiór przeprowadzonych testów akceptacyjnych
i odbiór przedstawionego raportu (testy przeprowadza wykonawca umowy BDG-WZP.262.2.2019, tj.
Comarch Polska S.A.).” Następnie „wykonany zostanie odbiór testów akceptacyjnych systemu
(wymagania WYM.NFN_TWI.01, 02). Testy akceptacyjne obejmują przeprowadzenie testów
funkcjonalnych, wydajnościowych, bezpieczeństwa.”
Zgłaszamy pytanie, czy Inżynier Projektu ma uczestniczyć w procesie testów akceptacyjnych? W
przeciwnym przypadku odebranie testów, jak i raportu z testów, bez wiedzy dotyczącej ich przebiegu
będzie skutkowało brakiem kompetencji do przeprowadzenia odbioru.
Drugim pytaniem jest kto będzie przeprowadzał testy akceptacyjne? W SOPZ wpisano, że będzie to
Wykonawca („testy przeprowadza wykonawca umowy BDG-WZP.262.2.2019, tj. Comarch Polska S.A.”).
W dokumencie stanowiącym Załącznik nr 12 „Procedury Odbioru” do Umowy na Dostawę
oprogramowania Systemu Świteź wraz z usługą hostingu i szkoleniami w pkt V. Procedura Odbioru
Wdrożenia ppkt 2. napisano „testy dla danego Systemu przeprowadzane będą przez Zamawiającego z
udziałem Wykonawcy, w terminie wskazanym w harmonogramie”.
Powyższa niezgodność pozostawia wątpliwość, czy testy powinny być wykonywane przez Wykonawcę
Systemu Świteź? Zgodnie z dobrymi praktykami testów akceptacyjnych dokonuje Zamawiający przy
asyście Wykonawcy, co gwarantuje obiektywność przeprowadzenia procedury testowej.
Prosimy o sprostowanie treści SOPZ w zakresie strony odpowiedzialnej za wykonanie testów
akceptacyjnych.
Doprecyzowując zapisy Etapu VII Zamawiający oczekuje, że Inżynier Kontraktu udzieli wsparcia
Zamawiającemu w procedurach przeprowadzania testów i odbioru wyników testów.
4Pytanie 6:
Zagadnienie: Etap IX - odbiór przeprowadzonych testów bezpieczeństwa
W SOPZ zapisano, że Inżynier Projektu ma za zadanie „odbiór przeprowadzonych testów bezpieczeństwa
(testy przeprowadza wykonawca umowy BDG-WZP.262.2.2019, tj. Comarch Polska S.A.)”
Zgłaszamy pytanie, czy Inżynier Projektu ma uczestniczyć w procesie testów bezpieczeństwa? W
przeciwnym przypadku odebranie testów, bez wiedzy dotyczącej ich przebiegu będzie skutkowało
brakiem kompetencji do przeprowadzenia odbioru.
Drugim pytaniem jest kto będzie przeprowadzał testy bezpieczeństwa? W SOPZ wpisano, że będzie to
Wykonawca („testy przeprowadza wykonawca umowy BDG-WZP.262.2.2019, tj. Comarch Polska S.A.”).
Informacja ta pozostaje w sprzeczności z wymaganiem WYM.NFN_TWI.10, które mówi, że „System
zostanie poddany audytom weryfikującym spełnienie wymagań zawartych w Opisie Przedmiotu Umowy
w obszarach:
- bezpieczeństwa,
- WCAG 2.0.
Audyty będą realizowane przez podmioty zewnętrzne”.
Zapis ten jest również sprzeczny z Wnioskiem o dofinansowanie, w którym przewidziany został osobny
budżet na testy bezpieczeństwa (Załącznik do Wniosku - SW, rozdział 10.2., zadanie 3.) :
„Zadanie zostało podzielone na dwa podzadania wspólnie składające się na wytworzenie systemu
„ŚWITEŹ”:
e Zad. 3.1. Opracowanie i wdrożenie oprogramowania
e Zad. 3.2. Testy bezpieczeństwa i audyt
W ramach podzadania 3.1. Wykonawca opracuje i wdroży niezbędne oprogramowanie wymagane do
świadczenia usług elektronicznych. [...]
Podzadanie 3.2. obejmuje wykonanie usługi audytu bezpieczeństwa przez wybraną w drodze przetargu
firmę doradczą. Zadanie to jest krytyczne z uwagi na bardzo ważne zagadnienie bezpieczeństwa systemu.
Wyłoniony wykonawca wykona audyt bezpieczeństwa podczas prac projektowych oraz zweryfikuje
poprawność rozwiązania, poprzez przeprowadzenie testów bezpieczeństwa / testów penetracyjnych.
W zakres zadania wchodzą:
1. Analiza i ocena zgodności zasad funkcjonowania środowiska z wytycznymi normy PN ISO 27001.
2. Analiza ryzyka, weryfikacja wymagań funkcjonalnych pod kątem bezpieczeństwa i zdefiniowanie
mechanizmów kontrolnych.
3. Testy bezpieczeństwa obejmujące:
a. Testy aplikacji typu black-box (atak z zewnątrz),
b. Testy aplikacji typu white-box (atak ze znajomością środowiska, w tym z wewnątrz),
c. Testy bezpieczeństwa infrastruktury,
d. Analiza statyczna kodu źródłowego aplikacji pod kątem bezpieczeństwa.
4. Opracowanie Polityki Bezpieczeństwa Informacji - zasad bezpiecznego użytkowania i eksploatacji
systemu.
5. Zbudowanie planu ciągłości działania dla systemu „ŚWITEŹ” obejmujące wykonanie:
a. Analiza wpływu zakłócenia/przerwania na ciągłość świadczenia usługi,
b. Opracowanie i przetestowanie procedur DR dla systemu i usług.
Realizacja zadania jest konieczna z punktu widzenia osiągnięcia celów projektu. W wyniku jego realizacji
powstanie w pełni funkcjonalny i zintegrowany system teleinformatyczny, umożliwiający beneficjentowi
udostępnianie ustug elektronicznych dla klientów”.…
Doprecyzowując Zamawiający oczekuje zgodnie z zapisem określonym w załączniku nr 2 do umowy
Szczegółowy Opis Przedmiotu Zamówienia, że Inżynier kontraktu wykona testy bezpieczeństwa systemu
oraz przeprowadzi audyty bezpieczeństwa kodów i aplikacji systemów opisane w wymaganiach dla Etapu
IX.
5Zagadnienie: Etap XII - odbiór końcowy wdrożenia produkcyjnego
Prosimy o udzielenie odpowiedzi na pytanie, kto będzie odpowiedzialny za przeprowadzenie
pozytywnych testów automatycznych, wydajnościowych i obciążeniowych? Czy przeprowadzenie
testów leży w odpowiedzialności Inżyniera Projektu?
Zamawiający oczekuje od Inżyniera kontraktu merytorycznego wsparcia i doradztwa technicznego przy
odbiorze prac określonych w Etapie XII załącznika nr 2 do Umowy Szczegółowy Opis Przedmiotu
Zamówienia.
Historia zmian
25.10.2019 — publikacja ogłoszenia
14.11.2019 — upływ terminu składania ofert