scrum: uma aplicação em uma software house
TRANSCRIPT
1
Scrum:Uma aplicação em uma
software house
Aluno: Diego Brunhera – 51043
E-mail: [email protected]
Orientador: ALEXANDRE LAZARETTI ZANATTA
Banca: Amilton Rodrigo Martins
2
Roteiro
Motivação
Objetivo
Scrum
O Processo da Software House
Estudo de Caso
Considerações Finais
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
Objetivo
Analisar e aplicar o método de desenvolvimento da
software house em conjunto com o método ágil Scrum.
6
Scrum/Ciclo de Vida
Fonte: www.mountangoatsoftware.com/scrum
8
Processo da Software House Modelo de desenvolvimento próprio da empresa.
Fonte: Modelo de Desenvolvimento da organização.
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
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
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
Estudo de Caso Conhecer/Art. Entrada
Contato do cliente com a
empresa, através de um
meio de comunicação.
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
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
Estudo de Caso
Conhecer/Art. Entrada
REQ01 – Ficha do Cliente.
Fonte: Artefato de entrada da empresa.
17
Estudo de Caso
Conhecer/Art. Saída
REQ02 – Modelagem de
Negócio e Projeto.
Fonte: Artefato de entrada da empresa.
18
Estudo de Caso Propor/Art. Entrada
REQ01 – Ficha do
cliente e REQ02 –
Modelagem de negócio
e projeto.
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
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
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
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
Estudo de Caso Projetar/Art. Saída
Product Backlog.
Plano de Risco
PRJ08 – MER
PRJ09 – UML
Cronograma das
atividades e dificuldades.
24
Estudo de Caso Projetar/Art. Saída
Product Backlog.
Fonte: Primária.
25
Estudo de Caso Planejar Aplicação/
Art. Entrada
Product Backlog aceito
pelos Stackholders.
Cronograma das
Atividades e
dificuldades.
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
Estudo de Caso Planejar Aplicação/
Art. Saída
Sprint Backlog inicial.
28
Estudo de Caso Planejar Aplicação/
Art. Saída
Primeiro Sprint Backlog
criado, com duração de
duas semanas.
29
Estudo de Caso Planejar Módulo/Art.
Entrada
Sprint Backlog criado.
30
Estudo de Caso Planejar Módulo/
Atividades
Foi realizado reuniões
de planejamento e a
atualização do Product
Backlog.
31
Estudo de Caso Planejar Módulo/Art.
Saída
Sprint Backlog
finalizado.
32
Estudo de Caso Criar e Verificar
Módulos/Art. Entrada
Sprint Backlog finalizado.
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
Estudo de Caso Criar e Verificar
Módulos/Art. Saída
Atualização do quadro
Task Board.
Atualização do Product
Backlog.
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.
FazendoSprint
Backlog
Ciclo de Vida
do Scrum
Não
Iniciado Feito!
36
Estudo de Caso Validar e Entregar
Aplicação/Art. Entrada
Product Backlog atualizado.
37
Estudo de Caso Validar e Entregar
Aplicação/Atividades
Análises do que foi proposto.
Avaliações realizadas com o
cliente.
38
Estudo de Caso Validar e Entregar
Aplicação/Art. Saída
Sprint Backlog aprovado e
aceito pelos Stackholders.
39
Estudo de Caso Incrementar Aplicação/
Art. Entrada
Sprint Backlog aprovado e
aceito pelos envolvidos.
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
Estudo de Caso Incrementar Aplicação/
Art. Saída.
Atualização do Product
Backlog.
42
Estudo de Caso Finalizar/Art. Entrada
Product Backlog
finalizado.
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
Estudo de Caso Finalizar/Art. Saída
PRJ05 – Contrato de
entrega de software.
Manual do produto.
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
Scrum:Uma aplicação em uma
software house
Aluno: Diego Brunhera – 51043
E-mail: [email protected]
Orientador: ALEXANDRE LAZARETTI ZANATTA
Banca: Amilton Rodrigo Martins