Przejdź do treści

HISTORIE · TECHNOLOGIA I USŁUGI

W technologii przewaga nie powstaje z samej technologii.

Powstaje wtedy, gdy kompetencje, proces, bezpieczeństwo i odpowiedzialność za wynik składają się w model, który można skalować bez proporcjonalnego skalowania złożoności.

Transformacja nie zawsze dzieje się w fabryce.

W firmach technologicznych i usługowych produktem bywa wiedza, kompetencja, projekt, informacja albo decyzja.

To zmienia mechanikę skalowania.

Nie wystarczy mieć dobrych ekspertów. Trzeba jeszcze potrafić zamienić ich wiedzę w powtarzalny proces, usługę, projekt i wynik dla klienta.

Technologia jest skalowalna dopiero wtedy, gdy skalowalny staje się sposób jej dostarczania.

7 HISTORIE

MODEL USŁUG I KOMPETENCJI

P&L · PMO · SOC · KSC · AI/ML · DELIVERY

Jak skalować kompetencje bez skalowania chaosu

KONTEKST

Integrator technologiczny działający na styku infrastruktury IT, usług profesjonalnych, cyberbezpieczeństwa i SOC, cloud, ERP/BPM, automatyzacji, AI/ML oraz projektów transformacyjnych.

PROBLEM

Sprzedaż produktów można skalować obrotem. Skalowanie usług, projektów i wiedzy eksperckiej jest trudniejsze. Pojawiają się zależności pomiędzy sprzedażą, presales, delivery, PMO, dostępnością ekspertów, wykorzystaniem zasobów, kosztami oraz rentownością projektów. Jednocześnie rynek przesuwa wartość z dostarczania technologii w stronę rozwiązywania problemów biznesowych, cyberbezpieczeństwa i odpowiedzialności za efekt.

ZMIANA

Przejście od modelu skoncentrowanego na transakcji i pojedynczych kompetencjach do bardziej konsultingowego modelu end to end. Rozwój portfolio obejmującego między innymi cyberbezpieczeństwo i SOC, rozwiązania wspierające wymagania KSC, AI/ML i automatyzację. Równolegle uporządkowanie odpowiedzialności, governance, pipeline, PMO, KPI oraz ekonomiki sprzedaży i projektów.

MOJA ROLA

Odpowiedzialność C level za operacje i transformację modelu działania, łącząca strategię, sprzedaż, delivery, technologię, procesy i P&L.

WYNIK

Kompetencje technologiczne zostały połączone z powtarzalnym sposobem identyfikowania problemu, projektowania rozwiązania, realizacji projektu i zarządzania jego ekonomiką.

PRZEWAGA

Skalowanie wiedzy i wartości dla klienta bez proporcjonalnego skalowania złożoności organizacji.

Z ŻYCIA PROJEKTU

Dla jednej organizacji SOC jest konsekwencją dojrzałości cyberbezpieczeństwa. Dla innej zaczyna się od wymagań regulacyjnych, między innymi KSC.

Kiedy organizacja naprawdę zaczyna jednak widzieć swoją infrastrukturę, pojawiają się efekty, których początkowo nikt nie zamawiał.

Dane pozwalają lepiej rozumieć wykorzystanie zasobów, dostępów, licencji i narzędzi. Widać również zjawiska wcześniej pozostające poza kontrolą.

Jednym z nich był Shadow AI.

Próba uporządkowania dostępu do nieautoryzowanych modeli pokazała, że część zespołów zdążyła już wbudować generatywną AI we własny sposób pracy tak głęboko, że jej ograniczenie natychmiast wpływało na produktywność.

Cyberbezpieczeństwo ujawniło nie tylko ryzyko technologiczne. Ujawniło również, jak bardzo AI zdążyło zmienić rzeczywisty model pracy organizacji.

W TYM PROJEKCIE

  • Strategia
  • P&L
  • PMO
  • Delivery
  • SOC
  • KSC
  • AI/ML
  • Cyberbezpieczeństwo
NASTĘPNA HISTORIA02 DANE I PROCESY FMCG

DANE I PROCESY FMCG

ERP · WMS · MES · SCM · INTEGRACJA

