Implantando SCRUM na Simplestec Equipe Tributária Frederico Augusto

Desenvolvimento Ágil

Manifesto Ágil “Estamos descobrindo maneiras melhores de desenvolver software fazendo-o nós mesmos e ajudando outros a fazê-lo. Através desse trabalho, passamos a valorizar:   - Indivíduos e interação entre eles mais que processos e ferramentas - Software em funcionamento mais que documentação abrangente - Colaboração com o cliente mais que negociação de contratos - Responder a mudanças mais que seguir um plano Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à esquerda.” http://agilmanifesto.org

Isso já me aconteceu antes???

Gastar energia em tarefas que não agregam valor nenhum ao cliente realmente é perda de tempo e dinheiro; Prioridades e atividades devem ser claras.

Princípios por trás do Manifesto Ágil: A prioridade é satisfazer o cliente, entregando o mais rápido possível e de forma contínua software que tenha valor; Requisitos mutantes são bem vindos, mesmo no final do desenvolvimento. Os processos ágeis podem ser usados a favor de mudanças que tragam vantagem competitiva para o cliente; É importante entregar software funcionando freqüentemente, mensalmente, quinzenalmente ou, se possível, toda semana; Clientes e desenvolvedores devem trabalhar juntos diariamente num projeto; Projetos devem ser feitos por indivíduos motivados. Os indivíduos precisam da confiança de que seu trabalho será realizado. Eles devem ter suas necessidades atendidas e trabalhar num ambiente adequado;

Princípios por trás do Manifesto Ágil: Conversa face-a-face é SEMPRE a melhor forma de comunicação; Software funcionando é a primeira medida de progresso; O processo ágil torna o desenvolvimento sustentável. Patrocinadores, desenvolvedores e usuários devem manter a paz indefinidamente; Atenção constante à excelência técnica e bom design aumenta a agilidade; A chave é SIMPLICIDADE: minimizar a quantidade de trabalho desnecessário; As melhores arquiteturas, requisitos e design surgem de equipes auto-organizadas; A equipe reflete como se tornar mais eficiente, ajustando seu comportamento para atingir esse objetivo.

SCRUM Scrum é um processo iterativo e incremental de gerenciamento de projetos ágeis; Entre suas principais características está a entrega de produtos de software totalmente funcionais em períodos curtos e pré-determinados; O Scrum foi adaptado para área de desenvolvimento de software por Ken Schwaber (SCHWABER, 2004).

SCRUM O termo SCRUM deriva do jogo de Rugby, onde as duas equipes disputam a posse de bola e toda a equipe esta comprometida no evento.

A idéia principal do SCRUM é manter o foco na entrega que represente maior valor de negócio, no menor tempo possível; As necessidades de negócio do cliente determinam as prioridades da equipe SCRUM; As equipes se auto-organizam para definir a melhor maneira de entregar as funcionalidades de maior prioridade.

SCRUM Valores Dentre os valores do Scrum podemos citar: Transparência; Auto-organização; Comprometimento; Entregas representativas para o cliente além dos valores listados no manifesto ágil, citado anteriormente...

Resultados Esperados Responsabilidade Compartilhada; Mais comunicação; Aumento da Qualidade; Disseminação do Conhecimento; Satisfação dos stakeholders

não Gera Desenvolvimento de Software as mesmas saídas para as mesmas entradas

Funcionamento Sprint Retrospective Sprint Planning Sprint Review

SCRUM Papéis Cerimônias Artefatos Product Owner Scrum Master Time Planejamento da Sprint Reunião Diária Revisão da Sprint Retrospectiva da Sprint Artefatos Product Backlog Sprint Backlog Gráfico Burndown

Product Owner SCRUM Master Equipe SCRUM Definir a Visão do Produto Elaborar e manter o Product Backlog; Definir a prioridade e ROI; Representar o cliente; Aceitar ou rejeitar os entregáveis. SCRUM Master Ser um líder (servidor); Remover impedimentos; Proteger a equipe; Ajudar o PO (com Product Backlog); Ser o facilitador da equipe; Garantir as práticas SCRUM. Equipe SCRUM Fazer estimativa; Definir as tarefas; Desenvolver o produto; Garantir a qualidade do produto; Apresentar o produto ao cliente; Equipe: auto-gerenciável e multifuncional.

Equipes Comprometidas

Reunião Diária (Daily SCRUM) Reunião de Planejamento (Sprint Planning) Participam PO, Scrum Master e Equipe Parte 1 : Entendimento dos requisitos e Definir a prioridade e itens que farão parte do SPRINT; Parte 2 : Sem a necessidade do PO a equipe realiza o planejamento tático para o desenvolvimento das tarefas. Reunião Diária (Daily SCRUM) Participam Equipe e Scrum Master O que eu fiz ontem ? O que irei fazer hoje ? Algum impedimento ?

Revisão da Sprint (Sprint Review) Participam PO, Equipe, Scrum Master e convidados ; Reunião para demonstração do produto de software resultante do Sprint; Informar ao PO todos os impedimentos encontrados para que não se repitam no próximo Sprint; Retrospectiva da Sprint (Sprint Retrospective) Participam Equipe e Scrum Master Após o SPRINT Review, a equipe se reúne com o objetivo de verificar o que deu certo e errado no SPRINT; O time identifica oportunidades de melhoria para a equipe e para empresa. A equipe formaliza as lições aprendidas e realiza os ajustes necessários para a próxima iteração.

Backlog do Produto O Backlog do Produto é uma lista de itens priorizados que contém todas as funcionalidades que são desejadas para o produto. Todos os requisitos que precisam ser realizados para a finalização do projeto. Para gerenciar o Product Backlog é necessário que todos os itens estejam identificados, estimados   pela equipe e priorizados pelo PO.

TaskBoard – Gestão a Vista

TaskBoard – Gestão a Vista

TaskBoard Para Fazer Em Andamento Feito Não Planejado Impedimentos