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

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.