1. About this book

1.1. Zapotrzebowanie uczestnika

  • umieć stworzyć backlog i wiedzieć jak priorytetyzować zadania dla zespołu

  • rozumieć estymacje zespołu

  • znać zasady Scrum dotyczące tworzenia i utrzymywania produktów

  • rozumieć różnicę między Project Managerem a Product Ownerem

  • umieć połączyć rozwój oprogramowania z utrzymaniem

  • wiedzieć jak pracować w kilka zespołów nad jednym produktem

  • móc szybko i precyzyjnie szacować projekty dla klientów zarówno wewnętrznych jak i zewnętrznych

  • zarządzać funkcjonalnościami produktu

  • umieć określić hipotezę przydatności funkcjonalności i ją potwierdzić na podstawie danych z testów

  • jak tworzyć i czytać wykresy: Burndown Chart, Velocity Chart, Version Report, Epic Report, Cumulative Flow Diagram, Control Chart

  • wiedzieć jak tworzyć Kryteria Akceptacyjne i jak wypracować Definicję Ukończenia (Definition of Done)

1.2. Tematyka szkolenia

1.2.1. Obszar procesowy

  • Scrum jako ramy tworzenia produktu

  • Projekt a Produkt

  • Fundamenty Scrum i główne zasady

  • Multidyscyplinarne i samo-organizujące się zespoły

  • Łączenie rozwoju i utrzymania oprogramowania

  • Czym różnią się Epic, User Story, Task, Requirement

  • Cykl życia aplikacji, podejście SDLC (Waterfall i Scrum)

  • Praca wielu zespołów nad jednym produktem

  • Jak wykrywać marnotrawstwa i zastosować technikę Continuous Improvement

1.2.2. Obszar wartości biznesowych

  • Zwiększanie wartości dla klienta

  • Zarządzanie backlogiem produktu

  • Szacowanie backlogu, określanie priorytetów

  • Praktyki i technologie wspierające dostarczanie wartości biznesowych (wprowadzenie)

  • Tworzenie i czytanie wykresów: Burndown Chart, Velocity Chart, Version Report, Epic Report, Cumulative Flow Diagram, Control Chart

  • Elementy Lean Startup dla Product Ownerów, tj. pętla Build - Measure - Learn

1.2.3. Warsztat na prawdziwym produkcie

  • Rozbicie na epiki i podział na User Stories, Tasks, Requirements

  • Trzy iteracje refinementu, dekompozycji i estymacji

  • Określanie Kryteriów Akceptacyjnych

  • Określenie pracochłonności, wartości biznesowej, priorytetów MoSCoW (i dlaczego to ma sens)

  • Rozplanowanie sprintów z zakresem produktu

  • Wykorzystanie systemów elektronicznych wspierających proces

  • Wykorzystanie wersji i release stream