| Tytuł: | Architektura oprogramowania - ujęcie strategiczne w aspektach kultury organizacyjnej, zarządzania i zorientowania na produkty |
| Kod: | mngr-arch |
| Kategoria: | Dla managmenetu |
| Forma: | warsztaty |
| Czas trwania: | 2 dni |
| Odbiorcy: | management, Scrum Masters, kierownicy projektów, architekci, liderzy techniczni, Product Owners, liderzy zespołów |
| Zapisy: |
Indywidualne zamówienie i dopasowanie dla grupy. |
| Logistyka: |
W siedzibie klienta lub w innym dowolnym miejscu. |
W 2012 roku Thoughtworks, wprowadzając mikroserwisy, przyspieszył proces budowania dużych systemów informatycznych o rząd wielkości, przełamując prawo Freda Brooksa i rozwiązując problemy dużych projektów z poprzednich 38 lat.
Dzięki temu firmy takie jak Amazon (AWS) twierdzą, że im bardziej rosną, tym łatwiej jest im dostarczać nowe funkcjonalności użytkownikom końcowym. Aby to osiągnąć, konieczne są zmiany kulturowe i organizacyjne, zupełnie inne podejście do zespołów, architektury i testowania. Istnieje wiele firm, którym udało się wdrożyć to podejście, a jeszcze więcej, które poniosły porażkę.
Warsztat ten jest skierowany do managerów. Omówimy wszystkie najlepsze praktyki umożliwiające tę transformację oraz błędy, które mogą uniemożliwić osiągnięcie korzyści. Wszystko na podstawie rzeczywistych przykładów.
Podczas szkolenia odpowiemy na następujące pytania:
- Jak zakładać nowe produkty i zespoły?
- Jak zarządzać projektami i problemami międzyproduktowymi?
- Jak radzić sobie z architekturą na dużą skalę?
- Jak dokonywać estymacji i planować pracę?
- Jak oceniać zespoły i poszczególne osoby?
- Jak rekrutować nowych pracowników?
- Jak testować tego rodzaju systemy?
- Dlaczego nie można używać ESB i do czego ESB nadal się przydaje?
- Dlaczego nie należy budować generycznych mikroserwisów od razu?
- Dlaczego warto unikać monorepo?
- Skład zespołu: ilu juniorów na zespół?
- Kto to jest senior?
- Czym jest platforma?
- Jakie są typy zespołów (team topologies)?
- Optymalizacja obciążenia poznawczego: jaka powinna być wielkość produktu/mikroserwisu/modułu?
- Jak organizować dyżury i co dzieje się ze wsparciem technicznym?
- Jak mikroserwisy oparte na zdarzeniach obsługują błędy?
- Struktura organizacyjna: ile błędów pojawi się w środowisku produkcyjnym?
Dodatkowe zagadnienia, które omówimy:
- FinSecDevOps
- Ramy decyzyjne Cynefin: typy problemów i podejmowanie decyzji
- Continuous Deployment – jak to działa i co zrobić ze starymi monolitami
- Migracja do mikroserwisów: wzorzec strangler
- Odporność systemów (Resiliency)
- Szablon usług dostosowany do organizacji (Tailored Service Template)
- Typowe błędy w architekturze
- Jak radzić sobie z odmową zespołu produktowego?
- Orkiestracja i choreografia, mapowanie kontekstu
Wyróżniki szkolenia
Program Szkolenia
Program jest ramą w jakiej możemy się poruszać merytorycznie - program dla konkretnego szkolenia dedykowanego ustalamy z grupą na podstawie analizy przed-szkoleniowej.-
Wprowadzenie do mikroserwisów i ich wpływu na organizację- Historia i ewolucja architektury mikroserwisowej
- Tradycyjne monolity vs. mikroserwisy
- Przełamanie prawa Freda Brooksa przez Thoughtworks
- Jak Amazon i inne firmy skalują mikroserwisy
- Tradycyjne monolity vs. mikroserwisy
- Wyzwania i pułapki związane z mikroserwisami
- Typowe błędy organizacyjne i techniczne
- Kiedy mikroserwisy nie działają?
- Koszty wdrożenia i utrzymania
- Typowe błędy organizacyjne i techniczne
- Historia i ewolucja architektury mikroserwisowej
-
Struktura organizacyjna i kultura pracy w modelu mikroserwisowym- Zespoły produktowe i ich organizacja
- Struktura zespołów (Team Topologies)
- Role i odpowiedzialności w zespołach mikroserwisowych
- Jaka liczba juniorów i seniorów jest optymalna?
- Struktura zespołów (Team Topologies)
- Zarządzanie zespołami i rekrutacja
- Jak rekrutować i szkolić nowych pracowników?
- Jak oceniać zespoły i poszczególne osoby?
- Jak unikać „bus factor” w zespołach?
- Jak rekrutować i szkolić nowych pracowników?
- Optymalizacja obciążenia poznawczego
- Jaka powinna być wielkość produktu/mikroserwisu/modułu?
- Jak podzielić system, aby był łatwiejszy do zarządzania?
- Jaka powinna być wielkość produktu/mikroserwisu/modułu?
- Zespoły produktowe i ich organizacja
-
Architektura mikroserwisów na dużą skalę- Kluczowe zasady architektury mikroserwisowej
- Czym jest platforma i jakie są jej typy?
- Jakie podejście do architektury zwiększa skalowalność?
- Jakie są typowe błędy w architekturze?
- Czym jest platforma i jakie są jej typy?
- Podejmowanie decyzji w projektowaniu architektury
- Dlaczego warto unikać monorepo?
- Kiedy warto stosować wzorzec strangler?
- Dlaczego nie budować generycznych mikroserwisów od razu?
- Dlaczego warto unikać monorepo?
- Orkiestracja i choreografia w mikroserwisach
- Jak efektywnie zarządzać komunikacją między mikroserwisami?
- Context Mapping – kiedy stosować jakie podejście?
- Jak efektywnie zarządzać komunikacją między mikroserwisami?
- Kluczowe zasady architektury mikroserwisowej
-
Zarządzanie procesami i wdrożeniami- Continuous Deployment w praktyce
- Jak wdrażać zmiany szybko i bezpiecznie?
- Co zrobić ze starymi monolitami?
- Jak testować mikroserwisy na dużą skalę?
- Jak wdrażać zmiany szybko i bezpiecznie?
- Obsługa błędów i zapewnienie odporności systemu
- Jak mikroserwisy obsługują błędy?
- Resiliency – jak zabezpieczyć system przed awariami?
- Typowe błędy w projektowaniu architektury
- Jak mikroserwisy obsługują błędy?
- Organizacja wsparcia technicznego
- Jak ustawić system dyżurów (on-duty)?
- Jak zorganizować wsparcie techniczne zespołów?
- Jak zmniejszyć liczbę błędów w produkcji?
- Jak ustawić system dyżurów (on-duty)?
- Continuous Deployment w praktyce
-
Zarządzanie projektami i planowanie pracy- Tworzenie nowych produktów i zespołów
- Jak podzielić produkt na zespoły i mikroserwisy?
- Jak radzić sobie z projektami międzyproduktowymi?
- Jakie są najlepsze praktyki w zarządzaniu backlogiem?
- Jak podzielić produkt na zespoły i mikroserwisy?
- Estymacje i planowanie pracy
- Jak realistycznie oceniać czas wdrożenia?
- Jak unikać problemów z nierealistycznymi oczekiwaniami?
- Jak podejść do priorytetyzacji zadań?
- Jak realistycznie oceniać czas wdrożenia?
- Praca z zespołem produktowym
- Jak radzić sobie z odmową zespołu produktowego?
- Kiedy warto zmieniać priorytety?
- Jak budować efektywną współpracę między zespołami?
- Jak radzić sobie z odmową zespołu produktowego?
- Tworzenie nowych produktów i zespołów
-
Nowoczesne podejścia do zarządzania mikroserwisami- FinSecDevOps – integracja bezpieczeństwa i operacji
- Jak wdrożyć model DevOps w organizacji?
- Jak zapewnić bezpieczeństwo mikroserwisów?
- Automatyzacja testów i procesów CI/CD
- Jak wdrożyć model DevOps w organizacji?
- Cynefin framework – podejmowanie decyzji w złożonych systemach
- Jakie są typy problemów i jak je rozwiązywać?
- Jakie modele decyzyjne sprawdzają się w IT?
- Jak dostosować zarządzanie do dynamicznie zmieniającego się środowiska?
- Jakie są typy problemów i jak je rozwiązywać?
- Przyszłość mikroserwisów i nowe trendy
- Jakie zmiany czekają architekturę systemów IT?
- Jakie technologie wspierają mikroserwisy?
- Jak przygotować organizację na przyszłe wyzwania?
- Jakie zmiany czekają architekturę systemów IT?
- FinSecDevOps – integracja bezpieczeństwa i operacji
Pobierz program w formacie PDF
Trenerzy
Poznaj ekspertów, którzy mogą poprowadzić Twoje szkolenie.