• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Método Ágil Scrum
 

Método Ágil Scrum

on

  • 1,195 views

Trabalho academico desenvolvido em conjunto com toda a turma de Sistemas de Informação da IMED

Trabalho academico desenvolvido em conjunto com toda a turma de Sistemas de Informação da IMED

Statistics

Views

Total Views
1,195
Views on SlideShare
1,155
Embed Views
40

Actions

Likes
0
Downloads
21
Comments
0

4 Embeds 40

http://www.pensoti.com.br 21
http://www.slideshare.net 16
http://www.ead.imed.edu.br 2
http://localhost 1

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Método Ágil Scrum Método Ágil Scrum Document Transcript

    • 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. BacklogStagging:  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 equipeReleasing 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 grandesprojetos;• É 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 dedesenvolvimento de software, tais como: análise, projeto, construção e testes;• As equipes devem ter no máximo 7 pessoas.Componentes do ScrumProduct Owner: É um especialista de negócios que representa os interesses de todos noprojeto,é reponsável pelo retorno financeiro. É ele quem sabe o que é mais importante para onegócio.Pode mudar os requisitos e prioridades a cada Sprint.Scrum Master: gerencia o processo do scrum, ensinando a todos os envolvidos no projeto eimplementando scrum. Deve garantir que todos sigam as regras e praticas, removeimpedimentos do projeto.Time: Desenvolve as funcionalidades do produto, entrega o projeto, sucesso da iteração edesenvolvimento do projeto como um tudo.Stakeholders: são todos os interessados no software que está em desenvolvimento a começarpelo cliente, usuários finais, equipe de marketing e vendas,entre outros e são representadospelo 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 UsoVeja o vídeo sobre o Bug Tracking casos de teste integrado, juntamente com acompanhamento de bugs fornecerinformações completas sobre a interação e qualidade de lançamento. Test Runner faz teste manual muito mais fácil, proporcionando um ponto único deacesso para todas as operações: de aprovação / reprovação do caso de teste, adicionebug, visão de casos de teste seguinte, lembre-se de caso de teste executado pela últimavez, passou / stats casos, falhou no teste.
    • Você pode ver um histórico completo de todos os ensaios sobre releases, iterações ecompilações. Você tem a habilidade para corrigir a última corrida, verificando apenasos 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 deteste história do usuário.
    • Externas System TestingTargetProcess 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 precisade um aplicativo separado para o gerenciamento de bugs. TargetProcess suportecompleto 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, listaspersonalizadas 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 tempopara atividades mais criativas e importantes. Bug Submission Tool é um aplicativo doWindows que simplifica a apresentação de um bug. Basta capturar uma tela com umatecla quente e adicionar um novo bug para TargetProcess sem abrir um browser.Realmente liso!Passo 1. Capturar Screenshot
    • Etapa 2. Adicionar comentários às ScreenshotEtapa 3. Enviar para Bug TargetProcess Se você é um engenheiro QA, você pode definitivamente ver os benefícios de Tp.Traye 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 bugsterceiro várias : • Bugzilla • JIRA • Test Track Pro (Seapine)A integração inclui bugs funcionalidade de importação, ligações directas a partirTargetProcess, 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.