KIDYBA HUB™

Duże plany potrzebują właściwych połączeń.

Łączę perspektywę biznesu, projektów, technologii i procesów, żeby złożone zmiany przeprowadzać od celu do działającego rozwiązania.

Porozmawiajmy o projekcie
MedTechFinTechE-commercePortfele projektówHL7 / FHIRDICOMBPMNSAP & PIMWCAGPRINCE2®AgilePM® FoundationESG

Monika Kidyba, KIDYBA HUB™

Technologia i procesy to tylko narzędzia. Prawdziwa sztuka to połączenie ich z celami ludzi i biznesu.

Perspektywa

Nie patrzę na projekt tylko jak na projekt.

Za każdym projektem stoją cel biznesowy, procesy, ludzie, dane, technologia i decyzje.

Harmonogram mówi, kiedy coś ma się wydarzyć. Nie mówi, dlaczego zespoły się nie rozumieją, których założeń nikt nie zapisał ani gdzie system zderzy się z procesem. Pracuję właśnie na tych stykach, tam gdzie nie ma jednej oczywistej odpowiedzi i trzeba zobaczyć więcej niż jeden fragment układanki.

Projekt utknął w miejscu.

Nikt nie ma pełnego obrazu sytuacji, a interesariusze mają sprzeczne priorytety. Pomagam ustalić, co naprawdę blokuje postęp i jak ruszyć dalej.

Biznes i IT mówią różnymi językami.

Zarząd zna cel, a zespół techniczny potrzebuje precyzyjnych wymagań i scenariuszy. Przekładam jedno na drugie tak, żeby obie strony mówiły o tym samym.

Wdrożenie wymaga wielu dostawców.

Różne zespoły, systemy i zakresy odpowiedzialności trzeba połączyć w jeden plan. Pilnuję miejsc styków, na których najłatwiej coś zgubić.

Organizacja rośnie szybciej niż procesy.

Zanim nastąpi kolejny krok skalowania, warto uporządkować sposób działania: procesy, role, portfel projektów i dane.

Rozpoznajesz któryś z tych momentów? Opisz go w kilku zdaniach.

Doświadczenie

Różne środowiska. Ten sam sposób działania.

Nie opowiadam swojej historii listą stanowisk. Ważniejsze jest, z jakimi problemami pracowałam i co trzeba było połączyć, żeby projekt ruszył dalej.

MedTech.

Technologia w środowisku regulowanym

Wdrożenia oprogramowania medycznego i integracje systemów laboratoryjnych oraz elektronicznej dokumentacji medycznej. Modelowanie procesów, testy akceptacyjne i nadzór jakości w codziennej współpracy zespołów DEV, QA, BA i DevOps.

HL7, FHIR, IHE, DICOM, BPMN, UAT

FinTech.

Biznes, proces i technologia

Produkty cyfrowe i automatyzacja procesów: przekładanie złożonych wymagań biznesowych na działające usługi, optymalizacja ścieżek użytkownika i dostępność. Rola pomostu między biznesem, zarządem, IT i dostawcami.

Wymagania, automatyzacja, WCAG, ścieżki użytkownika

E-commerce.

Dane i decyzje w skali

Struktura danych i cykl życia produktów w zintegrowanym środowisku SAP i PIM. Analityka, wskaźniki KPI i połączenie perspektyw produktu, zakupów, IT, sprzedaży i marketingu.

SAP, PIM, KPI, analityka cyklu życia produktu

Portfele projektów.

Środowiska strategiczne, PPM i PMO

Równoległe prowadzenie inicjatyw w rosnących organizacjach, harmonizowanie celów z wykonawcami i projektowanie struktur PMO. Projekt widziany jako część większego systemu, a nie osobna wyspa.

PPM, PMO, zarządzanie ryzykiem, PRINCE2®

Portret Moniki Kidyby

O mnie

Monika Kidyba.