Dlaczego transformacji nie da się prowadzić wyłącznie z sali konferencyjnej

KONTEKST

Globalny producent FMCG, duża skala operacji, presja na ciągłość produkcji, jakość, identyfikowalność produktu, logistykę oraz precyzyjną współpracę systemów enterprise.

PROBLEM

W tej branży każdy proces cyfrowy ma fizyczne konsekwencje. Dane muszą odpowiadać rzeczywistemu przepływowi materiału, produkcji, magazynu i dystrybucji. Błąd w systemie nie pozostaje błędem w systemie. Może stać się problemem produkcyjnym, logistycznym albo jakościowym.

ZMIANA

Łączenie procesów biznesowych i produkcyjnych z rozwiązaniami ERP, WMS, MES i SCM oraz integracja środowiska technologicznego z rzeczywistym sposobem działania zakładu.

MOJA ROLA

Zarządzanie projektami transformacyjnymi w środowisku klienta, łączenie wymagań biznesowych, procesowych i technologicznych oraz przekładanie ich na działające rozwiązania.

WYNIK

Technologia została osadzona bezpośrednio w rzeczywistym przepływie produktu i informacji, zamiast funkcjonować jako niezależna warstwa IT.

PRZEWAGA

Cyfrowy proces staje się wartościowy dopiero wtedy, gdy działa równie dobrze w systemie, jak i na hali produkcyjnej.

Z ŻYCIA PROJEKTU

Transformacja cyfrowa czasem bardzo dosłownie wchodzi w środowisko produkcji.

Po wielu miesiącach pracy w zakładzie globalnego producenta FMCG zapach produktu był już nie tylko na ubraniach.

Po kolejnych wizytach gruntownego prania wymagała odzież, a wietrzenia nawet laptop.

Technologia może być cyfrowa. Projekt transformacyjny zawsze dzieje się jednak w bardzo fizycznej rzeczywistości biznesu.

W TYM PROJEKCIE

  • ERP
  • WMS
  • MES
  • SCM
  • Produkcja
  • Logistyka
  • Integracja
NASTĘPNA HISTORIA03 BANKOWOŚĆ I FINANSE

BANKOWOŚĆ I FINANSE

BIOMETRIA · SECURITY · IDENTITY · INTEGRACJA

Najbardziej cyfrowy proces nadal kończy się na człowieku

KONTEKST

Globalne środowisko usług finansowych, wysokie wymagania dotyczące bezpieczeństwa, identyfikacji użytkownika, integralności danych i niezawodności procesów.

PROBLEM

W bankowości technologia działa w środowisku bardzo niskiej tolerancji na błędy. Proces musi być jednocześnie bezpieczny, zgodny, skalowalny i możliwy do wykonania przez użytkownika w realnych warunkach, nie tylko w modelowym scenariuszu.

ZMIANA

Integracja rozwiązań cyfrowej autoryzacji i identyfikacji użytkowników z wykorzystaniem biometrii oraz dostosowanie procesu do rzeczywistych warunków operacyjnych.

MOJA ROLA

Prowadzenie projektu na styku technologii, procesu i użytkownika oraz identyfikowanie ograniczeń, które pojawiały się dopiero w praktycznym użyciu rozwiązania.

WYNIK

Proces technologiczny został dostosowany do rzeczywistych warunków działania użytkowników, zamiast oczekiwać, że rzeczywistość dostosuje się do technologii.

PRZEWAGA

Bezpieczeństwo działa wtedy, gdy człowiek potrafi z niego korzystać bez obchodzenia procesu.

Z ŻYCIA PROJEKTU

Biometria wyglądała idealnie na diagramie procesu.

Problem pojawił się dopiero w placówce obsługującej pracowników dużego zakładu produkcyjnego.

Czytnik linii papilarnych potrzebował czytelnego odcisku. Pracownicy kończący zmianę nie zawsze taki odcisk mieli.

Do cyfrowego procesu identyfikacji trzeba więc było dodać bardzo analogowy krok, umycie ręki.

Praktyka szybko zoptymalizowała nawet to. Bo okazało się, że wystarczał umyty tylko jeden palec.

