Konferencja od 13 lat stanowi platformę wymiany doświadczeń menedżerów odpowiedzialnych za zarządzanie architekturą IT organizacji. To okazja do poznania aktualnych wyzwań i najlepszych praktyk związanych z podejściem architektonicznym w organizacjach.
W programie zagadnienia związane z rolą architektury korporacyjnej w obliczu dynamicznych zmian w organizacjach, innowacjami w architekturze IT, a także zmieniającą się rolą architektów IT i architektury korporacyjnej w firmach.
Bezpieczna bramka usług publicznych - dwa przypadki użycia.
Zapraszają: Michał Grzelak, Konsultant, Decsoft S.A. oraz Maciej Martusewicz, IBM Account Technical Leader, IBM Polska
Kosztow(n)e niespodzianki - wybór architektury rozwiązania w chmurze a konsekwencje kosztowe. Czyli co Was może zaskoczyć w rachunku za chmurę AWS i jak sobie z tym poradzić.
Zapraszają: Adam Smolnik, Senior Cloud Architect, Hostersi i Piotr Boetzel, Partner Solutions Architect, AWS
Rejestracja uczestników, poranny poczęstunek.
Otwarcie konferencji.
Od teorii do praktyki: Adopcja AI poprzez ramy i techniki EA.
Wystąpienie to pokazuje wykorzystanie Architektury Korporacyjnej (EA) do wdrażania Sztucznej Inteligencji i Uczenia Maszynowego (AI/ML), omawiając różnorodne podejścia EA oraz wyzwania w adopcji AI/ML. W ramach prezentacji zostanie przedstawiony przykład projektu firmy logistycznej, która zastosowała EA w obszarze AI/ML. Dyskusja obejmie korzyści z integracji EA-AI, potencjalne konsekwencje jej braku oraz kluczowe praktyczne rekomendacje.
Pragmatyka wyjścia z architekturą poza IT. CASE STUDY: Bank Pekao
W moim wystąpieniu chciałbym podzielić się doświadczeniami wynikłymi z działań zespołu Biura Architektury IT nakierowanymi na współdziałanie w strategicznej transformacji Banku. Strategia Banku na lata 2021-2024 założyła utrzymanie uniwersalności Banku z pozyskaniem pozycji lidera jako Banku pierwszego wyboru. Kluczowym z punktu widzenia architektury był rozwój zdalnego modelu dystrybucji i obsługi Klienta. Aspiracją stało się udostępnienie 100% usług w kanałach zdalnych. Wszystko to zostało podparte ambitnymi, biznesowymi miarami efektywności i wzrostu. Tyle mówiły założenia. Co na to praktyka?
« rozwiń »
Rzeczywistość która nastąpiła od czasu zatwierdzania strategii pokazała dużą zmienność otoczenia przesyconą nieplanowanymi wydarzeniami i zmianami: przedłużająca się pandemia, przejęcie aktywów innego banku, wakacje kredytowe, kredyt 2%, i innymi nie mniejszymi z punktu widzenia architektury Banku. Plan - jak to zwykle plan - spotkał się z nieplanowanymi realiami. Co na to architektura?
Architektura potrzebowała poszukać sposobu na utrzymanie swojej efektywności. Pozostawanie w sferze IT stało się niewystarczające. Już nie Architektura IT, ale Architektura korporacyjna stała się określeniem lepiej opisującym realnie wykonywane zadania. Referowanie do produktów bankowych i procesów biznesowych stało się ważniejsze. Opisywanie usług systemów informatycznych w modelu BIAN okazało się podstawą dla porządkowania przestrzeni systemów wykorzystywanych przy obsłudze klienta. Architekturze (z nazwy IT) przestało wystarczyć patrzenie i opisywanie materii stricte informatycznej. Trzeba było sięgnąć do słownika biznesu i zacząć czynić rozważania w jego terminach. Złożoność architektury IT przestała być podstawowym wyzwaniem. W szeregu stanęły kolejne: szukanie synergii między zwinnością z kołnierzem koniecznych regulacji, utrzymanie wpływu na zmiany w architekturze z troską o utrzymanie dynamiki tych zmian, czy też balansowanie między korzyścią (detalem i precyzją) a kosztem związanym z utrzymaniem bieżącego obrazu architektury IT.
Zmienność, nieprzewidywalność i dynamika zmian postawiła architekturze nowe wymagania. Jakich narzędzi użyto by nadal działać efektywnie? Jakie działania podjęto by podążać w procesie transformacji Banku? O tym chciałbym szerzej opowiedzieć w swoim wystąpieniu.
Trzy kolory: Zielony. Kryteria oceny architektonicznej przedsięwzięć. CASE STUDY: PZU
Architektura IT jest jednym z kluczowych komponentów procesu wytwarzania i zarządzania systemami oraz aktywami IT w organizacji. Spośród wszystkich ról w IT jest to obszar, który stosunkowo najtrudniej poddaje się sztywnej definicji procesowej i formalizacji. Rola architekta IT, szczególnie w dużych, złożonych organizacjach, jest wielowymiarowa. Polega na znajdowaniu najlepszych kompromisów dla trudnych do pogodzenia perspektyw wynikających z priorytetów biznesowych i technologicznych. Jest też najbardziej długoterminowo zorientowaną funkcją w obszarze IT. Stanowi to naturalne źródło potencjalnych napięć ze stroną biznesową, ale także ożywionych dyskusji w zespołach IT.
« rozwiń »
Aby bardziej efektywnie zarządzać tą wielowymiarowością i złożonością, zespół architektury w PZU zdefiniował zestaw kluczowych kryteriów – pryncypiów. Stanowią one główny punkt odniesienia, od strony architektonicznej, dla oceny działań podejmowanych w obszarze IT w PZU.
Pryncypia pełnią wielopoziomową funkcję. Z jednej strony zapewniają wsparcie dla kluczowych priorytetów biznesowych organizacji. Mają też być narzędziem do budowy i ciągłej optymalizacji, wprowadzania najlepszych praktyk i efektywnego zarządzania obszarem samego IT w organizacji. Nie do przecenienia jest także rola komunikacyjna pryncypiów architektonicznych. Pomagają one lepiej zrozumieć cele stawiane przed IT oraz kryteria podejmowania decyzji architektonicznych. Dotyczy to zarówno biznesu, jak i zespołów IT po stronie zarządzania projektem, wytwarzania oprogramowania i utrzymania systemów.
Zdefiniowaliśmy cztery pryncypia, które stanowią część formalnego procesu oceny nowych inicjatyw biznesowych z komponentem IT, jak i inicjatyw optymalizacyjnych dotyczących technologii i zarządzania procesami w IT. Celem prezentacji jest przedstawienie tych kryteriów architektonicznych z uwzględnieniem szerszego kontekstu, a także obserwacji z praktycznego ich stosowania w PZU.
Wzmacniacz Mocy czyli jak automatyzacja i AI mogą pomóc architektom i analitykom.
Obecnie bardzo dużo umówi się o tym, że AI zmieni pracę deweloperów. Ale czy zmieni pracę architektów? Podczas tego wystąpienia będą starał się przekonać, że automatyzacja oraz AI mogą podnieść efektywność i komfort pracy architektów.
Jak rozpocząć długookresowe zarządzanie portfelami IT – doświadczenia praktyczne.
W ciągu ostatnich kilku lat rozwinęła się nowa dziedzina oprogramowania, przeznaczonego do wspierania zarządzania zmianami w zasobach IT w długookresowym ujęciu. Dziedzina ta określana jest jako strategiczne zarządzanie portfelami IT i stanowi połączenie zarządzania Architekturą Korporacyjną oraz zarządzania portfelami projektów.
Złożoność firm i zasobów informatycznych stwarza poważne wyzwania w obliczu konieczności planowania i wprowadzania zmian w dłuższych okresach. Złożoność ta zachęca firmy do korzystania z praktyk zarządzania portfelowego. W przypadku zasobów IT, wyróżniane są portfele takich elementów Architektury Korporacyjnej jak cele, zdolności biznesowe, aplikacje, komponenty technologiczne i elementy infrastruktury, uzupełnione o portfele projektów i usług IT. Analiza każdego portfela z osobna dostarcza cennej wiedzy do podejmowania decyzji planistycznych. Największą wartość dostarcza natomiast analiza powiązań między składnikami różnych portfeli i zarządzanie tymi powiązaniami. Podejście takie ułatwia wykrywanie potencjalnych ryzyk, nieprzewidzianych początkowo zmian i ukrytych kosztów.
« rozwiń »
Długookresowe zarządzanie portfelami IT jest nowością w Polsce. Rozwiązanie takie zostało wdrożone przez firmę ATERIS w jednej ze spółek sektora gazownictwa, w oparciu o oprogramowanie firmy Sofware AG. Wdrożenie to jest najbardziej zaawansowane w Polsce i dostarczyło wielu korzyści. Wdrożenie to dostarczyło także wielu cennych doświadczeń, z których skorzystać mogą inne firmy. Po wprowadzeniu do długookresowego zarządzania portfelami IT, w ramach prezentacji zostaną przedstawione:
Przerwa na kawę. Poczęstunek i rozmowy kuluarowe.
Efektywna Architektura IT w złożonych organizacjach. CASE STUDY: HSBC Bank
W świecie finansów nie jest rzadkością że w IT łączą się dwie prędkości rozwoju, często stykają się różne strategie biznesowe w zależności od sektora rynku i biznesu. Czasami, w dużych, międzynarodowych, organizacjach, dochodzi do tego warstwa różnych regulacji w zależności od kraju czy regionu świata. W wystąpieniu postaram się opowiedzieć, jak skutecznie zapewnić zwinne i szybie wsparcie architektoniczne dla biznesu i technologii, nie tracąc przy tym wymaganego przez regulatorów nadzoru nad IT. Korzystając z doświadczenia w roli regionalnego szefa architektury IT , wspierającego Regionalnego CIO, a jednpocześnie członka komitetów wykonawczych na poziomie grupy banków, przedstawię Słuchaczom jedną z opcji pogodzenia szytywnego nadzoru Architektury Korporacyjnej nad projektami dwóch prędkości z wymaganiami Regulatorów, potrzebą szybkich zmian w Biznesie i długofalowych transformacji w organizacji.
Jak standaryzować architekturę w międzynarodowej korporacji? CASE STUDY: Ergo Technology & Services Poland
Prezentacja opiera się na rzeczywistych przypadkach transformacji przeprowadzonych w Ergo Technology Poland. W jej ramach omówimy procesy i strategie, które pozwoliły na transformację działów architektury. Zaprezentujemy narzędzia i metody zastosowane w celu standaryzacji rozwiązań IT, dokumentacji i zarządzania wiedzą. Prezentacja zostanie podzielona na cztery kluczowe obszary:
Kosztow(n)e niespodzianki - wybór architektury rozwiązania w chmurze a konsekwencje kosztowe. Czyli co Was może zaskoczyć w rachunku za chmurę AWS i jak sobie z tym poradzić.
Współcześnie, architektura rozwiązań w chmurze stanowi kluczowy element strategii IT wielu organizacji. Jednakże wraz z korzyściami płynącymi z migracji do chmury, pojawiają się także potencjalne niespodzianki w postaci nieoczekiwanych kosztów. Celem wystąpienia jest przedstawienie głównych czynników wpływających na koszty w środowisku Amazon Web Services oraz propozycji skutecznych strategii zarządzania nimi.
Innowacyjność napędzana poprzez standaryzację (czyli trochę o roli architektury korporacyjnej w budowaniu przewagi konkurencyjnej). CASE STUDY: mBank
W świecie szybko zachodzących zmian, organizacje dążą do tego, żeby zwiększać swoje zdolności reagowania i skracać cykle wdrożeniowe nowych produktów i usług. Zadanie to staje się trudniejsze, gdy wymaga zastosowania nowych technologii. W zwinnej organizacji, której działalność jest oparta na technologiach, pierwszym odruchem na standaryzację jest jej odrzucanie. Paradoksalnie, może ona stanowić klucz do sukcesu.... Pytanie brzmi, kiedy i jak standaryzować, aby nie ograniczać swobody i możliwości rozwoju.
« rozwiń »
Plan prezentacji:
Część teoretyczna (w odniesieniu do wiedzy o referencyjnych modelach, metodach EA)
1. Czy ze standaryzacji technologii płyną jakieś korzyści? A jakie są jej koszty?
2. Skąd wiedzieć kiedy i co należy standaryzować?
3. Jak standaryzować, żeby wspierać innowacyjność zamiast ją dusić?
Case Study:
1. Jak to robili inni przed nami? (krótko, na podstawie badań MIT CISR)
2. Jak to zrobiliśmy w mBanku i dlaczego akurat tak?
W prezentacji zostanie przedstawione podejście do wdrożenia procesów zarządzania standardami technologicznymi w mBanku - organizacji, która ceni sobie zwinność, wysoki stopień swobody i autonomię zespołów przy wyborze technologii.
Bezpieczna bramka usług publicznych - dwa przypadki użycia.
Udostępnianie i zapewnienie dostępu do usług publicznych wymagają zastosowania nie tylko najwyższej klasy rozwiązań technologicznych, ale także właściwych wzorców architektonicznych, mechanizmów wysokiej dostępności i mechanizmów zapewnienia ciągłości działania. W naszym wystąpieniu przedstawione zostaną dwa scenariusze, w których zastosowano bezpieczną bramkę usług w ramach wzorca architektonicznego składającego się z: bramki usług, systemu kolejkowego i silnika reguł.
W pierwszym scenariuszu opowiemy o zabezpieczeniu dostępu do systemów danej instytucji a w szczególności do przykładowego "Rejestru dokumentów elektronicznych".
Drugi scenariusz będzie adresował przypadek, w którym, systemy i użytkownicy wewnętrzni firmy muszą korzystać z wielu rejestrów publicznych poprzez API lub GUI w sposób jednolity, bezpieczny i z pełnym audytem.
Oba scenariusze bazują na rzeczywistych wdrożeniach i dla każdego scenariusza przedstawimy poza architekturą i zastosowaną technologią także wybrane wymagania, wyzwania i wnioski z tych wdrożeń.
Wdrożenie MFA na szeroką skalę jako element architektury IT przedsiębiorstwa. CASE STUDY: SALTUS Ubezpieczenia
We wspólnym wystąpieniu przedstawicieli Secfense i SALTUS Ubezpieczenia zostanie przedstawiona współpraca obu firm w obszarze zabezpieczenia aplikacji Towarzystwa Ubezpieczeniowego rozwiązaniem wprowadzającym silne uwierzytelnianie bez modyfikacji ochranianych systemów, a jako element architektury IT przedsiębiorstwa. Prowadzący przedstawią funkcjonalność i architekturę rozwiązania, a także podzielą się doświadczeniami z jego zastosowania. Uczestniczący w konferencji Architekci IT będą w ten sposób przygotowani na oczekiwania za strony organizacji w zakresie zapewniania wysokich standardów cyberbezpieczeństwa, a także spełnienia wymagań regulacji KNF, DORA i NIS2.
Event Driven Architecture – to znacznie więcej niż tylko pub/sub i przesył komunikatów.
Event Driven Architecture (EDA) zyskuje na przestrzeni ostatnich lat na znaczeniu. Obserwujemy, że część organizacji ogranicza swoje myślenie o tego typu architekturze do implementacji narzędzi do transmisji, przetwarzania i składowania zdarzeń, co ogranicza możliwość skorzystania z pełnego spektrum korzyści, które ten styl architektoniczny oferuje. Podzielimy się naszą definicja stylu oraz spostrzeżeniami ze współpracy z naszymi klientami:
Transformacja architektury w dobie cyfryzacji organizacji. Kiedy architektura jest przeszkodą dla cyfryzacji.
Wiele słyszymy o tym, jak dobra architektura uwalnia transformacje cyfrowe. Co najmniej równie często zdarzają się sytuacje, kiedy architektura nie nadąża i stanowi ograniczenie cyfryzacji. Czasami jest to zła architektura, a czasami – zaniedbana, czy opóźniona. Cyfryzacja zmienia bowiem nie tylko środowisko systemów informatycznych – zmienia kompetencje użytkowników IT. Kilka przykładów zilustruje głębokość znaczenia tej zmiany, ostrzeże przed daleko idącymi jej konsekwencjami, jak i wskaże cechy architektury lepszej na czas transformacji cyfrowych.
LUNCH
Architektura korporacyjna greenfield, czyli jak zbudować samochód elektryczny od podstaw. CASE STUDY: ElectroMobility Poland
Z jakimi wyzwaniami i możliwościami od strony architektonicznej wiąże się budowa od podstaw nowoczesnej - polskiej firmy motoryzacyjnej oraz całego ekosystemu powiązanych usług biznesowych? Jaką rolę pełni architektura w kształtowaniu przyszłości elektromobilności i rozwoju oprogramowania jako kluczowego elementu budowania przewagi samochodów? Na te i inne pytania postaramy się odpowiedzieć podczas prezentacji. Pokażemy też, jak ewoluowała rola oprogramowania w samochodach na przestrzeni lat i jak rośnie znaczenie technologii informatycznych w przemyśle motoryzacyjnym.
Oczywiste nieoczywistości długu technologicznego w życiu Architekta Korporacyjnego. CASE STUDY: Energa Informatyka i Technologie
Omówienie problematyki zarówno zastanego jak i samodzielnie wygenerowanego długu technologicznego przez pryzmat Architektury Korporacyjnej i jej odpowiedzialności. Zaprezentuję mechanizmy oceny i nieco odmiennej klasyfikacji długu technologicznego oraz jego wpływu na zarządzanie zmianami w architekturze. Przedstawimy najbardziej prawdopodobne miejsca jego powstawania wraz z próbą określenia standardowych przyczyn uwzględniając typową implementację TOGAF’owego ADM’a. Postaram się potwierdzić lub też zanegować czy obecny dług technologiczny to ten sam, który został zdefiniowany przez W. Cunninghama w 92 roku.
Architekt, czyli kto? Rola Architekta IT w nowoczesnej organizacji. CASE STUDY: Urząd m.st. Warszawy
Tematem wystąpienia będzie pokazanie, jak zmienia się rola architekta IT w organizacji i postrzeganie samej architektury.
Jeszcze dekadę temu, architektura IT była jak święta księga - napisana i strzeżona przez mędrców, czytaj: architektów. Mając zdefiniowane pryncypia, polityki i standardy, architekci mieli narzędzia by ustalać zasady wspierające proces decyzyjny i móc kontrolować rozwój IT – tempo i kierunek. Zespół architektów pełnił rolę akceptantów przedstawionej koncepcji rozwoju oprogramowania, w kontekście zgodności z przyjęta wizją architektury. Zespół architektów był zawsze „nad” zespołami projektowymi.
« rozwiń »
Tak jak powstał Manifest Zwinnego Programowania a Agile Scrum stał się w naszych organizacjach faktem, chętnie i często wykorzystywany do zarządzania projektami i tworzenia oprogramowania, tak zaczęła się zmieniać rola architekta IT. To już nie „oceniający” koncepcję zespołu projektowego a raczej partner uczestniczący w jej tworzeniu.
Case study
W Biurze Informatyki widzimy tę zmianę trendu i korzyści z tego wynikające, dlatego też zdecydowaliśmy o zmianie modelu współpracy z architektami IT, którzy zostali włączeni w proces wydawania rekomendacji dla realizacji zgłaszanych inicjatyw biznesowych i stali się stałymi członkami Zespołu Roboczego. Jednocześnie budujemy wewnętrzny zespół Architektów i jego kompetencje, wszystko po to, by nasza architektura odpowiadała nowym technologiom, modelom operacyjnym i zmieniającej się strategii. Chcemy zbudować zespół architektów – specjalistów, a techniczne kompetencje, potrzebne „na krótko” pozyskiwać z rynku, w ramach tzw. umów „body leasing”. Takie podejście generuje ryzyka projektowe, którymi musimy zarządzić. Jak? Przedstawię w trakcie prezentacji.
Korporacja tworzy startup: Innowacje w korporacyjnych ramach.
Współczesny biznes wymaga od korporacji elastyczności i zdolności do szybkiego dostosowywania się do zmieniającego się rynku. Wiele korporacji szuka sposobów na stymulowanie innowacji poprzez adaptację modelu startupowego w ramach własnej struktury. Ale jak z sukcesem połączyć korporacjne zasady, zasoby i doświadczenie z agresywnością i innowacyjnością startupu?
« rozwiń »
Ta prezentacja dostarczy architektom korporacyjnym wiedzy na temat tego, jak korzystać z najlepszych praktyk startupowych w korporacyjnym środowisku, jakie korzyści przynosi to podejście oraz jakie pułapki i wyzwania mogą się pojawić na tej drodze.
W trakcie prezentacji:
W zakresie architektury IT dla korporacyjnych startupów:
Uzupełnieniem wystąpienia będzie case study: analiza dwóch przypadków korporacyjnych startupów. Prezentacja kompleksowa, dostarczająca uczestnikom nie tylko wiedzy biznesowej, ale także technicznej.
SD-WAN ewolucja czy rewolucja?
W erze cyfryzacji i migracji serwisów do środowiska chmurowego łatwy dostęp do chmury publicznej przybiera na znaczeniu. Opowiemy o tym w czym jeszcze pomoże Ci SD-WAN (Software-Defined Wide Area Network) i jak to narzędzie wspiera cyfrową transformację cyfrową przedsiębiorstwa. Pokażemy na konkretnym przykładzie jak przebiegła ewolucja firmy przed i po wdrożeniu SD-WAN'a i jak uwzględniliśmy potrzebę adaptacji do nowych technologii oraz elastycznego dostosowania się do zmian.
Stara i nowa architektura IT/EA.
Po latach wdrażania praktyk architektonicznych w organizacjach nadszedł czas na rozliczenia ;-) W wystąpieniu chciałbym podzielić się swoimi doświadczeniami w dwóch perspektywach:
1. "The Good, the Bad and the Ugly" w architekturze,
2. nowe i kłopotliwe obszary architektoniczne.
« rozwiń »
Pierwsza z perspektyw dotyczy rozliczania się z praktykami, których nauczyliśmy się czy to ze standardów architektonicznych (m.in. TOGAF, ArchiMate, architektury referencyjne) czy odziedziczyliśmy „korporacyjne” w naszych organizacjach. Porozmawiamy o wzorcach i antywzorcach w podejściach architektonicznych.
Druga perspektywa to wyzwania, w których architekci muszą podejmować nietrywialne decyzje. Porozmawiamy w szczególności o bezpieczeństwie i sztucznej inteligencji z perspektywy jej zastosowana w organizacjach. Omówimy zagadnienia budowy systemów AI oraz stosowania rozwiązań LLM w korporacjach z uwzględnieniem nowych praktyk określanych jako „AI Governance”.
Implementacja Architektury Cloud Native z modelowym wsparciem SRE w środowisku Enterprise.
Cele prezentacji:
Warsztat: Jak budować IDP (Internal Development Platform) dostosowane do Twojej organizacji.
Zapraszamy na praktyczne warsztaty skoncentrowane na wdrażaniu i dostosowywaniu Internal Development Platform (IDP) do indywidualnych potrzeb organizacji. Szkolenie poprowadzą doświadczeni praktycy, którzy niejednokrotnie wdrażali rozwiązania IDP w dużych i mniejszych firmach, autorzy popularnego podcastu PatoArchitekci. W trakcie warsztatów uczestnicy zdobędą wiedzę dotyczącą wdrożenia IDP w różnych środowiskach, jak również dowiedzą się, jak efektywnie dostosować i rozwijać tę platformę w swojej firmie.
« rozwiń »
Cel warsztatu:
Celem warsztatu jest przekazanie uczestnikom wiedzy i narzędzi niezbędnych do skutecznego wdrożenia i dostosowywania IDP, z uwzględnieniem specyfiki i potrzeb ich organizacji. Warsztaty skupiają się na praktycznych aspektach, zapewniając uczestnikom kompetencje do kreowania strategii technologicznej z wykorzystaniem IDP oraz jej efektywnego wdrażania.
Po zakończeniu warsztatu uczestnicy będą potrafili:
Szczegóły:
Udział w roli Partnera to wyjątkowa okazja do zaprezentowania doświadczeń oraz rozwiązań wśród decydentów odpowiedzialnych za budowę i rozwój podejścia architektonicznego w organizacjach.
Magdalena Szczodrońska
Tel. +48 662 287 935
[email protected]
Elżbieta Olszewska
Tel. +48 662 287 909
[email protected]
Klaudia Kałuska
Tel. +48 662 287 865
[email protected]