Z wykształcenia łączę informatykę z procesami biznesowymi, a perspektywę poszerzyłam o ESG i zrównoważony rozwój. Od 2020 roku prowadzę własną działalność i wchodzę do projektów w roli, której wymaga sytuacja: analityczki biznesowej, kierowniczki projektu albo wsparcia PMO i transformacji.

Najlepiej czuję się tam, gdzie spotyka się kilka światów naraz: regulacje i technologia, zarząd i zespół developerski, dane i ludzie, którzy mają z nich korzystać.

Więcej o mnie i moim doświadczeniu

Jak myślę o projektach

Wnioski z praktyki.

Projekt rzadko utyka przez harmonogram.

Częściej przez nieformalne zależności między zespołami i założenia biznesowe, których nikt nie zapisał. Dlatego zaczynam od mapy ludzi, decyzji i zależności, a dopiero potem od planu.

Problem technologiczny bywa problemem definicji.

Zanim powstanie kolejny moduł systemu, warto sprawdzić, czy architekt i dyrektor operacyjny rozumieją cel tak samo. Często jedna dobra rozmowa oszczędza miesiące pracy.

AI nie naprawi złego procesu.

Automatyzacja chaotycznego przepływu pracy tylko przyspiesza powstawanie błędów. Najpierw porządek w procesie i danych, potem automatyzacja. Wtedy naprawdę się opłaca.

Sposób pracy

Od diagnozy do działającego rozwiązania.

  1. Analizuję sytuacjęPatrzę szerzej niż na objaw: cel, kontekst, ludzie, procesy i systemy.
  2. Definiuję celUstalam, dokąd naprawdę chcemy dojść, jakie są ograniczenia i realne wymagania.
  3. Proponuję rozwiązaniePrzekładam potrzebę biznesową na drogę możliwą do wdrożenia.
  4. Łączę elementyBuduję porozumienie między biznesem, IT, zarządem i dostawcami.
  5. WdrażamProwadzę zmianę do rozwiązania, które działa w codziennej pracy.

Warsztat

Praktyka daje kontekst. Wiedza pozwala zadawać lepsze pytania.

Metodyki traktuję jak narzędzia, a nie religię. Dobieram je do sytuacji, a nie sytuację do metodyki.

Projekty i zmiana

PRINCE2® Foundation
AgilePM® Foundation
Praxis Framework, PMBOK
Scrum i Kanban
PMO i zarządzanie ryzykiem

Analiza i procesy

BPMN
Business Model Canvas
Mapowanie ścieżek użytkownika
Przygotowanie do ECBA i IREB

Technologia i jakość

Testowanie oprogramowania
DevOps
Cyberbezpieczeństwo
Jira i Confluence
AI i IoT w procesach

ESG

Ślad węglowy
Zrównoważone zarządzanie łańcuchem wartości
Raportowanie i odpowiedzialność procesowa

Informatyka w procesach biznesowych (inż.)

Fundament: twarda wiedza technologiczna połączona z logiką działania przedsiębiorstw.

Zrównoważony rozwój i gospodarka ESG (podyplomowe)

Szersza perspektywa: standardy raportowania, odpowiedzialność procesowa i wpływ organizacji.

KIDYBA HUB™

Zamieniam złożone plany w działające rozwiązania.

Zacznijmy od rozmowy

Porozmawiajmy.

Masz temat, w którym trzeba połączyć więcej niż jedną perspektywę? Nie musisz mieć gotowego briefu. Wystarczy kilka zdań: na jakim etapie jest projekt, kto jest zaangażowany i co ma się zmienić.

  1. Piszesz kilka zdań

    O sytuacji, wyzwaniu lub pomyśle, własnymi słowami.

  2. Krótka rozmowa

    Dopytuję o kontekst, cel i ograniczenia, żeby zrozumieć specyfikę wyzwania.

  3. Diagnoza i propozycja

    Proponuję zakres, rolę i sposób pracy dopasowany do tego, czego potrzebuje projekt.