Nawet najbardziej cyfrowy proces kończy się na człowieku. A człowiek nie zawsze zachowuje się tak, jak przewiduje diagram.

W TYM PROJEKCIE

  • Bankowość
  • Biometria
  • Identity
  • Security
  • Integracja
  • Procesy
  • UX operacyjny
NASTĘPNA HISTORIA04 HANDEL I LOGISTYKA

HANDEL I LOGISTYKA

WMS · AUTOMATYZACJA · ROBOTYKA · DANE

Co się dzieje, gdy technologia rozwija się szybciej niż reguły jej działania

KONTEKST

Jedno z pierwszych w Polsce w pełni zrobotyzowanych środowisk magazynowych wysokiego składowania, obsługujące produkty o krótkim terminie ważności.

PROBLEM

System musiał nie tylko wiedzieć, gdzie znajduje się produkt, ale stale zarządzać jego rotacją tak, aby jako pierwsze wydawane były partie z najkrótszym terminem ważności. Po rozwiązaniu problemu technologicznego pojawiło się inne ograniczenie, regulacyjne.

ZMIANA

Automatyzacja magazynu, integracja logiki rotacji produktu z systemem WMS oraz zaprojektowanie procesu uwzględniającego zarówno możliwości robotyki, jak i obowiązujące wymagania dotyczące jej obsługi.

MOJA ROLA

Zarządzanie projektem integrującym proces logistyczny, system magazynowy, automatykę i ograniczenia regulacyjne.

WYNIK

Proces fizyczny i systemowy został zintegrowany w jeden automatyczny mechanizm zarządzania zapasem i rotacją produktu.

PRZEWAGA

Automatyzacja pozwala wykorzystać tempo technologii dopiero wtedy, gdy proces i otoczenie organizacyjne potrafią za nim nadążyć.

Z ŻYCIA PROJEKTU

Technologia poradziła sobie z automatyczną rotacją produktów według terminu ważności.

Potem pojawił się problem znacznie trudniejszy.

Przepisy wymagały obecności operatora maszyny.

Człowiek musiał więc formalnie uczestniczyć w procesie, który nie potrzebował jego działania. Co więcej, prędkość robota trzeba było ograniczyć do poziomu możliwego do obserwowania przez operatora.

Przy pełnej prędkości należałoby chyba szukać kandydatów wśród pilotów myśliwców.

Automatyzacja osiągnęła technologiczny limit szybciej niż regulacje zdążyły zauważyć, że człowiek przestał być potrzebny do jej obsługi.

W TYM PROJEKCIE

  • WMS
  • Robotyka
  • Automatyzacja
  • Logistyka
  • Dane
  • Integracja
  • Procesy
NASTĘPNA HISTORIA05 KONWERGENCJA IT/OT W OCHRONIE ZDROWIA

KONWERGENCJA IT/OT W OCHRONIE ZDROWIA

HIS/RIS · PACS · HL7 · DICOM · IT/OT · BMS

Jak sprawić, żeby tomograf był widoczny w systemie, zanim przestanie działać

KONTEKST

Wielooddziałowy szpital z rozbudowaną diagnostyką obrazową. HIS zarządzał ruchem pacjentów i zleceniami, ale urządzenia diagnostyczne funkcjonowały w osobnych światach producentów, serwisów i połączeń technicznych.

PROBLEM

System wiedział, że badanie zostało zlecone, ale nie wiedział, czy urządzenie jest rzeczywiście dostępne. Awaria potrafiła ujawnić się dopiero wtedy, gdy pacjent był już przygotowany, a utrzymanie techniczne pozostawało poza procesem klinicznym.

ZMIANA

Połączono warstwę kliniczną i techniczną: HIS/RIS, PACS, modalności, HL7, DICOM oraz monitoring OT obejmujący urządzenia, zasilanie, chłodzenie i kontrolę dostępu. Powstał wspólny obraz dostępności zasobu, wykorzystania, zdarzeń serwisowych i kosztu utrzymania.

MOJA ROLA

Architektura integracji, model bezpieczeństwa sieci medycznej i koordynacja między IT, działem technicznym, personelem klinicznym oraz serwisami producentów. Od koncepcji do przekazania rozwiązania do utrzymania.

