Program szkolenia: Brakujący element Agile: Świadomy zespół Informacje ogólne Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania: Forma: Brakujący element Agile: Świadomy zespół Agile-zespół Kompetencje miękkie Wszyscy uczestnicy projektu 3 dni 30% wykłady / 70% warsztaty W szkoleniu "Brakujący element Agile: Świadomy zespół" pokazujemy jak umożliwić pełne wykorzystanie kompetencji miękkich na poziomie zespołu. Stanowią one dopełnienie ("brakujący element") dla metodyk Agile uzupełniając je o narzędzia sprawnej komunikacji zespołowej, osiągania celów wspólnie, oraz wzajemnej komunikacji potrzeb. Osiągamy to poprzez włączenie do naszego programu technik z różnych obszarów wiedzy: psychologii stosowanej, neurobiologii, improwizacji teatralnej. Prezentujemy praktyczne metody oraz ćwiczenia, które pozwalają zespołom programistycznym na: efektywną komunikację z biznesem, sprawne zarządzanie oczekiwaniami klienta, sprawne zarządzanie oczekiwaniami klienta, komunikację potrzeb na wszystkich poziomach hierarchii. Podczas szkolenia przedstawiamy historię typowego zespołu programistycznego, który właśnie rozpoczyna nowy projekt w metodyce Scrum. Opowiadamy o problemach, które napotyka zespół oraz przedstawiamy techniki, dzięki znajomości których łatwiej będzie sprostać wyzwaniom. Sugerujemy, aby uczestnicy szkolenia opanowali wcześniej materiał szkolenia Brakujący element Agile: Podstawy. Zalety szkolenia: Trener zdobywał doświadczenie jako Coach techniczny i Agile w firmie ThoughtWorks Szkolenie prowadzone jest przez trenerów programistów - przedstawiamy treść w sposób preferowany przez technicznych członków zespołu programistycznego: praktyczne i konkretne modele, algorytmy oraz wzorce Bazujemy na metodzie naukowej - czerpiąc z psychologii stosowanej oraz neurobiologii Prezentujemy bazę narzędzi gotowych do zastosowania już kolejnego dnia po zakończeniu szkolenia Strona: 1/6
Strona: 2/6
Program szkolenia: 1. Wstęp 1.1. Icebreaker 1.2. Nakreślenie wyzwań nad którymi będziemy pracować 1.3. Identyfikacja celów, obaw i oczekiwań 1.4. W jaki sposób to szkolenie pomoże Ci przyswoić nowe umiejętności 1.4.1. Model Dreyfus 1.4.2. Theories-in-action 1.4.3. Cykl uczenia się według Kolba 2. Agile Reloaded 2.1. Wartości XP jako fundament Agile 2.2. W czym pomógł manifest Agile 2.3. Crystal ( Ludzie w projektowaniu oprogramowania jako nieliniowe komponenty pierwszego rzędu ) 3. Dlaczego komunikacja z biznesem nie działa i co możesz z tym zrobić 3.1. Jak dogadać się z analitykiem 3.1.1. Modele mentalne, czyli dlaczego tak nam się trudno zrozumieć 3.1.1.1. Metaprogramy 3.1.1.2. Wzrokowiec/słuchowiec/kinestetyk 3.1.1.3. Siedem typów inteligencji według Gardnera 3.1.2. Jak słuchać dobrze - dlaczego 95% populacji nie umie efektywnie słuchać 3.1.2.1. Czego możesz nauczyć się od aktorów - jak słuchać aktywnie 3.1.2.2. Techniki dziennikarskie - zadawanie dobrych pytań 3.1.2.3. Słuchanie na papugę 3.1.3. Proste techniki słuchania ciałem, czyli o komunikacji niewerbalnej Strona: 3/6
3.1.3.1. Kontakt wzrokowy 3.1.3.2. Pozycja słuchającego 3.1.3.3. Mimika twarzy oraz mimowolne ekspresje 3.2. Jak być na bieżąco z oczekiwaniami klienta 3.2.1. Zaufanie jako fundament dobrych relacji 3.2.2. Feedback to podstawa 3.2.3. Nikt nie lubi niespodzianek 4. Jak podążać w tym samym kierunku i osiągać wspólny cel 4.1. Co robić kiedy nie wiadomo jaki jest postęp prac 4.1.1. Efektywne standupy 4.1.1.1. Słuchanie z użyciem techniki mindfulness 4.1.1.2. Ograniczanie elementu zaskoczenia 4.1.2. Definicja gotowe 4.1.3. Zwiększanie rozdzielczości story wall 4.2. Każdy żyje w swoim świecie i idzie we własnym kierunku 4.2.1. Otwarte określenie oczekiwań 4.2.1.1. Ćwiczenie Druckera 4.2.1.2. Jawne reguły zespołu 4.2.2. Ustalanie wizji produktu 4.2.2.1. Technika elevator pitch 4.2.2.2. Technika 100$ 4.2.3. Ustal jak zespół wyobraża sobie system 4.2.4. Określanie celu, potencjałów i ryzyka 4.2.4.1. Technika futurespective 4.3. Co zrobić jeśli nic nie wynika z retrospektyw Strona: 4/6
4.3.1. Na czym polega porządna retrospektywa 4.3.1.1. Wykorzystanie History Map do poszerzenia kontekstu dyskusji (całej iteracja vs ostatni dzień) 4.3.1.2. Użycie wzorca Post-up to involve people more actively 4.3.1.3. Wykorzystanie Affinity Map do łatwej identyfikacji wzorców 4.3.1.4. Stosowanie Dot-voting jako metody upewnienia się, że przedyskutowane są najbardziej istotne tematy 4.3.1.5. Użycie metody Who-do w celu zapewnienia, że action items są realizowane 4.3.2. Siedem najczęstszych pułapek retrospektyw 5. Utrzymywanie dobrego klimatu w zespole oraz komunikacja potrzeb 5.1. Członkowie zespołu nie potrafią się ze sobą dogadać 5.1.1. Paradoks dogadywania się - przestań mówić 5.1.2. Antywzorce w pomaganiu innym 5.1.2.1. Doradzanie 5.1.2.2. Upiększanie sytuacji 5.1.2.3. Opowiadanie własnej historii 5.1.2.4. Nieuzasadniona agresja 5.1.2.5. Przecenianie racjonalnej argumentacji 5.1.3. Protokoły rozwiązywania konfliktów 5.2. Brak dyskusji jak wspólnie rozwiązać problemy 5.2.1. Prowadzenie efektywnych spotkań 5.2.1.1. Framework 7P 5.2.1.2. Techniki facylitacji 5.2.2. Rozwiązywanie problemów szybko i sprawnie 5.2.2.1. Tech huddles Strona: 5/6
5.2.2.2. Timeboxing 5.3. Szef nie zdaje sobie sprawy czego oczekują programiści 5.3.1. Zidentyfikuj czego chcesz i co możesz oczekiwać 5.3.1.1. Skup się na obopólnych korzyściach 5.3.1.2. Zidentyfikuj konkrety 5.3.2. Jak powiedzieć szefowi, co się podoba a co nie bardzo 5.3.2.1. Technika feed forward 5.3.2.2. Otwarte określanie oczekiwań Strona: 6/6