| Tytuł: | Biznesowe podstawy mindsetu konsultanta |
| Kod: | analiza-mindset |
| Kategoria: | Analiza biznesowa |
| Forma: | 50% wykłady / 50% warsztaty |
| Czas trwania: | 3 dni |
| Odbiorcy: | analitycy, architekci, developerzy |
| Zapisy: |
Indywidualne zamówienie i dopasowanie dla grupy. |
| Logistyka: |
W siedzibie klienta lub w innym dowolnym miejscu. |
W idealnym świecie klient powinien mieć świadomość, że:
minimalizując różnicę między inżynierami a biznesem, możesz zdobyć decydującą przewagę nad konkurencją.
Pokażemy Ci, jak dostrzec szerszą perspektywę, uczynić swoich inżynierów partnerami biznesowymi, którzy mówią tym samym językiem co klient. Podczas trzydniowych warsztatów zrozumiesz strategiczny aspekt projektowania zorientowanego na autonomiczne, produktyzowane domeny biznesowe. Bez kodowania, bez modelowania. Zamiast tego wyposażymy Cię w narzędzia do destylacji istoty Twojego biznesu.
Szkolenie podzielone jest na trzy sekcje:
- Minimalizacja różnicy językowej poprzez budowanie i pielęgnowanie wspólnego języka biznesowego (tzw. Wszechobecny Język)
- Jak destylować istotę Twojego biznesu i ustalać priorytety
- Jak to działa: jak zmienić sposób, w jaki tworzymy oprogramowanie
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.-
„Znowu IT mówi o swoich bzdurach…”- Jak rozmawiać o oprogramowaniu
- Inżynierowie jako techniczni partnerzy biznesowi
- Wszechobecny Język
- Utrzymywanie zdrowych pętli informacyjnych
- Techniki zarządzania spotkaniami
- Przyjęcie kultury zdalnej (opcjonalnie)
- Zrozumienie kontekstu kluczowych decyzji biznesowych
- Rozumienie kontekstu decyzji poprzez wprowadzenie Rekordów Decyzji Architektonicznej
- Używanie metafor dzielenia się wspólną wizją i wiedzą pomiędzy inżynierami a biznesem
- Dzielenie się materiałami warsztatowymi
- Rozumienie kontekstu decyzji poprzez wprowadzenie Rekordów Decyzji Architektonicznej
- Jak rozmawiać o oprogramowaniu
-
„Potrzebujemy kolejnej platformy inwestycyjnej z wsparciem dla kryptowalut, NFT, rzeczywistości rozszerzonej, AI i całej tej rzeczy z wieloświatem…”- Dlaczego projekty nie są dostarczane na czas i nie spełniają rzeczywistych potrzeb klientów
- Ekstrakcja istoty Twojego biznesu
- Tablica wizji produktu
- Kosztowe weryfikowanie hipotez, założeń i teorii
- Przyjęcie eksperymentalnego podejścia
- Słoń w pokoju - identyfikacja krytycznych, ale często ignorowanych problemów
- Tablica wizji produktu
- Wyszukiwanie autonomicznych domen biznesowych: zastosowanie strategii dziel i rządź do definiowania i rozumienia złożoności biznesu
- Główne domeny - skupienie się na konkurencyjnej przewadze
- Domeny pomocnicze - wyszukiwanie niekrytycznych obszarów biznesowych
- Domeny generyczne - wyszukiwanie wielokrotnego użytku, gotowych do użycia obszarów biznesowych
- Domeny wschodzące - bycie wrażliwym na innowacje
- Główne domeny - skupienie się na konkurencyjnej przewadze
- Zrozumienie priorytetów
- Mapowanie Wardleya
- Wykresy głównych domen
- Mapowanie Wardleya
- Zrozumienie szerszej perspektywy - wprowadzenie błyskawicznie szybkich i skutecznych technik warsztatowych
- Event Storming - big picture level
- Wyszukiwanie kluczowych procesów
- Mapowanie historii użytkowników
- Event Storming - big picture level
- Wyszukiwanie granic kontekstowych w celu budowy precyzyjnego języka i skutecznego zarządzania rosnącymi zależnościami między zespołami
- Heurystyki odkrywania kontekstów
- Mapy kontekstów
- Bounded Context Canvas
- Heurystyki odkrywania kontekstów
- Dlaczego projekty nie są dostarczane na czas i nie spełniają rzeczywistych potrzeb klientów
-
„Dobrze, ale na koniec dnia musimy wyprodukować działający projekt…”- Poprawa przepływu wiedzy domenowej
- Mapowanie przykładów jako sposób na wyjaśnienie wymagań
- Prototypy vs Eksperymenty domenowe
- Techniki poprawy pętli informacyjnej użytkowników
- Poprawa przepływu wiedzy domenowej
Pobierz program w formacie PDF
Trenerzy
Poznaj ekspertów, którzy mogą poprowadzić Twoje szkolenie.