FASES DO SCRUM:

Planejamento; Stagging; Desenvolvimento ou Sprints; Releasing ou Encerramento;

Planejamento:

Estabelecer visão do projeto, expectativas e recursos para a sua execução. São criadas as versões iniciais do Backlog

◦ Participação de clientes e outros departamentos Levantamento dos requisitos e atribuição de prioridades

Plano de Release, arquitetura do negocio e técnica em alto nível.

Backlog

Stagging:

Avalia as dimensões do projeto Cria itens adicionais ao Produto Backlog relacionados com o tipo de sistema,

time, ambiente de desenvolvimento e tipos de aplicação.

Desenvolvimento ou Sprints:

Cada time recebe uma parte do backlog para desenvolvimento ◦ O backlog não sofrerá modificações durante o Sprint

• FASES DO SPRINT:

* SPRINT PLANNING MEETING: É uma reunião em que Product Owner juntamente com o Scrum Master e todo o Scrum Team estarão juntos. O Product Owner descreve as funcionalidades de maior prioridade para a equipe. A equipe questiona formas de deixar os processos incrementáveis. Gerando por fim um Sprint Backlog.

* SPRINT REVIEW MEETING: no final de cada sprint é feito um sprint review meeting. O time Scrum mostra o que foi alcançado no sprint realizado.

* SPRINT RETROSPECTIVE: utilizado para verificar o que poderia ser melhorado e quais ações serão tomadas para melhorar.

* SPRINT BACKLOG: não sofre alteração durante a iteração. Representa todas as tarefas que serão feitas na iteração.

Deve obedecer à data de entrega◦ Permitida a diminuição de funcionalidades

Apresentação do produto à clientes e/ou diretores de marketing◦ Sugestões de mudanças são incorporadas ao backlog

Produto pode até ser lançado no mercado Benefícios:

◦ Apresentar resultados concretos ao cliente ◦ Integrar e testar uma boa parte do software◦ Motivação da equipe

Releasing ou Encerramento:

Iniciada quando todos os aspectos são satisfatórios (tempo, competitividade, requisitos, qualidade, custo)

Atividades:◦ Testes de integração◦ Testes de sistema◦ Documentação do usuário◦ Preparação de material de treinamento◦ Preparação de material de marketing

Vantagens do SCRUM:

• As equipes do projeto são auto-organizáveis;• O SCRUM é um dos poucos métodos ágeis aptos a trabalhar também com grandes projetos;• É muito útil para alterações rápidas no projeto;• Melhora a comunicação e aumenta a cooperação da equipe de desenvolvimento.

Problemas do Scrum:

• Este método não é completo;• Não define práticas para as atividades clássicas de um ciclo de vida de desenvolvimento de software, tais como: análise, projeto, construção e testes;• As equipes devem ter no máximo 7 pessoas.

Componentes do Scrum

Product Owner: É um especialista de negócios que representa os interesses de todos no projeto,é reponsável pelo retorno financeiro. É ele quem sabe o que é mais importante para o negócio.Pode mudar os requisitos e prioridades a cada Sprint.

Scrum Master: gerencia o processo do scrum, ensinando a todos os envolvidos no projeto e implementando scrum. Deve garantir que todos sigam as regras e praticas, remove impedimentos do projeto.

Time: Desenvolve as funcionalidades do produto, entrega o projeto, sucesso da iteração e desenvolvimento do projeto como um tudo.

Stakeholders: são todos os interessados no software que está em desenvolvimento a começar pelo cliente, usuários finais, equipe de marketing e vendas,entre outros e são representados pelo product owner.

Empresas que Utilizam o Scrum

• Microsoft

• Yahoo!

• Google

• Eletronic Arts

• Philips

• Siemens

• Nokia

• BBC

• SalesForce.com

• Oracle

• Toyota

• Abril

• Globo

• UOL

Cases de Uso

Veja o vídeo sobre o Bug Tracking

casos de teste integrado, juntamente com acompanhamento de bugs fornecer informações completas sobre a interação e qualidade de lançamento.

