SCRUM

Fazer download em ppt, pdf ou txt
Fazer download em ppt, pdf ou txt
Você está na página 1de 15

UNIVERSIDADE PEDAGÓGICA

ESCOLA SUPERIOR TÉCNICA

LICENCIATURA EM ENGENHARIA ELECTRÓNICA (3° ANO)


COMPUTAÇÃO

Engenharia de Software

SCRUM

Discente: Francisco José Tembe Docente: MSc. Sheila Sitoe


Breve Historial

Em 2001 decorreu uma importante reunião nos Estados


Unidos da América, formalizando a criação dos métodos ágeis
para o desenvolvimento de Software e seu objectivo era
discutir formas de melhorar o desempenho de seus projectos
e assim redigiram um documento chamado manifesto ágil.
Para superar falhas de atraso, em 1993 Jeff Sutherland e Ken
Schwaber inventaram o Scrum que é semelhante aos
sistemas auto-correctivos, evolucionários e adaptativos.

A história do Scrum surge num artigo da Harward Business


Review em 1986: “The New Product Game Development”.

2
Breve Historial

Onde empresas como Honda, Canon e Fuji-Xerox produziram


resultados a nível mundial através de uma abordagem baseada
em equipe que era mais rápida, flexível e multifuncionais. Os
executivos eram líderes facilitadores focados em retirar os
obstáculos do caminho, não em determinar o que deviam fazer e
como deveriam desenvolver o produto. O termo “Scrum” – que
deriva de uma estratégia no jogo de rúgbi – foi introduzido para
definir práticas adaptativas utilizadas em teams auto-
gerenciáveis.

3
1. SCRUM

Conjunto de ferramentas, denominado Framework, com o


qual as pessoas podem resolver problemas complexos,
enquanto fornecem produtos criativos de maior valor
possível, e ainda: Scrum é um Framework leve; Scrum é
simples de entender; Scrum é difícil de dominar. A
metodologia Scrum não é um processo ou uma técnica para
a construção de produtos, mas sim um Framework em que é
possível empregar vários processos e técnicas.

4
Pontos fortes

-O Scrum indica quando não se tem todos os requisitos do


sistema. Flexibilidade para mudanças constantes durante
as fases do projecto;

-O cliente faz parte da equipe em tempo integral;

-Reuniões diárias que guiam o andamento do projecto;

-Ciclos de desenvolvimento curtos e constantes;


-Comunicação entre os membros da equipe é frequente e
-Revisões das funcionalidades realizadas acontecem no
final de cada ciclo.

5
1.2. Papéis e Responsabilidades

Figura 1. Equipe de Desenvolvimento (RUBIN 2012).

O Mestre Scrum ajuda a equipe a descobrir como trabalhar


melhor; ou, então é o Dono do Produto, que decide que
trabalho deve ser feito ou integrante da equipe e está
fazendo o trabalho mas a ideia por trás das decisões.
6
1.3.Time-Boxes, eventos ou Ciclo de
Desenvolvimento

Time-boxes são caixas de tempo utilizadas no método


Scrum para regular o desenvolvimento do projecto em fases
que podem durar de 2 a 4 semanas.
Os eventos visam garantir a transparência crítica,
inspecção, regularidade e adaptação. São reuniões usadas
principalmente para fixar objectivos, já que o Scrum tem
uma abordagem por tempo fechado.

7
1.4. Sprint: Conjunto de iterações ou processossistemáticos
para encontrar soluções rapidamente, nomeadamente:
1. Sprint Planning 3. Sprint Review
2. Daily Scrum 4. Sprint Retrospective

Figura 2. Ciclo de desenvolvimento em Scrum.


