Czy w dzisiejszych czasach warto rozwijać się w kierunku Architektury IT? W jaki sposób zbudować autorytet architekta w organizacji?Z jakimi problemami, wyzwaniami mierzy się architekt podczas codziennej pracy czy transformacji?

O tych i podobnych zagadnieniach będę opowiadał podczas Forum Architektów IT. A przede wszystkim będę starał się odpowiedzieć na pytanie - czy warto być Architektem IT.

Wśród najbardziej wartościowych umiejętności XXI wieku wymienia się umiejętność oduczania się i uczenia na nowo. Taka umiejętność obejmuje prawie każdy aspekt życia, a na pewno prowadzenia biznesu. Architektura IT jest częścią prowadzenia biznesu - czy wobec tego oduczanie się dotyczy też architektów?

W trakcie wystąpienia chcę się podzielić swoimi doświadczeniami i przemyśleniami na temat tego, czego warto było się oduczyć w praktyce architekta IT w czasach digitalizacji, Agile, DevOps i mikroserwisów i czego nowego można się w to miejsce nauczyć.

Prezentacja doświadczeń i refleksji ze zmiany kierunku w podejściu do zarządzania architekturą, weryfikacja roli Architekta w coraz bardziej dynamicznym świecie, częstych i szybszych zmian, zwinnego podejścia do wdrożeń i coraz większej samodzielności świata Biznesu.

Czy zwinne podejście ogranicza rolę architektury, czy wręcz przeciwnie, umożliwia zwiększenie potencjału i otwiera nowe możliwości.

Omówienie dwóch podejść do zarządzania trendami technologicznymi w kontekście architektury korporacyjnej. Podejście aktywne – kiedy CIO/CEO wskazuje trend do adaptacji i zadaniem architekta jest weryfikacja sytuacji w organizacji, zdefiniowanie wpływu trendu i poprowadzenie jego wdrożenia. Część wystąpienia oparta na doświadczeniach związanych z implementacją chmury obliczeniowej.

Podejście pasywne – kiedy trendy są wdrażane poza architekturą, a rolą architekta jest zapewnienie minimalizacji strat i maksymalizacji korzyści.

Złożona rola architekta w procesie adaptacji innowacji, wykraczająca poza implementację technologii, wymagająca szerszego spojrzenia, wskazania koniecznych zmian (nie tylko IT) w organizacji,  przygotowania mitygacji ryzyk. Rola architekta jako nawigatora, którego rolą jest przeprowadzenie organizacji przez rafy związane z wdrażaniem trendów technologicznych.

Edge jako ewolucja strategii IT. Punkt ciężkości IT przenosi się z data center na edge, gdzie są zbierane, wstępnie przetwarzane i analizowane dane - jak zdefiniować bezpieczną i otwartą architekturę, która połączy świat data center, cloud i edge?

Rozwiązania chmurowe bazują na podobnych technologiach co rozwiązania edge, mają jednak inne wymagania, jeśli chodzi o technologie, które są używane - czy kontenery, Kubernetes i aplikacje cloud-native to jedyna droga do połączenia tych światów? 

Jakie są wyzwania w obszarze bezpieczeństwa aplikacji cloud-native, jak na nie reagować oraz jak zabezpieczyć cykl wytwórczy i spełnić standardy bezpieczeństwa takie jak CIS k8s, PCI-DSS itp.

Jakie są najczęstsze przyczyny incydentów w obszarze bezpieczeństwa versus czego oczekują użytkownicy?

Dlaczego chcemy migrować do chmury? Jakie mieliśmy i mamy wyzwania? Jak zarządziliśmy zmianami w architekturze w celu migracji aplikacji do chmury? Jak nam to pomogło poradzić sobie z wyzwaniami?

To wszystko w kontekście zarządzania architekturą korporacyjną.

