Método Ágil Scrum
0 gostou508 visualizações
O documento descreve as fases do Scrum: Planejamento, Stagging, Desenvolvimento em Sprints, e Releasing. Também discute os componentes do Scrum como Product Owner, Scrum Master e Time.
Método Ágil Scrum
- 1. 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.
- 2. 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
- 3. 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.
- 4. 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.
- 5. 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.
- 6. 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
- 7. 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
- 8. 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.