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
- 01MODEL USŁUG I KOMPETENCJIIntegrator i dostawca zaawansowanych usług technologicznych
- 02DANE I PROCESY FMCGGlobalne środowisko projektów transformacyjnych
- 03BANKOWOŚĆ I FINANSEGlobalne środowisko rozwiązań cyfrowych
- 04HANDEL I LOGISTYKAGlobalne środowisko automatyzacji i systemów enterprise
- 05KONWERGENCJA IT/OT W OCHRONIE ZDROWIAWielooddziałowy szpital z rozbudowaną diagnostyką obrazową
- 06CIĄGŁOŚĆ DZIAŁANIA I BEZPIECZEŃSTWOPodmiot leczniczy pracujący w trybie ciągłym
- 07ZDALNY EKSPERT, LOKALNY SERWISANTProducent specjalistycznych urządzeń dla odbiorców wojskowych i cywilnych
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
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.
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
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
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
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
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.