Proces budowania architektury korporacyjnej rozpoczyna się zwykle „od środka”, pomijając zupełnie aspekt strategii organizacji oraz strategii obszarowych. Większość organizacji ma problem z inwentaryzacją tego, co składa się na architekturę i stara się przede wszystkim skupić na jak najlepszym jej odwzorowaniu, zapominając o tym, co najważniejsze, czyli wizji, jak architektura ma wyglądać w przyszłości, a także dlaczego ma tak wyglądać oraz co jest dla nich w niej najistotniejsze.

Zrozumiały opis strategii organizacji, w tym strategii obszaru usług teleinformatycznych, pozwala na przełożenie określonych w niej celów na oczekiwania interesariuszy architektury korporacyjnej.

Jednocześnie przejrzysty proces zarządzania umożliwia sprawne dostosowanie wszystkich poziomów repozytorium architektury do tych oczekiwań oraz wymagań, jakie stawia przed nami otoczenie.

W prezentacji przedstawimy nasze doświadczenia projektowe i organizacyjne w zakresie operacjonalizacji strategii oraz powiązania różnych obszarów zarządzania, przy wykorzystaniu repozytorium architektury korporacyjnej.

Technologie chmurowe w obecnej formie funkcjonują już ponad piętnaście lat. W tym czasie rozwiązania chmurowe na stałe weszły do narzędzi wykorzystywanych przez developerów i biznesy na całym świecie. Spowodowane jest to szerokim wachlarzem korzyści, które owe platformy oferują.

Na podstawie doświadczeń z klientami wyróżniliśmy pięć aspektów, które wydają się być najczęstszymi motywatorami do działania:

1. Redukcja kosztu utrzymania infrastruktury. Jedną z najczęściej wskazywanych korzyści jest zrezygnowanie z konieczności utrzymywania własnego data center na rzecz miesięcznych rozliczeń za faktycznie wykorzystywane zasoby. Dzięki temu, że zarządzaniem infrastrukturą zajmuje się dostawca usług chmurowych, architekci korporacyjni mogą skupić się bardziej wartościowej pracy, jak np. tworzenie wartościowych biznesowo funkcjonalności.

zobacz więcej »

Jako architekci, doskonale wiemy, jak ważna jest architektura. Zajmujemy się nią wiele lat, zbudowaliśmy systemy, rozwiązania i podejścia strategiczne dla architektury organizacji lokalnych i globalnych. Nasze koncepcje często prezentujemy na spotkaniach z partnerami biznesowymi, dyrektorami oraz członkami zarządów.

Jednocześnie, aby mieć wpływ na rzeczywistość biznesowo-technologiczną naszych organizacji, często stoimy przed wyzwaniem przekonania kluczowych partnerów biznesowych do tego co robimy. Staramy się budować pomosty między naszymi przysłowiowym „slajdami z modelami capability” a P&L organizacji, tak aby kluczowi decydenci rozumieli wartość tego co robimy oraz uwzględniali priorytetowo architekturę w procesie decyzyjnym.

Porozmawiajmy o tym, gdzie dostrzegamy największą wartość biznesową płynącą z opracowania i wdrożenia Strategii Architektury na bazie doświadczeń i wniosków dyrektora IT w firmie Kross oraz perspektywy konsultantów pomagających tę architekturę zbudować.

Miasto z punktu widzenia ładu architektonicznego i świadczonych usług jest organizacją ogromnie różnorodną. Z jednej strony posiada znaczną liczbę rozłącznych obszarów zadaniowych, z drugiej kompletny wachlarz obsługi bazujący na wspólnych danych. Chcemy podzielić się doświadczeniem z budowy ładu architektonicznego dla usług cyfrowych w mocno zróżnicowanym i zmiennym środowisku t.j.:

Budowa Miejskiej Chmury Obliczeniowej jako elementu transformacji cyfrowej Miasta jako Platformy;
Wizja i pryncypia architektury miejskiej przy tworzeniu usług miejskich;
Rola architekta w transformacji, czyli czy jest możliwe pogodzenie on-premise legacy, private cloud, Cloud Native i komercyjnej chmury publicznej;
Miejska droga poprzez ład danych do ładu korporacyjnego;
Blaski i cienie, czyli doświadczenia, wyzwania i plany.