Test Runner faz teste manual muito mais fácil, proporcionando um ponto único de acesso para todas as operações: de aprovação / reprovação do caso de teste, adicione bug, visão de casos de teste seguinte, lembre-se de caso de teste executado pela última vez, passou / stats casos, falhou no teste.

Você pode ver um histórico completo de todos os ensaios sobre releases, iterações e compilações. Você tem a habilidade para corrigir a última corrida, verificando apenas os casos de teste falhou. Você tem estatísticas de qualidade, como os casos de teste é executado pela liberação / interação / construção de relatório e um relatório de casos de teste história do usuário.

Externas System Testing TargetProcess integra com o software de testes de vários de terceiros:

• NUnit • Selênio

Bug Tracking Integrada torna sua vida mais fácil o desenvolvimento. Você não precisa de um aplicativo separado para o gerenciamento de bugs. TargetProcess suporte completo erro de gestão de ciclo de vida, o planeamento ea atribuição de bugs, notificações automáticas, anexos e observações, o histórico de alterações bug, listas personalizadas de ToDo, filtros complexos, pesquisa e salte para bug por ID.

Ferramenta Bug Submission (Tp.Tray) TargetProcess oferece diversas ferramentas de produtividade para salvar o seu tempo para atividades mais criativas e importantes. Bug Submission Tool é um aplicativo do Windows que simplifica a apresentação de um bug. Basta capturar uma tela com uma tecla quente e adicionar um novo bug para TargetProcess sem abrir um browser. Realmente liso!

Passo 1. Capturar Screenshot

Etapa 2. Adicionar comentários às Screenshot

Etapa 3. Enviar para Bug TargetProcess

Se você é um engenheiro QA, você pode definitivamente ver os benefícios de Tp.Tray e apreciar a forma como ela simplifica a apresentação de erros.

Externas Bug Tracking System TargetProcess integra com software de outros fabricantes de acompanhamento de bugs terceiro várias :

• Bugzilla • JIRA • Test Track Pro (Seapine)

A integração inclui bugs funcionalidade de importação, ligações directas a partir TargetProcess, sincronização de mudar de estado.

Integrar

Glossário Scrum :• Burn-down Chart: diagrama que monitora quanto trabalho ainda deve ser

executado para implementar um segmento do software sendo desenvolvido durante um Sprint.

• Daily Scrum: reuniões diárias e breves, em torno de 15 minutos, entre o Scrum Master e o Scrum Team com o objetivo de manter o trabalho fluindo de maneira suave e eliminar qualquer impedimento.

• Product Backlog: lista de pendências corrente que contém os objetivos do projeto e suas prioridades. Gerenciada pelo Product Owner.

• Product Owner: pessoa responsável pelo Product Backlog e por garantir que o projeto esteja fluindo corretamente dentro de uma perspectiva de negócios. Pode ser um analista de negócios da Dextra ou o cliente.

• Release Backlog: o mesmo que o Product Backlog, mas restrito a um release do produto (um Sprint, por exemplo).

• Scrum Master: o líder do Scrum Team.• Scrum Team: a equipe de um projeto Scrum formada por engenheiros de

software, auto-gerenciada, auto-organizada, independente de um gerente formal.• Sprint: a iteração dentro da qual o Scrum Team se concentra em realizar os

objetivos definidos pelo Sprint Backlog corrente. Datas limites não podem ser ultrapassadas.

• Sprint Backlog: uma lista de tarefas para um Sprint. Consiste nas decisões que o Product Owner tomou para priorizar as funcionalidades. É detalhada ao final do primeiro dia do Sprint em uma reunião entre o Product Owner e o Scrum Team.

• Sprint Retrospective: reunião que ocorre ao final de cada Sprint, com aproximadamente 3 horas de duração. A equipe revisa os pontos positivos o último Sprint e o que precisa ser melhorado para o seguinte.

• Sprint Review: reunião informal, também, ao final de cada Sprint, durante a qual a equipe apresenta para a equipe gerencial, clientes e o Product Owner o que foi criado durante o Sprint.