Jak pracujemy i dlaczego nasze relacje z klientami trwają latami
Dokumentujemy nasze wewnętrzne standardy, sposób prowadzenia współpracy oraz to, czego obie strony potrzebują, aby partnerstwo działało. Współpracujemy z firmą z listy Forbes 500 z branży FMCG oraz z Tesco w sektorze retail od 2008 roku, a także z Credit Agricole Bank Polska w regulowanym środowisku o wysokich wymaganiach audytowych.
Dlaczego wewnętrzny sposób pracy dostawcy decyduje o przebiegu współpracy
Kluczowe czynniki udanej współpracy są ustalane jeszcze przed rozpoczęciem prac. Zależy ona od tego, kto zostanie przydzielony do projektu, czy jego praca jest weryfikowana oraz czy wiedza jest udostepniana, czy zatrzymywana dla siebie. Te szczegóły często pozostają ukryte, dlatego zwykle opisuje się je ogólnikami zamiast faktami.
Wielu liderów technologicznych dobrze zna te problemy. Przy zmianie dostawcy ważna wiedza często ginie i trzeba ją odbudowywać – czasem dopiero po tym, jak coś pójdzie nie tak. Architektura może się rozjeżdżać, bo nikt nie odpowiada za nią w dłuższej perspektywie. Dokumenty strategiczne są dostarczane i odkładane na półkę, a sam system zmienia się w swoim własnym rytmie.
Partnerstwo to zestaw wewnętrznych standardów, które po prostu widać z perspektywy klienta.
Standardy, których się trzymamy – zarówno w projektach dla klientów, jak i wewnętrznych
Do każdego projektu stosujemy te same sześć zasad, niezależnie od tego, kim jest klient. Standard, który zmienia się pod presją terminów, nigdy nie był standardem.
PRZEGLĄD KODU
Nic nie trafia na produkcję bez przeglądu. Code review jest obowiązkowe, a rejestrowana jest osoba recenzująca, nie tylko sama akceptacja.
UKOŃCZENIE
Definicja ukończenia na piśmie. Testy, dokumentacja, gotowość do wdrożenia, przegląd – włącznie z dowodami, o które zostanie poproszony klient z sektora regulowanego.
DOKUMENTACJA
Decyzje przetrwają ludzi, którzy je podjęli. Decyzje architektoniczne są zapisywane wraz z uzasadnieniem, w formie, która przetrwa audyt lub zmianę dostawcy.
BEZPIECZEŃSTWO
Kontrole działają w sposób ciągły, a nie tylko przed wydaniem. Modelowanie zagrożeń, skanowanie zależności i sekretów oraz przeglądy uprawnień – z dowodami przechowywanymi tam, gdzie oczekuje ich Twój regulator lub własny dział ryzyka.
REKRUTACJA
Poprzeczka jest ustawiana już na etapie rekrutacji. W projektach dla klientów pracują seniorzy, posiadający uprawnienia dostępu do środowisk klienta tam, gdzie jest to wymagane.
CIĄGŁOŚĆ
Gdy nasi ludzie zostają, zostaje też ich wiedza. Firma z listy Fortune 500 i Tesco są naszymi klientami od 2008 roku, a systemy stworzone we współpracy z Credit Agricole działają do dziś. Wieloletnia odpowiedzialność za audytowaną platformę jest możliwa tylko wtedy, gdy wciąż pracują nad nią ci sami inżynierowie.
Czego mogą oczekiwać klienci i czego nie będziemy robić
Jeśli zobowiązania są formułowane wyłącznie w pozytywny sposób, trudno kogokolwiek z nich rozliczyć.
Nie będziemy
Będziemy
Znikać po dostarczeniu projektu.
Brać imienną odpowiedzialność za uzgodnione systemy, w tym te objęte audytem lub zobowiązaniami dotyczącymi dostępności.
Rozliczać godzin bez brania odpowiedzialności za rezultaty.
Utrzymywać wiedzę w zespole i na piśmie.
Pozwalać, by dokumentacja zamieniła się w wiedzę plemienną.
Rozwijać relację tylko w takim tempie, na jakie pozwala zdobyte zaufanie.
Konkurować z wewnętrznym zespołem o ten sam obszar.
W razie zakończenia współpracy przekazać wszystko w uporządkowany sposób – na każdym etapie.
Traktować utrzymania jako zadania pobocznego.
Utrzymywać i obsługiwać to, co budujemy, a nie tylko to projektować.
Czego partnerstwo wymaga od obu stron
Słowo partnerstwo jest używane tak często, że straciło znaczenie. W praktyce oznacza, że obie strony mają swoje obowiązki. Dostawca, który nigdy niczego od Ciebie nie oczekuje, nie jest partnerem.
Co wnosimy my
Czego potrzebujemy
Imiennie wskazany zespół, a nie pulę zasobów.
Osoby po stronie klienta, która może podejmować decyzje.
Odpowiedzialność za to, czy system działa, a nie za przepracowane godziny.
Dostępu do kontekstu biznesowego, nie tylko do ticketów – w tym do ograniczeń wynikających z zarządzania ryzykiem, compliance i procesów zakupowych.
Wiedzę spisaną, a nie przechowywaną w głowach poszczególnych osób.
Informacji o problemie wcześnie, a nie za późno.
Szczery feedback – także wtedy, gdy uważamy, że dane zlecenie to zły pomysł.
Gotowości do zaakceptowania, że czasem odradzimy budowanie czegoś.
Skorzystaj z bezpłatnej konsultacji z naszymi ekspertami i CTO
Porozmawiajmy o Twoich obecnych wyzwaniach i sprawdźmy, w czym możemy pomóc.
Jak przebiega współpraca – od startu do stabilnego rytmu
Pięć momentów sprawdza relację: gdy zespół dołącza, gdy ustalane są rutyny, gdy zmienia się zakres, gdy coś się psuje i gdy praca się kończy. Każdy etap to dla klienta punkt kontrolny, a nie tylko kolejny krok w planie projektu.
1
Tydzień 1–2. Start
Onboarding w zakresie dostępów i bezpieczeństwa przeprowadzony według Twojego procesu, a nie naszego, przegląd architektury oraz imiennie wskazane osoby kontaktowe po obu stronach. Pierwsza analiza opiera się na zależnościach zaobserwowanych na produkcji, a nie na istniejących diagramach. Efekt: pisemna ocena systemu i pierwsze commity o niskim ryzyku.
2
Tydzień 3–4. Pierwsze wdrożenie
Przedstawiamy wnioski – także te niewygodne – a priorytety ustalamy na podstawie ryzyka, a nie listy życzeń. Pierwsze wdrożenie potwierdza na piśmie rytm pracy i definicję ukończenia, przechodząc przez ścieżkę zmian i akceptacji, z której już korzystasz, a nie przez równoległą. Efekt: rejestr ryzyk z priorytetami, uzgodnione zasady współpracy i działający kod.
3
Rytm pracy
Pisemne raporty obejmują to, co zrobione, co dalej, co zablokowane i jakie są bieżące ryzyka – w rytmie dopasowanym do Twojego cyklu zarządczego. Korzystamy z Twoich narzędzi, jeśli już istnieją. Godziny wspólnej pracy i dyżury są uzgadniane, a zadaniami zajmuje się imiennie wskazany inżynier, a nie kolejka ticketów. Na tym etapie masz dostawcę, który zarządza się sam i nie wymaga nadzoru.
4
Gdy coś idzie nie tak
O zagrożonym terminie informujemy, gdy staje się prawdopodobny, a nie gdy jest już pewny. Incydent ma wyznaczoną osobę odpowiedzialną i dowodzenie incydentem, informujemy Cię na bieżąco, a nie po fakcie, a następnie przygotowujemy pisemny postmortem. Zmiany zakresu są wyceniane i uzgadniane, zanim zostaną zrealizowane. Raport z incydentu powstaje w formie, którą możesz od razu przekazać swojemu działowi ryzyka. Żadnych niespodzianek na fakturze ani na spotkaniu komitetu sterującego.
5
Przekazanie – kiedykolwiek nastąpi
Dokumentacja, runbooki, rejestry decyzji i znane problemy przekazane w ciągu kilku tygodni, wraz z dostępami, infrastrukturą i własnością repozytoriów – w formie, z której może skorzystać kolejny dostawca lub audytor. Klient, który w każdej chwili może odejść, zostaje z wyboru. I o to chodzi.
Od czego może zacząć się współpraca – od pojedynczego audytu po pełną odpowiedzialność
Każda organizacja potrzebuje innego poziomu wsparcia – zwykle ustalamy to podczas jednej rozmowy. Wsparcie to spektrum, a nie menu. Większość klientów zaczyna od projektu i rozszerza współpracę wraz ze wzrostem zaufania.
Co faktycznie obejmuje stack platformowy, który obsługujemy
Regulacje, oczekiwania dotyczące bezpieczeństwa i pytania audytowe to nie papierologia załatwiana przy okazji budowy systemu. To wymagania – i są wdrażane. Dotyczy to zarówno obowiązków wynikających z wymogów regulatora, jak i Twojego działu ryzyka czy weryfikacji dostawców przez Twojego klienta.
Czego się oczekuje Dostęp jest ograniczony do uprawnionych użytkowników – i da się to udowodnić. Co budujemy
IAM oparty na zasadzie najmniejszych uprawnień
Projektowanie ról
Dostęp uprzywilejowany
Rozdział obowiązków
Proces nadawania, zmiany i odbierania dostępów (joiner, mover, leaver)
Recertyfikacja dostępów
Za co odpowiada CODEWAVE, a co pozostaje po stronie klienta
Długofalowa współpraca działa tylko wtedy, gdy nie zamienia się w ukrytą zależność. Od początku jasno wyznaczamy granicę, zamiast później uspokajać zapewnieniami.
Architektura
Po stronie CODEWAVE Opieka nad architekturą. Po stronie klienta Strategicznie istotne decyzje architektoniczne, w tym wszystkie, które mają konsekwencje regulacyjne, dotyczące rezydencji danych lub audytu.
Operacje
Po stronie CODEWAVE Operacje: dyżury, reagowanie na incydenty i zarządzanie wydajnością, także w przypadku platform z określonymi zobowiązaniami dotyczącymi dostępności. Po stronie klienta Możliwość przeniesienia prac do zespołu wewnętrznego lub do innego dostawcy w dowolnym momencie.
Wiedza
Po stronie CODEWAVE Ciągłość wiedzy niezależnie od zmian w zespole i upływu czasu, udokumentowana w formie, z której może skorzystać audytor lub kolejny dostawca. Po stronie klienta Własność kodu i praw własności intelektualnej.
Kierunek
Po stronie CODEWAVE Bieżąca odpowiedzialność za uzgodnione systemy. Po stronie klienta Ostateczna decyzja o kierunku rozwoju, w tym o tym, którym rynkom służy roadmapa i jakie obowiązki musi spełniać.
Jak relacja rozwija się z czasem
Odpowiedzialność nie pojawia się od razu. Buduje się ją etapami.
Rok 1 Wdrożenie i zrozumienie
Poznajemy Twoje systemy, biznes i ograniczenia od środka – w tym to, jak zatwierdzane są zmiany, jak nadawane są dostępy i z czego raportujesz. Wszystko, czego się dowiemy, spisujemy, dzięki czemu wiedza pozostaje w zespole, a nie u jednej osoby.
Lata 2–3 Wspólna roadmapa
Bierzemy odpowiedzialność za rezultaty, a nie za zadania. Planowanie obejmuje zmiany regulacyjne i ekspansję na nowe rynki w takim samym stopniu jak nowe funkcje, a decyzje techniczne podejmujemy wspólnie z Twoim zespołem.
Rok 5 i dalej Opieka, która procentuje
Systemy są aktualizowane, audytowane i dostosowywane wraz ze zmianami w biznesie – przez zmiany regulacyjne, ekspansję na nowe rynki i migracje platform. Dbamy o aktualność wiedzy, dzięki czemu nigdy nie stajesz się od nas zależny.
Mierzone latami działania
- 0+
- lat działalności
- 0+
- lat – najdłuższa relacja z klientem
- 0%
- przychodów z długofalowych relacji
- 0%
- dobrowolnej rotacji rocznie
Credit Agricole: zaufanie i odpowiedzialność w regulowanym środowisku o długim horyzoncie
Realizacja w warunkach rozbudowanego nadzoru i ciągłe utrzymanie.
Platformy obsługiwane dla klientów z branży retail, bankowości i FMCG od 2008 roku
Masz pytania o to, jak pracujemy?
Porozmawiajmy o możliwej współpracy.
Proponujemy rozmowę techniczną o tym, co budujesz, co może się blokować lub co nie działa – a my szczerze powiemy, czy jesteśmy właściwym zespołem do tego zadania.