W życiu każdej organizacji następują momenty, kiedy musi ona dokonać przebudowy i unowocześnienia swojej organizacji IT. Od ponad 30 lat organizacje świadczące usługi (finanse, dystrybucja energii, sprzedaż, telekomunikacja i inne) rozwijają systemy IT, które wspierają biznes oraz udostępniają kanały kontaktu z klientami. Dzięki temu rozwinięte rynki weszły w erę cyfrowego biznesu. Rozwiązania IT ciągle ewoluują przez co już zaimplementowane rozwiązania stają się przestarzałe, tworząc dług technologiczny, który nie zawsze może być na bieżąco likwidowany.

W naszym wystąpieniu pokażemy skąd bierze się dług technologiczny, oraz jak przystąpić i na czym oprzeć modernizację IT w swojej organizacji. Podpowiemy też jak wykonać analizę zdolności biznesowych, na czym oprzeć nowoczesną architekturę, oraz jakie strategie rozważyć.

Coraz więcej przedsiębiorstw decyduje się na powołanie zespołów dedykowanych architekturze danych. W trakcie wystąpienia zaprezentuję jedną z możliwych dróg do zaimplementowania tego podejścia.

Głównym tematem prezentacji będzie DMBoK i sposób jego użycia w praktycznym działania architekta (danych). Data Management Body of Knowledge to skarbnica wiedzy w temacie szeroko pojętego zarządzania danymi zredagowana przez wybitnych specjalistów dziedziny stowarzyszonych w DAMA International. Zaprezentuję metodologię obejmującą holistycznie obszar zarządzania danych (DAMA Wheel), ale głównie skupię się na dwóch rozdziałach: architekturze danych oraz modelowaniu danych.

Obszar działania PKP Polskie Linie Kolejowe S.A. – relacje z otoczeniem.

Jak wdrożyć zasady ładu architektonicznego wykorzystując funkcjonujące procedury i nie zmieniając struktury organizacyjnej? Czy „odwrócony” cykl ADM to jeszcze TOGAF? Architektura korporacyjna IT w PKP Polskie Linie Kolejowe S.A. - stan obecny.

Korzyści z architektury korporacyjnej IT i plany na przyszłość.

Ponieważ ponad 80% incydentów cyberbezpieczeństwa zaczyna się od przejęcia konta użytkownika, niezwykle ważną kwestią jest wprowadzenie wygodnego w stosowaniu uwierzytelniania wieloskładnikowego w każdej wykorzystywanej w organizacji aplikacji.  Aby uniknąć trudnego, a czasami wręcz niemożliwego procesu adopcji każdej z nich stworzyliśmy rozwiązanie będące elementem architektury systemów informatycznych, i to pracujących zarówno w modelu on-premises, jak i “w chmurze”.  Pozwalające na szybkie i łatwe zabezpieczenie wszystkich nowo wdrażanych, jak również istniejących już aplikacji uwierzytelnianiem opartym o FIDO2, czyli jedyny standard uwierzytelniania chroniący przed phishingiem i innymi atakami opartymi na socjotechnice.

Podczas wystąpienia ukażemy problem bezpieczeństwa tożsamości użytkownika, rozwiązanie Secfense - sposób jego działania oraz miejsce w architekturze firmy, a także zabezpieczymy dowolnym drugim składnikiem uwierzytelniania popularny serwis internetowy - bez jego modyfikacji.  Powiemy również jak całkowicie wyeliminować hasła w organizacji i zastąpić je silnym uwierzytelnianiem bezhasłowym (passwordless).

