1. 1
Scrum:Uma aplicação em uma
software house
Aluno: Diego Brunhera – 51043
E-mail: brunhera@gmail.com
Orientador: ALEXANDRE LAZARETTI ZANATTA
Banca: Amilton Rodrigo Martins

2. 2
Roteiro
 Motivação
 Objetivo
 Scrum
 O Processo da Software House
 Estudo de Caso
 Considerações Finais

3. 3
Motivação
 Auxiliar as empresas de software house em
desenvolver software com mais rapidez e flexibilidade
tornando os processos mais produtivos para atingir
seus objetivos e proporcionar-lhes um diferencial
competitivo.
 Auxiliar as empresas no gerenciamento dos processos
de desenvolvimento de software.

4. 4
Objetivo
 Analisar e aplicar o método de desenvolvimento da
software house em conjunto com o método ágil Scrum.

6. 6
Scrum/Ciclo de Vida
Fonte: www.mountangoatsoftware.com/scrum

8. 8
Processo da Software House
 Modelo de desenvolvimento próprio da empresa.
Fonte: Modelo de Desenvolvimento da organização.

9. 9
Processo da Software House
 Cada uma das etapas do processo da empresa tem
artefatos de entrada e saída e entre eles tem suas
atividades de planejamento. Sua estrutura está
organizada da seguinte forma.
Artefato de
entrada
Artefato de
saída
Atividades

11. 11
Estudo de Caso
 A empresa localiza-se na cidade de Passo Fundo.
 Atende a segmentos ligados a prestação de serviço,
instituições de ensino e pesquisa e cooperativas de
trabalho.
 Os serviços oferecidos são: Software sob encomenda e
soluções em servidores, baseados em sistemas
operacionais Linux.

12. 12
Estudo de Caso
 O estudo de caso teve como objetivo aplicar o modelo
de desenvolvimento próprio da organização em um
projeto, propondo a implantação/adaptação ao
método ágil Scrum.
 O projeto realizado foi o desenvolvimento do web site
portal gemas e também o desenvolvimento de um CMS
para manter e gerenciar este portal.

13. 13
Estudo de Caso
 Conhecer/Art. Entrada
 Contato do cliente com a
empresa, através de um
meio de comunicação.

14. 14
Estudo de Caso
 Conhecer/Atividades
 Análise das necessidades do
cliente.
 Elaboração da Ficha do
Cliente (REQ01) e Modelagem
de negócio do cliente (REQ02).
 Em Scrum, neste momento
coletam-se todas as
informaçoes da necessidade do
cliente.

15. 15
Estudo de Caso
 Conhecer/Art. Saída
 Criação dos artefatos de
saída REQ01 – Ficha do
Cliente e REQ02 –
Modelagem de Negócio e
Projeto.

16. 16
Estudo de Caso
 Conhecer/Art. Entrada
 REQ01 – Ficha do Cliente.
Fonte: Artefato de entrada da empresa.

17. 17
Estudo de Caso
 Conhecer/Art. Saída
 REQ02 – Modelagem de
Negócio e Projeto.
Fonte: Artefato de entrada da empresa.

18. 18
Estudo de Caso
 Propor/Art. Entrada
 REQ01 – Ficha do
cliente e REQ02 –
Modelagem de negócio
e projeto.

19. 19
Estudo de Caso
 Propor/Atividades
 Análise detalhada dos
requisitos, orçamento,
proposta e contratos de
desenvolvimento.
 Conforme o Scrum, ainda
esta na fase de conhecer e
planejar os requisitos.

20. 20
Estudo de Caso
 Propor/Art. Saída
 REQ03 – Orçamento do
Projeto.
 REQ04 – Proposta.
 PRJ01 – Contrato de
desenvolvimento e licença
de uso do software.
 PRJ02 – Contrato de
Atualização do Software. O artefato de atualização não foi criado porque
este projeto foi contratado com prazo estipulado
para o início e o fim.

21. 21
Estudo de Caso
 Projetar/Art. Entrada
 PRJ01 – Contrato de
desenvolvimento e
licença de uso do softare
e PRJ02 – Contrato de
atualização do software
assinados.

22. 22
Estudo de Caso
 Projetar/Atividades
 Reuniões de
planejamento para dar
andamento no projeto.
 Desenvolvimento do
Product Backlog que
dará continuidade às
próximas etapas.

23. 23
Estudo de Caso
 Projetar/Art. Saída
 Product Backlog.
 Plano de Risco
 PRJ08 – MER
 PRJ09 – UML
 Cronograma das
