Planeamento de Releases (1/2)

Transcrição

1 SCRUM (Parte II)

2 Planeamento de Releases (1/2) o O planeamento de Releases associa histórias a releases o O cliente Define as histórias Decide qual o valor de negócio para cada uma delas Decide que histórias construir nesta versão o Os programadores Estimam quanto tempo vai demorar cada história Alertam o cliente acerca dos riscos técnicos envolvidos Medem o progresso da equipa de modo a fornecer ao cliente um plano global Gestão de Projecto 24

3 Planeamento de Releases (2/2) o O plano da release representa apenas a visão corrente de como as coisas se vão passar necessita de ser revisto frequentemente o É preferível planear em avanço uma ou duas versões o Evoluir a infra-estrutura à medida que se constrói a funcionalidade o O termo velocidade é usado para representar o trabalho que uma equipa pode produzir numa iteração Gestão de Projecto 25

4 Eventos do Planeamento de Releases o Eventos Mudança de prioridades das histórias Adicionar uma história o É necessário reconstruir o plano nas seguintes circunstâncias Quando a pilha de histórias adiadas se torna muito grande Se a velocidade da equipa muda Gestão de Projecto 26

5 O Primeiro Plano o O primeiro plano tem duas grandes áreas de incerteza A velocidade da equipa O tamanho das histórias o A iteração de funcionalidade zero Pôr a framework de testes a funcionar Pôr o ambiente de desenvolvimento a funcionar Pôr a rede a funcionar com todas as permissões adequadas etc. Gestão de Projecto 27

6 Planeamento de uma interação Gestão de Projecto 27

7 Planeamento da Iteração o Durante uma iteração Desenvolve-se nova funcionalidade Simplifica-se o código Adiciona-se alguma infra-estrutura Realizam-se algumas experiências Recupera-se do inesperado o Ao contrário do plano da Release, o plano da iteração está mais associado aos programadores Gestão de Projecto 28

8 Reunião Planeamento da Iteração o A primeira coisa que se faz numa iteração Ler as histórias para esta iteração Escrever no quadro todas as tarefas que necessitam de ser realizadas para cada história (expansão) Adicionar à lista quaisquer tarefas técnicas que necessitem de ser realizadas Os programadores submetem estimativas das tarefas de acordo com a sua velocidade individual Se não se conseguir atribuir todas as histórias, pergunta-se ao cliente se ele pretende adiar algumas histórias Se existir tempo extra, pergunta-se ao cliente se ele pretende adicionar mais histórias Gestão de Projecto 29

9 Lidar com Bugs o Calendarizar a correcção de bugs com a construção de histórias de modo a que o cliente possa escolher entre corrigir bugs e adicionar mais funcionalidade Gestão de Projecto 30

10 Mudanças na Equipa o Os novos membros da equipa podem Fazer pair programming com pessoas mais experientes Ler código e casos de teste Falar com os clientes o Se existirem cinco programadores e um sair, reduz-se a próxima iteração em 20 por cento Gestão de Projecto 31

11 Anatomia de um Sprint Sprint Planning Meeting Sprint Review Meeting Sprint retrospective Meeting DSM DSM DSM DSM DSM Dia 1 Dia 2 Dia 3 Dia 4 Dia 5

12 3 types of meetings o Sprint Planning Meeting (SPM) o Daily Standup Meeting (DSM) o Sprint Review and Retrospective (SRR) 38

13 Sprint Planning Meeting Team capacity Product backlog Sprint planning meeting Sprint prioritization Analyze and evaluate product backlog Select sprint goal Sprint goal Business conditions Current product Technology Sprint planning Decide how to achieve sprint goal (design) Create sprint backlog (tasks) from product backlog items (user stories / features) Estimate sprint backlog in hours Sprint backlog 39

14 The Sprint Goal o A short statement of what the work will be focused on during the sprint Database Application Make the application run on SQL Server in addition to Oracle. Life Sciences Support features necessary for population genetics studies. Financial services Support more technical indicators than company ABC with real-time, streaming data. 40

15 Sprint Planning o Team selects items from the product backlog they can commit to completing o Sprint backlog is created (task expansion) o Tasks are identified and each is estimated (1-16 hours) Collaboratively, not done alone by the Scrum Master High-level design is considered As a vacation planner, I want to see photos of the hotels. Code the middle tier (8 hours) Code the user interface (4) Write test fixtures (4) Code the foo class (6) Update performance tests (4) 41

16 Resource planning Database Application Make the application run on SQL Server in addition to Oracle Support more technical indicators than company ABC with real-time, streaming data. 42

17 Task expansion Database Application Make the application run on SQL Server in addition to Oracle Support more technical indicators than company ABC with real-time, streaming data. 43

18 The Daily Stand-up Meeting o Parameters Daily 15-minutes Stand-up o Not for problem solving Everyone is invited Only team members, Scrum Master and product owner can talk o Helps avoid other unnecessary meetings o Increase visibility inside team o Allows Scrum Master to note impediments 44

19 Everyone Answers 3 Questions What did you do yesterday? What will you do today? Is anything in your way?

20 The operation centre room!

21 A Task Board

22 A Task Board

23 A Task Board

24 A Task Board

25 The Sprint Review Meeting o Team presents what it accomplished during the sprint o Typically takes the form of a demo of new features or underlying architecture o Informal 2-hour prep time rule No slides o Whole team participates o Invite the world 49

26 At the End of a Sprint? o Sprint retrospective meeting o Increments are delivered o Surprises are reported o ANYTHING can be changed, work can be added, eliminated, re-prioritized o New estimates and team assignments are made for the next sprint Estimate velocity for next sprint and cost o The project can be cancelled Experience from earlier increments allows better estimates and planning as project progresses. It is always easier to estimate shorter development periods 50

27 Sprint Retrospective o At the end of each sprint o Periodically take a look at what is and is not working o Typically minutes o Done after every sprint o Whole team participates ScrumMaster Product owner Team Possibly customers and others 51

28 Monitorização de um Sprint o Sprint burndown chart Mede o progresso de um Sprint Representa a velocidade da equipa O trabalho em falta no final do dia (estimado) é apresentado no eixo dos YY; os dias do Sprint são apresentados no eixo dos XX o Release burndown chart Mede o progresso da Release X-axis: sprints Y-axis: amount of remaining history points

29 Sprint Burndown Chart 50 Tasks Code the UI Code the middle tier Test the middle tier Write online help Total Work Remaining (Hours)