Strategiczne uczenie się poprzez eksperymenty na potrzeby transformacji . Cele biznesowe i transformacja cyfrowa Architektura oprogramowania - szybki przegląd Dlaczego oprogramowanie się nie sprawdza? Metafora długu Entropia oprogramowania Twoje przedsiębiorstwo a prawo Conwaya Komunikacja dotyczy wiedzy (Nowe) podejście do strategii oprogramowania Myślenie Przemyślenie na nowo Czy monolity są złe? Czy mikrousługi są dobre? Nie obwiniaj Agile Podstawowe narzędzia strategicznego uczenia się Decyzje: właściwe i niewłaściwe, wczesne i późne Kultura i zespoły Kultura porażki to nie kultura zrzucania winy Jak właściwie rozumieć prawo Conwaya? Umożliwianie bezpiecznego eksperymentowania Najpierw moduły Wszystko pomiędzy Zdolności biznesowe, procesy biznesowe i cele strategiczne Celowe dostarczanie Podejmowanie decyzji za pomocą Cynefin Gdzie jest spaghetti i jak długo się je gotuje? Architektura strategiczna Zastosowanie narzędzi Eksperymentowanie i odkrywanie zorientowane na zdarzenia Stosowanie modeli oprogramowania Szybkie uczenie się przy użyciu EventStormingu Kiedy konieczne są sesje zdalne Prowadzenie sesji Modelowanie ogólnej wizji Zastosowanie narzędzi Wspieranie innowacji biznesowych Dziedziny i poddziedziny Wiedza kontekstowa Kontekst ograniczony i język wszechobecny Dziedzina główna Poddziedziny pomocnicze, generyczne i mechanizmy techniczne Poddziedziny pomocnicze Poddziedziny generyczne Mechanizmy techniczne Zdolności biznesowe i konteksty Mapowanie, porażka i sukces - wybierz dwa Mapowanie kontekstów Partnerstwo Wspólny rdzeń Klient - Dostawca Konformizm Warstwa przeciwuszkodzeniowa Usługa open-host Język opublikowany Modelowanie topografii Ponoszenie porażek i odnoszenie sukcesów Zastosowanie narzędzi Modelowanie konceptów dziedzinowych Encje Obiekty wartości Agregaty Usługi dziedzinowe Zachowania funkcyjne Zastosowanie narzędzi Architektura zorientowana na zdarzenia . Architektura podstaw Style architektoniczne, wzorce i czynniki decyzyjne Porty i adaptery (architektura heksagonalna) Modularyzacja Zapytania/odpowiedzi REST Atrybuty jakości Bezpieczeństwo Prywatność Wydajność Skalowalność Wytrzymałość - niezawodność i odporność na błędy Złożoność Architektury oparte na komunikatach i zdarzeniach REST oparty na komunikatach i zdarzeniach Dzienniki zdarzeń Subscriber polling Server-Sent Events Zarządzanie procesami i oparte na zdarzeniach Event Sourcing CQRS Serverless i Function as a Service Tworzenie przemyślanej architektury - dwie ścieżki . Monolity na poważnie Poprawnie od samego początku Zdolności biznesowe Decyzje architektoniczne Od chaosu do ładu Zmiany na zmianach Rozerwanie sprzężenia Utrzymanie stanu właściwego Od monolitu do mikrousług Przygotowanie mentalne Od modularnego monolitu do mikrousług Od monolitu wielkiej kuli błota do mikrousług Interakcje użytkowników Harmonizacja zmian danych Co należy udusić? Odłączanie starszego monolitu Równowaga i strategia Równowaga a atrybuty jakości Strategia i cel Cele biznesowe kierują transformacją cyfrową Używanie narzędzi strategicznego uczenia się Lekkie modelowanie oparte na zdarzeniach Wspieranie innowacji biznesowych Architektura zorientowana na zdarzenia Monolity jako najważniejsze zagadnienie Tworzenie mikrousług z monolitu Równowaga wymaga bezstronności, innowacja jest niezbędna