atividades e dificuldades.

24. 24
Estudo de Caso
 Projetar/Art. Saída
Product Backlog.
Fonte: Primária.

25. 25
Estudo de Caso
 Planejar Aplicação/
Art. Entrada
 Product Backlog aceito
pelos Stackholders.
 Cronograma das
Atividades e
dificuldades.

26. 26
Estudo de Caso
 Planejar Aplicação/
Atividades
 Planejamento da
aplicação.
 Criação do primeiro
Sprint Backlog, conforme
práticas do Scrum, dando
continuidade as atividades
seguinte.

27. 27
Estudo de Caso
 Planejar Aplicação/
Art. Saída
 Sprint Backlog inicial.

28. 28
Estudo de Caso
 Planejar Aplicação/
Art. Saída
 Primeiro Sprint Backlog
criado, com duração de
duas semanas.

29. 29
Estudo de Caso
 Planejar Módulo/Art.
Entrada
 Sprint Backlog criado.

30. 30
Estudo de Caso
 Planejar Módulo/
Atividades
 Foi realizado reuniões
de planejamento e a
atualização do Product
Backlog.

31. 31
Estudo de Caso
 Planejar Módulo/Art.
Saída
 Sprint Backlog
finalizado.

32. 32
Estudo de Caso
 Criar e Verificar
Módulos/Art. Entrada
 Sprint Backlog finalizado.

33. 33
Estudo de Caso
 Criar e Verificar
Módulos/Atividades
 Reuniões diárias, Daily
Scrum Meeting, para
verificar e validar os
trabalhos realizados.

34. 34
Estudo de Caso
 Criar e Verificar
Módulos/Art. Saída
 Atualização do quadro
Task Board.
 Atualização do Product
Backlog.

35. 35
Estudo de Caso
 Criar e Verificar
Módulos/Art. Saída
 Foi muito importante nesta
etapa o acompanhamento do
projeto a partir do quadro
Task Board mantendo a
equipe e todos os envolvidos
atualizado quanto os
trabalhos que estavam sendo
realizados.
Fonte: Primária.
Fazendo
Sprint
Backlog
Ciclo de Vida
do Scrum
Não
Iniciado Feito!

36. 36
Estudo de Caso
 Validar e Entregar
Aplicação/Art. Entrada
 Product Backlog atualizado.

37. 37
Estudo de Caso
 Validar e Entregar
Aplicação/Atividades
 Análises do que foi proposto.
 Avaliações realizadas com o
cliente.

38. 38
Estudo de Caso
 Validar e Entregar
Aplicação/Art. Saída
 Sprint Backlog aprovado e
aceito pelos Stackholders.

39. 39
Estudo de Caso
 Incrementar Aplicação/
Art. Entrada
 Sprint Backlog aprovado e
aceito pelos envolvidos.

40. 40
Estudo de Caso
 Incrementar Aplicação/
Atividades
 Reuniões de aprovação do
que foi realizado com a
Scrum Team, Scrum Master
e Product Owner
aprovando ou não o
trabalho desenvolvido.

41. 41
Estudo de Caso
 Incrementar Aplicação/
Art. Saída.
 Atualização do Product
Backlog.

42. 42
Estudo de Caso
 Finalizar/Art. Entrada
 Product Backlog
finalizado.

43. 43
Estudo de Caso
 Finalizar/Atividades
 Reunião de finalização do
projeto com todos os
Stakeholders para fechar o
trabalho realizado.
 A criação de um manual
do produto e elaboração
do PRJ05 - Contrato de
entrega de software.

44. 44
Estudo de Caso
 Finalizar/Art. Saída
 PRJ05 – Contrato de
entrega de software.
 Manual do produto.

45. 45
Conclusões
 A importância de ter uma metodologia para gerenciar o
desenvolvimento de software.
 O gerenciamento proporcionou controle dos requisitos e
das reuniões de planejamento, um controle visual através
do Task Board e a execução dos artefatos em tempo
previsto, mantendo a ordem e a seqüencia das etapas.
 Conclui-se que o processo da empresa em conjunto com o
método ágil Scrum foi validado.

46. 46
Scrum:Uma aplicação em uma
software house
Aluno: Diego Brunhera – 51043
E-mail: brunhera@gmail.com
Orientador: ALEXANDRE LAZARETTI ZANATTA
Banca: Amilton Rodrigo Martins