Kiedy mówimy o zwinnej architekturze, na myśl przychodzi zwinność praktyk jej tworzenia. Tymczasem, tak samo jak można robić rzeczy dobre i robić je dobrze, zwinność – a precyzyjniej adaptacyjność – to przede wszystkim cecha architektury, pozwalająca na użycie rozwiązań na sposoby nieznane w trakcie konstruowania rozwiązań. Przykład z branży energy trading będzie ilustracją architektonicznej zdolności adaptacji – połączenie Complex Adaptive System z Data as a Service, a także wyjaśnieniem, co ma do tego arkusz kalkulacyjny.

W PSE od pięciu lat architektura korporacyjna powiązana z architekturą rozwiązań rozwija się coraz dynamiczniej. Zdolności biznesowe i techniczne zaczynają służyć do przekładania Strategii na działalność w obszarach biznesowych, na projekty powstające i realizowane w portfelach obszarowych i programach. Silnik transformacji się rozpędza, a trzeba się przygotować nie tylko do roli operatora krajowego systemu informacji o rynku energii, ale także interoperacyjności w sieci europejskiej. Powołana Rada Architektury prężnie funkcjonuje od 2019 r., wspierana przez, na co dzień współpracujących, architektów korporacyjnych i rozwiązań, skupionych zarówno w struktury organizacyjne, macierzowe, jak i wewnętrzne fora architektów czy autonomiczne zespoły dziedzinowe. Architektura bazująca na regulacjach wewnętrznych jest dobrze umocowanym elementem systemu zarządzania zmianą, który działa operacyjnie z wykorzystaniem możliwie prostych zasad, produktów architektonicznych i współpracy wewnątrzorganizacyjnej. Regulacje dotyczące zarządzania projektami uwzględniają role i produkty architektoniczne, wspierające także proces wytwarzania oprogramowania. Centralne repozytorium architektoniczne staje się autentyczną bazą wiedzy o organizacji wykorzystywaną zarówno w projektach, jak i bieżącej działalności. Wiedza o organizacji i stale porządkowane otoczenie realizacyjne w naturalny sposób przyciągają coraz więcej użytkowników architektury: architektów obszarowych w zakresie ich modeli w portfelach, architektów różnych modeli rozwiązań mapowanych na architekturę korporacyjną, architektów bezpieczeństwa oczekujących definicji rozwiązań w układzie segmentacji sieci IT/OT, użytkowników biznesowych (kontroling strategiczny, audyt), korzystających z modeli referencyjnych. Rośnie popyt na narzędzia dostarczające treści architektoniczne, które zaczynają tworzyć wspólny ekosystem informacyjny. Organizacja przeprowadza cykliczne audyty oceny dojrzałości praktyki architektonicznej. Pokazały one już istotną dojrzałość, jak również trend wzrostowy w większości kryteriów pomiaru.

Połączenie dwóch organizacji z własną różnorodnością rozwiązań IT jest nietrywialnym wyzwaniem z punktu widzenia architektury. Na podstawie własnych doświadczeń przyjrzymy się wybranym zagadnieniom:

Spółkę ubezpieczeniową "raz" poproszę - czyli jak długo trwa połączenie?
Planowanie architektury docelowej poprzez kolejne fazy połączenia. Pierwsze przymiarki architektoniczne i ich brutalna weryfikacja przez czas.

Pryncypia i założenia - czym się kierowaliśmy projektując przyszłą architekturę połączonych spółek? Jakim lewarem do skoku technologicznego jest fuzja?
Interesariusze i ich cele (spoiler: porządek w architekturze nie jest najważniejszy).
Okres tranzycji - dlaczego wciąż potrzebujemy usług od poprzedniego właściciela i jak się z nich wyplątać?
Transformacja vs integracja: dług technologiczny to mały problem - co zrobić z długiem biznesowym?

Wpływ procesu fuzji przedsiębiorstw na ich architekturę korporacyjną w obszarze warstwy aplikacji. Rola Architektów w zarządzaniu połączeniem portfolio aplikacji.