8
Fonte: www.mountaingoatsoftware.com/Scrum
1.5. Processos do Scrum
FASES PROCESSOS
Inicial Análise do projecto
Identificação do Scrum Master e Team Develop
Elaborar Develop Epic(s)
Definir as prioridades do Product Backlog
Planeamento da Conduta de Entregas
Planeamento e Estimativa Criar Aprovar, calcular e fechar o User Stories
Criar e estimar tarefas
Criar Sprint Backlog
Implementação Criar Entregáveis
Conduzir Standup diários
Manter prioridade no produto Backlog
Revisão e Retrospectiva Convocar Scrum
Demonstrar, validar e realizar Retrospectiva do Sprint
Entregas Entregar o Produto e fazer a retrospectiva do Projecto
9
1.6. Artefatos
São resultados ou produtos das actividades de gestão
projectados para aumentar a transparência das informações
relacionadas com a entrega do projecto e oferecem
oportunidades para inspecção e adaptação. São eles:

Product Backlog: lista ordenada de tudo o que é necessário


para compor o produto final e é escrito em user stories.

Sprint Backlog: uma lista de itens seleccionados a partir do


Product Backlog para entregar através de um Sprint.

10
Incremento: é o conjunto de todos os itens completados do
Product Backlog até o final de determinado Sprint.

Definição do Pronto: é o entendimento comum de que uma


determinada parte do trabalho pode ser considerada pronta;

Acompanhamento dos progressos rumo ao objectivo:


medição de desempenho e previsão para todo o projecto.

Acompanhamento dos progressos do Sprint: medição de


desempenho e previsões para um único Sprint.

11
Figura 3. Ciclo de desenvolvimento em Scrum.
12
Fonte:http://consultingblogs.emc.com/colinbird.
1.7.Características do processo Scrum

1. Sprints são de comprimento fixo, normalmente duas a


quatro semanas.
2. O ponto de partida para o planeamento é o Backlog do
produto, que é a lista do trabalho a ser feito no projecto.

3. A fase de selecção envolve todos da equipe do projecto


que trabalha com o cliente para seleccionar os recursos e a
funcionalidade a ser desenvolvida durante o Sprint.

4. Diante a um acordo, a equipe se organiza para


desenvolver o Software e esta fica isolada do cliente e da
organização, com todas as comunicações canalizadas por
meio do Scrum Master.

13
2.Conclusão

O Scrum parte do princípio que se o problema for atacado em


conjunto, as soluções serão mais rápidas e criativas, mas para que
isso exista é necessário que a equipe tenha comprometimento. Por
isso, o Scrum é um método de equipes auto organizadas e auto
dirigidas. Com relação aos outros métodos ágeis, o Scrum é de uma
certa forma a melhor forma de gerenciamento de software e também
de outros produtos pois possui poucos ciclos rotativos, fazendo com
que não hajam repetições de tarefas pois sempre faz-se o estudo dos
resultados obtidos e as tarefas que não foram finalizadas tendo assim
de levar esses pendentes como prioridades nas próximas tarefas.

14
3.Referências Bibliográficas

KNIBERG, HENRIK. Scrum e XP directo das Trincheiras-Como fazemos Scrum. 2007.


MANIFESTO, AGILE. “Manifesto for Agile Software Development.” Agile Aliance. 2013.
RUBIN, KENNETH S. Essential Scrum. A Practical Guide to the Most Popular Agile
Process. Michigan: Pearson Education Inc, 2012.
SBROCCO, JOSE HENRIQUES, E PAULO CESAR MACEDO. Metodologias Ageis-
engenharia de software sob medida. 1. Sao Paulo: Erica, 2012.
SCHWABER, K. Agile Project Management with Scrum. Microsoft Press, 2004.
SCHWABERK, K., E J. SUTHERLAND. “Scrum Guide: Developed and sustained.”
2009. Scrum.org.
SOMMERVILLE, IAN. Engenharia de Software. 9. Traduzido por Ivan Bosnic e Kalinka
Gonçalves. São Paulo: Pearson Prentice Hall, 2011.
SUTHERLAND, JEFF. Scrum : a arte de fazer o dobro do trabalho na metade DO
TEMPO. Montagem por Natalie Gerhardt. Sao Paulo: LeYa, 2014.

15

Você também pode gostar