WYNIK

Planowanie badań zaczęło uwzględniać realną dostępność urządzenia. Szpital po raz pierwszy zobaczył rzeczywiste wykorzystanie najdroższych aparatów i mógł rozliczać SLA producentów na podstawie własnych danych.

PRZEWAGA

Wyższa dostępność kluczowych zasobów diagnostycznych bez automatycznego sięgania po kolejną inwestycję sprzętową.

Z ŻYCIA PROJEKTU

Największym problemem nie był HL7 ani DICOM.

Podczas integracji odkryliśmy działający od lat kanał zdalnego serwisu producenta, o którym nie wiedział ani dział IT, ani inspektor ochrony danych.

Czasem integracja zaczyna się nie od budowania nowych połączeń, ale od odkrycia tych, które już istnieją.

W TYM PROJEKCIE

  • Strategia
  • HIS/RIS
  • PACS
  • HL7
  • DICOM
  • IT/OT
  • BMS
  • Cyberbezpieczeństwo
  • Segmentacja sieci
  • BI
NASTĘPNA HISTORIA06 CIĄGŁOŚĆ DZIAŁANIA I BEZPIECZEŃSTWO

CIĄGŁOŚĆ DZIAŁANIA I BEZPIECZEŃSTWO

BUSINESS CONTINUITY · HIS · IT/OT · NIS2 · BIA

Jak zaplanować dzień, w którym HIS nie działa, zanim taki dzień nadejdzie

KONTEKST

Podmiot leczniczy pracujący w trybie ciągłym, z dokumentacją prowadzoną elektronicznie i rozbudowanym środowiskiem systemów, integracji oraz urządzeń o różnych cyklach życia.

PROBLEM

Organizacja miała backupy i procedury, ale nigdy nie sprawdziła w warunkach zbliżonych do rzeczywistych, ile naprawdę trwa powrót oddziału do pracy. Dodatkowym ryzykiem była aparatura działająca na systemach bez wsparcia, których nie można było po prostu zaktualizować.

ZMIANA

Zmapowano zależności między procesami klinicznymi a infrastrukturą, wprowadzono izolację urządzeń legacy, redundancję krytycznych ścieżek oraz monitoring IT/OT. Równolegle powstała procedura pracy bez systemu - przetestowana na oddziale, a nie tylko opisana.

MOJA ROLA

Analiza wpływu na działalność, architektura odporności oraz przełożenie wymagań regulacyjnych na decyzje operacyjne i budżetowe. Prowadzenie testów odtworzeniowych i ustalenie z zarządem akceptowalnego poziomu ciągłości.

WYNIK

Czas odtworzenia przestał być deklaracją i stał się mierzalnym parametrem. Urządzenia legacy zaczęły funkcjonować jako kontrolowane wyjątki z przypisanym właścicielem, a zarząd otrzymał obraz ryzyka wyrażony wpływem na proces kliniczny, nie liczbą podatności.

PRZEWAGA

Zdolność do działania w dniu, w którym coś rzeczywiście zawiedzie - oraz do udowodnienia tej zdolności zanim będzie potrzebna.

Z ŻYCIA PROJEKTU

Podczas testu okazało się, że krytycznym punktem nie jest backup ani łącze, ale drukarka opasek identyfikacyjnych podłączona do jednego stanowiska bez zasilania gwarantowanego.

Bez niej nie ruszał proces na oddziale.

Ciągłość działania rzadko łamie się tam, gdzie zainwestowano najwięcej uwagi.

W TYM PROJEKCIE

  • Strategia
  • Business Continuity
  • HIS
  • IT/OT
  • Cyberbezpieczeństwo
  • NIS2
  • BIA
  • Disaster Recovery
  • Segmentacja
  • Governance
NASTĘPNA HISTORIA07 ZDALNY EKSPERT, LOKALNY SERWISANT

ZDALNY EKSPERT, LOKALNY SERWISANT

AR · PLM · PDM · ERP · WMS · REMOTE ASSISTANCE

Jak przenieść wiedzę inżyniera tam, dokąd inżynier nie pojedzie

