Architektura oprogramowania - ujęcie strategiczne w aspektach kultury organizacyjnej, zarządzania i zorientowania na produkty

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