KONTEKST

Producent specjalistycznych urządzeń dla odbiorców wojskowych i cywilnych. Wyroby konfigurowane pod kontrakt, o wysokiej wartości i długim cyklu życia, pracujące również tam, gdzie nie ma lokalnego serwisu ani gwarantowanej łączności.

PROBLEM

Serwis wymagał nie tylko wiedzy technicznej, ale pewności, z jakim egzemplarzem i rewizją ma się do czynienia. Niewłaściwa dokumentacja, brak części albo pozornie prosta czynność mogły zatrzymać urządzenie do czasu przyjazdu eksperta. Wsparcie, dokumentacja, historia produktu i logistyka części funkcjonowały w osobnych procesach. Człowiek w terenie miał jeden problem i jedną parę rąk.

ZMIANA

Powstała jedna ścieżka obsługi zdarzenia serwisowego, w której rozszerzona rzeczywistość była interfejsem do wiedzy i procesu, a nie celem wdrożenia. System identyfikował konkretny egzemplarz, pobierał z PLM jego konfigurację i właściwą rewizję dokumentacji z PDM, a następnie prowadził technika krok po kroku przez procedurę. Gdy potrzebna była wiedza eksperta, uruchamiana była sesja zdalna z obrazem wspólnym dla obu stron. Zapotrzebowanie na część trafiało bezpośrednio do ERP i WMS, wraz z możliwością wskazania dopuszczonego rozwiązania zastępczego. Całość działała również w trybie offline.

MOJA ROLA

Koncepcja i architektura rozwiązania, model danych łączący egzemplarz, konfigurację, dokumentację i zdarzenie serwisowe oraz integracja PLM, PDM, ERP i WMS. Uzgodnienie z konstrukcją, jakością, serwisem i bezpieczeństwem granicy pomiędzy czynnością wykonywaną samodzielnie, zdalnym wsparciem i koniecznością udziału eksperta. Od koncepcji do wdrożenia.

WYNIK

Część czynności wymagających wcześniej wyjazdu specjalisty mogła być wykonywana lokalnie, na dokumentacji właściwej dla konkretnego egzemplarza. Historia serwisowa zaczęła powstawać w czasie rzeczywistym, a wiedza z terenu wracała do utrzymania i rozwoju produktu.

PRZEWAGA

Kompetencja przestała być związana z lokalizacją człowieka, a wsparcie techniczne przestało skalować się liczbą ekspertów wysyłanych w podróż.

Z ŻYCIA PROJEKTU

Rozwiązanie powstało dla warunków skrajnych. Najbardziej namacalną wartość pokazało w segmencie cywilnym.

W części krajów firma nie była w stanie utrzymać sieci autoryzowanego serwisu. Lokalny technik z podstawowymi kwalifikacjami mógł jednak wykonać naprawę prowadzony krok po kroku, z ekspertem dołączającym tylko wtedy, gdy był naprawdę potrzebny.

Jakość naprawy przestała zależeć od tego, kogo udało się znaleźć na miejscu.

Bo wiedzę można przenieść bez przenoszenia człowieka.

W TYM PROJEKCIE

  • AR
  • Remote Assistance
  • PLM
  • PDM
  • ERP
  • WMS
  • Zarządzanie konfiguracją
  • Zarządzanie wiedzą
  • Serwis
  • Integracja systemów

WSPÓLNY MIANOWNIK

Różne branże. Ta sama odpowiedzialność za zmianę.

W firmie technologicznej wartość może powstawać w kompetencji. W banku w informacji i zaufaniu. W handlu w przepływie. W usługach w zdolności rozwiązania problemu klienta.

Technologie są różne, ale mechanizm pozostaje podobny.

Zrozumieć proces. Znaleźć ograniczenie. Połączyć kompetencje i technologię. Doprowadzić zmianę do działania.

POZNAJ INNE HISTORIE

Nie zaczynaj od technologii. Zacznij od wyniku.

Jeżeli widzisz problem, możliwość albo zmianę, której nie da się rozwiązać kolejnym standardowym projektem, porozmawiajmy o oczekiwanym wyniku.