Upload
eduardo-lemos
View
233
Download
0
Embed Size (px)
DESCRIPTION
Modelo de trabalho em SCRUM
Citation preview
INSTITUTO FEDERAL DE EDUCAO, CINCIA E TECNOLOGIA DE SO PAULO
CAMPUS BRAGANA PAULISTA
CURSO DE ANLISE E DESENVOLVIMENTO DE SISTEMAS
SCRUM
ALBERTO NANI ALMEIDA
ANDERSON AUGUSTO DA SILVEIRA
FABRCIO FERNANDO TAKESHI SASAKI
JUAN PAUL FALCONI CONTE
BRAGANA PAULISTA
2011
ALBERTO NANI ALMEIDA 106.241-7
ANDERSON AUGUSTO DA SILVEIRA 106.230-1
FABRCIO FERNANDO TAKESHI SASAKI 106.243-3
JUAN PAUL FALCONI CONTE 106.228-X
SCRUM
Orientador: Prof. Wilson Vendramel
BRAGANA PAULISTA
2011
Dedico este projeto aos meus amigos, familiares e colegas que me deram todo apoio necessrio para a sua realizao. Agradeo ao tutor pelos conhecimentos transmitidos para a concluso desta tarefa.
NDICE DE ILUSTRAES
Figura 1 - Anlise de prioridades ........................................................................................... 10
Figura 2 - Incio do Plano de Release .................................................................................... 11
Figura 3 - Correes do Plano de Release.............................................................................. 12
Figura 4 - Plano de Release concludo ................................................................................... 13
Figura 5 - Estrias de usurios ............................................................................................... 17
Figura 6 - Reunio de estimativas em pontos ........................................................................ 18
Figura 7 - Estimativa em pontos via videoconferncia .......................................................... 19
Figura 8 - Discusso sobre pontos de vista ............................................................................ 20
Figura 9 - Estrias com estimativas concludas ..................................................................... 21
Figura 10 - Post-its da 1 Sprint ............................................................................................. 22
Figura 11 - Quadro para Sprint Backlog ................................................................................ 23
Figura 12 - Quadro para grfico de Burndown ...................................................................... 24
Figura 13 - Discusso do Sprint Backlog ............................................................................... 25
Figura 14 - Primeiras tarefas iniciadas ................................................................................... 27
Figura 15 - Membro da equipe faltou..................................................................................... 29
Figura 16 - Primeira tarefa concluda ..................................................................................... 30
Figura 17 - Problemas com o Banco de Dados ...................................................................... 32
Figura 18 - Tarefas sendo concludas rapidamente ................................................................ 33
Figura 19 - Sprint concludo................................................................................................... 34
Figura 20 - Burndown: Grfico final...................................................................................... 35
Figura 21 - Apresentao da demonstrao do software........................................................ 36
Figura 22 - Equipe mostrando a concluso da Sprint............................................................. 37
Figura 23 - Comentando os resultados obtidos via videoconferncia .................................... 38
Figura 24 - Quadro de retrospectiva da 1 Sprint ................................................................... 39
Figura 25 - Anlise dos pontos de ateno ............................................................................. 40
Figura 26 - Discusso sobre os pontos de ateno via videoconferncia............................... 41
SUMRIO
1 EQUIPE SCRUM .............................................................................................................. 7
2 PRODUCT BACKLOG .................................................................................................... 9
3 PLANO DE RELEASE ................................................................................................... 11
4 REUNIO DE PLANEJAMENTO DA SPRINT ........................................................... 15
4.1- Primeira Parte Da Reunio.......................................................................................... 15
4.1.1 - A viso do produto .............................................................................................. 15
4.1.2 - Os nveis de prioridades ...................................................................................... 15
4.1.3 - Seleo dos itens do Product Backlog ................................................................ 16
4.1.4 - A meta da sprint .................................................................................................. 16
4.2- Segunda Parte Da Reunio ......................................................................................... 16
4.2.1 - Estrias de usurio .............................................................................................. 16
4.2.2 - Estimativa em pontos .......................................................................................... 17
4.2.3 - Tarefas................................................................................................................. 21
4.2.4 - Sprint Backlog .................................................................................................... 23
4.2.5 Tarefas atribudas ............................................................................................... 24
5 SPRINT 1......................................................................................................................... 25
5.1- Dia 0 ............................................................................................................................ 25
5.1.1- Taksboard ............................................................................................................. 25
5.1.2- Burndown ............................................................................................................. 26
5.1.3- Kick-off ................................................................................................................ 26
5.2- Dia 1 ............................................................................................................................ 26
5.2.1- Taskboard ............................................................................................................. 26
5.2.2- Burndown ............................................................................................................. 27
5.3- Dia 2 ............................................................................................................................ 28
5.3.1- Reunio diria ...................................................................................................... 28
5.3.2- Burndown ............................................................................................................. 28
5.4- Dia 3 ............................................................................................................................ 28
5.4.1- Reunio diria ...................................................................................................... 28
5.5- Dia 4 ............................................................................................................................ 29
5.5.1- Reunio diria ...................................................................................................... 29
5.6- Dia 6 ............................................................................................................................ 30
5.6.1- Reunio diria ...................................................................................................... 30
5.6.2- Burndown ............................................................................................................. 31
5.7- Dia 9 ............................................................................................................................ 31
5.7.1- Reunio diria ...................................................................................................... 31
5.8- Dia 11 .......................................................................................................................... 32
5.8.1- Reunio diria ...................................................................................................... 32
5.8.2- Burndown ............................................................................................................. 33
5.9- Dia 13 .......................................................................................................................... 34
5.9.1- Reunio diria ...................................................................................................... 34
5.9.2- Burndown ............................................................................................................. 34
6 REUNIO DA REVISO DA SPRINT ......................................................................... 36
7 REUNIO DE RETROSPECTIVA DA SPRINT .......................................................... 39
8 REFERNCIAS .............................................................................................................. 42
7
1 EQUIPE SCRUM
Descrio: Neste captulo listaremos os responsveis por cada papel desempenhado
no Scrum e suas responsabilidades.
Product Owner: Juan Paul Falconi Conte.
Responsabilidades:
Definir a viso do produto.
Elaborar e manter o Product Backlog.
Definir as prioridades.
Representar o cliente.
Aceitar ou rejeitar os entregveis.
Juan ficou encarregado em levantar os requisitos do cliente que deseja um sistema de livraria
digital, por meio do qual possam adquirir livros pela internet. Ocupa esta posio, pois possui o
perfil que melhor se encaixa neste caso, com habilidades para elencar os itens mais prioritrios que
devem ser entregues ao cliente, mantendo a boa comunicao com o cliente e outros envolvidos
com o projeto.
Scrum Master: Fabrcio Fernando Takeshi Sasaki.
Responsabilidades:
Ser um servidor.
Auxiliar o Product Owner com o Product Backlog.
Remover impedimentos.
Proteger a equipe.
Ser o facilitador da equipe.
Garantir as prticas do Scrum.
8
Fabrcio aceitou essas atribuies devido facilidade em intermediar o projeto, auxiliando o
Product Owner com o Product Backlog e removendo impedimentos que atrasam a equipe,
facilitando os objetivos para a equipe quando possvel, mas no permitir que as prticas do Scrum
no sejam seguidas, facilitando o trabalho de todos os comprometidos com o projeto.
Equipe: Alberto Nani Almeida e Anderson Augusto Da Silveira.
Responsabilidades:
Fazer estimativas.
Definir as tarefas.
Desenvolver o produto.
Garantir a qualidade do produto.
Apresentar o produto ao cliente.
Alberto e Anderson fazem parte da equipe devido facilidade em programar na prtica o que o
cliente almeja, seguindo as prioridades definidas pelo Product Owner, definindo internamente quem
ser responsvel em cada tarefa. No caso de existir algum problema, sempre iro comunicar o
Scrum Master para retirar ou amenizar problemas que impactam no que ser entregue ao cliente ou
no prazo estipulado, sem esquecer as diretrizes definidas pelo Product Owner.
9
2 PRODUCT BACKLOG
Descrio: uma lista contendo todas as funcionalidades desejadas para um
produto.
Participantes: Product Owner e Scrum Master (auxilia).
Aps o Product Owner compreender o que o cliente necessita, foi estabelecido as
funcionalidades para o produto, gerando o Product Backlog. O Scrum Master ajudou em definir as
prioridades para os itens gerados, pois influencia no plano de release, sendo necessrio no somente
entender o que o cliente precisa com mais urgncia, mas tambm compreender o que a equipe pode
implementar mais rapidamente. A tabela a seguir foi o resultado obtido com essa anlise:
Prioridade Categoria Descrio
A Cliente O cliente poder se cadastrar no site
A Livro Os livros devero ser cadastrados
M Livro O cliente poder pesquisar livros
M Pagamento Vrias formas de pagamentos
B Editora As editoras devero ser cadastradas
M Relatrio Dever gerar relatrios de livros mais solicitados
B Autor Os autores devero ser cadastrados
M Compra O cliente poder gerenciar suas compras
M Compra O cliente poder consultar compras anteriores
B Marketing O cliente poder receber mala-direta
B Marketing O cliente poder receber descontos
Tabela 1 - Product Backlog
A foto a seguir mostra o trabalho em equipe do Product Owner com o Scrum Master,
tentando estabelecer a harmonia das prioridades dos itens gerados:
10
Figura 1 - Anlise de prioridades
Aps algumas revises rpidas, o Product Owner concluiu que possvel dar andamento ao
passo seguinte do projeto. Esta etapa foi marcada como concluda, mas como se trata de algo
dinmico, pode ser alterado posteriormente.
11
3 PLANO DE RELEASE
Descrio: O Product Owner deve elaborar e validar o Plano de Release (Release
Plan).
Participantes: Product Owner.
O Product Owner elaborou o plano de release que ser apresentado mais tarde para equipe. Para
isso, analisou criteriosamente os itens do Product Backlog e aliado a necessidade do cliente, o que
deve ser entregue em cada iterao. Na imagem abaixo temos o incio da construo do plano:
Figura 2 - Incio do Plano de Release
Um problema que logo foi percebido com a perspiccia do Product Owner foi a grande
quantidade de itens para a segunda Sprint, sendo retirado antes do trmino desta etapa:
12
Figura 3 - Correes do Plano de Release
Ao final deste processo, o plano concludo ficou da seguinte forma:
13
Figura 4 - Plano de Release concludo
A escolha do Product Owner em 4 Sprints devido ao fato da necessidade do cliente em ter
parte do sistema operando no menor tempo possvel. Para isso foi necessrio colocar poucos itens
14
por sprint, a fim de cumprir os prazos do cliente, que foi definido em duas semanas para o primeiro
sprint.
Com a concluso do primeiro sprint j possvel o cliente utilizar o sistema para cadastrar
seus usurios e seus produtos, deixando as formas de pagamento ou gerenciamento das compras em
um segundo momento. Para gerar relatrios e estatsticas necessrio que o sistema j esteja
operando a algum tempo, podendo deixar essas implementaes para uma Sprint mais distante. E
por ltimo foi deixado informaes opcionais dos produtos do cliente que no impactam no uso do
sistema, como autor e editora, porque o mais importante para o cliente que seus livros sejam
vendidos, ento os itens de cadastros de livros e cadastro dos usurios so mais importantes do que
as informaes adicionais do livro, deixados no ltimo sprint.
15
4 REUNIO DE PLANEJAMENTO DA SPRINT
Durao: 8 horas.
4.1- Primeira Parte Da Reunio
Descrio: Esta reunio tem por objetivo fazer o planejamento da Sprint. Sero
definidas as prioridades, seleo dos itens do backlog e a meta da Sprint.
Participantes: Product Owner, Scrum Master e Equipe.
4.1.1 - A viso do produto
O Product Owner apresentou para a equipe a viso do produto na primeira parte da reunio
de planejamento e chegou concluso que o cliente necessita de uma aplicao WEB operando 24
horas por dia, supondo que o cliente deseja acessar o sistema em qualquer horrio, e que deve ser
feito um controle de banda em horrios de pico se possvel. Mas o mais importante, e talvez o
diferencial de um sistema de compras online, so as outras formas de pagamento que precisam ser
implementadas alm do comum dbito bancrio e um mdulo que gerencie os relatrios e gere
estatsticas para o departamento de marketing, necessrio para promoes e descontos. Somente
aps todos estarem com compreenso total do assunto esta parte da reunio foi encerrada com xito.
4.1.2 - Os nveis de prioridades
A equipe tomou conhecimento nesta reunio sobre as prioridades estabelecidas segundo o
Product Backlog, definido pelo Product Owner. Foi explicado que os itens com maior prioridade
foram relacionados a cadastros bsicos para o cliente, pois enquanto o cliente necessita de tempo
para cadastrar todos os produtos no novo sistema, a equipe ter tempo suficiente para entregar o
produto final, devido ao espao de tempo restrito que o projeto possui e sua certa complexidade.
16
4.1.3 - Seleo dos itens do Product Backlog
Os itens do Product Backlog foram agrupados por semelhana em sua funo ou objetivo, e
por fim divididos nas sprints. Tambm foi necessrio analisar os itens mais prioritrios e os que iro
gerar mais funcionalidades entregues ao cliente, com o menor tempo possvel. Como todos
comprometidos com o projeto so inexperientes, os itens foram selecionados com cautela ao
analisar a complexidade de implementao dos itens. No final todos os pontos foram ponderados, e
utilizando a necessidade do cliente como ponto de desempate na seleo dos itens.
4.1.4 - A meta da sprint
O quadro com o plano de release foi muito importante para mostrar a meta da equipe em
todo o processo. Como o cliente definiu que gostaria que parte do sistema j estivesse funcionando
em duas semanas, a meta da primeira sprint foi otimizada para a implementao mais rpida e
robusta neste tempo. A viso do Product Owner tende a ser uma viso de topo, ento na segunda
parte da reunio a equipe se reuniu com os clientes para saber com detalhes os itens selecionados
para atingir a meta da primeira sprint.
4.2- Segunda Parte Da Reunio
Descrio: Ser definido a Sprint Backlog, ou seja, quais so as tarefas necessrias
para cumprir a meta.
Participantes: Scrum Master (opcional) e Equipe.
4.2.1 - Estrias de usurio
Com uma rpida reunio da equipe com o cliente, foi possvel detalhar os itens requisitados
para a sprint, gerando as estrias do usurio. Foi possvel entender o que o cliente deseja que o
sistema faa, mas para uma linguagem mais focada programao. Como se trata de uma reunio
de curto tempo, as estrias foram escritas rapidamente mo conforme o cliente descrevia a sua
necessidade. Algumas das estrias geradas ficaram da seguinte forma:
17
Figura 5 - Estrias de usurios
As prioridades das estrias do cliente fizeram ligao com as prioridades dos itens do
Product Backlog gerado pelo Product Owner.
4.2.2 - Estimativa em pontos
Nesta parte da reunio o Product Owner estava presente somente para ler as estrias e
registrar as estimativas em pontos finais definidas pela equipe, mas no influenciou nesta parte da
reunio. A foto abaixo mostra o incio desta parte da reunio com o Product Owner lendo as
estrias:
18
Figura 6 - Reunio de estimativas em pontos
Devidos a problemas externos, um membro da equipe participou da estimativa via
videoconferncia, como mostra a foto a seguir:
19
Figura 7 - Estimativa em pontos via videoconferncia
O Scrum Master opinou em algumas situaes para ajudar em alguns desempates, por causa
do tamanho da equipe, mas sem valor real nas estimativas, pois somente a equipe joga o planning
poker. Cada um mostrou o seu ponto de vista sobre a estimativa:
20
Figura 8 - Discusso sobre pontos de vista
A opinio opcional do Scrum Master ajudou a encerrar a discusso sobre a estimativa da
estria sobre cadastrar os livros, deixando o valor como 8. A estria sobre o cadastro do cliente teve
seu valor definido em 13, devido importncia e complexidade de implementao discutida pela
equipe, alm do tempo estipulado (timeboxed). A foto abaixo mostra algumas estrias geradas
atravs dos dilogos com o cliente, lembrando que algumas foram postergadas para outros sprints:
21
Figura 9 - Estrias com estimativas concludas
4.2.3 - Tarefas
Aps a concluso das estrias e estimativas, elas puderam ser desmembradas em tarefas,
para posteriormente coloca-las no quadro do sprint backlog. Nesta parte participaram somente os
membros da equipe, pois se trata de um assunto mais tcnico. Algumas tarefas so possvel ver na
imagem abaixo:
22
Figura 10 - Post-its da 1 Sprint
23
4.2.4 - Sprint Backlog
Aps a definio das tarefas e colocadas em post-it, foi possvel montar o quadro para o
sprint backlog, deixado ainda vazio, para o incio da primeira sprint:
Figura 11 - Quadro para Sprint Backlog
24
Figura 12 - Quadro para grfico de Burndown
O Sprint Backlog pode ser definido atravs das tarefas criadas pela equipe, sendo somente
necessrio definir quem ficar responsvel por quais tarefas, e ento finalizar a segunda parte da
reunio de planejamento.
4.2.5 Tarefas atribudas
O membro da equipe Anderson ficou responsvel em programar as tarefas relacionadas ao cadastro
de livros e o membro Alberto nas tarefas de cadastro de usurios da livraria digital. Esta deciso foi
a partir de uma reunio interna entre a equipe e foram analisadas as competncias e habilidades de
cada um em programar as tarefas para a primeira sprint.
25
5 SPRINT 1
5.1- Dia 0
5.1.1- Taksboard
A equipe reunida fez o planejamento sobre o Product Backlog que seriam desenvolvidos no
dia seguinte. Foi feita a diviso das tarefas a serem implementadas por cada membro da equipe. A
equipe deliberou sobre o tipo de linguagem em que o programa seria codificado bem como o banco
de dados que lhe serviria de suporte. Foi tambm revista a estimativa de tempo, a saber, 14 dias, e o
esforo da equipe para cumprir a entrega do componente previsto para a 1 Sprint.
Figura 13 - Discusso do Sprint Backlog
26
5.1.2- Burndown
Tempo Previsto: 14 dias
Quantidade de Pontos Conseguidos: 0
Quantidade de Pontos Faltantes: 21
5.1.3- Kick-off
A implementao das tarefas, baseadas no Product Backlog se iniciar no dia seguinte. Tudo
est pronto para o incio real das implementaes das tarefas.
5.2- Dia 1
5.2.1- Taskboard
A equipe, tendo em mos o Product Backlog e as tarefas desenvolvidas a partir deles, inicia
a tarefa de codificao, iniciando pelos itens que ela julgou mais urgente desenvolver, o Cadastrar
Clientes e Alterar Cliente. Foi estabelecido em reunio diria o que cada membro da equipe
desenvolveria e discutido a forma de codificar o pacote que no gerasse dificuldades entre os
membros desenvolvedores, atravs de uma lgica de programao que fosse compreensvel a todos,
o mximo que a equipe conseguir.
27
Figura 14 - Primeiras tarefas iniciadas
5.2.2- Burndown
Tempo Previsto: 14 dias
Prazo de Entrega da(s) funcionalidade(s): 1 dia
Quantidade de Pontos Conseguidos: 0
Quantidade de Pontos Faltantes: 21
28
5.3- Dia 2
5.3.1- Reunio diria
A equipe continuou a desenvolver os Products Backlogs do dia anterior, Cadastrar
Cliente e Alterar Cliente. A equipe teve de se reunir para afinar o modo de codificao de um
dos membros da equipe, que possua uma lgica de difcil compreenso para os outros membros,
que buscaram um formato mais simples. Foi decidido que o cdigo mais complexo deveria ser
enxugado, inclusive para facilitar a manuteno posterior do mesmo.
5.3.2- Burndown
Tempo Previsto: 13 dias.
Quantidade de Pontos Conseguidos: 0
Quantidade de Pontos Faltantes: 21
5.4- Dia 3
5.4.1- Reunio diria
A equipe continuou o processo de implementao do Product Backlog Cadastrar Cliente e
Alterar Cliente. A codificao se mostrou consistente. Foi iniciada a integrao com o Banco de
dados para o incio dos testes deste ltimo. O Scrum Master questionou a equipe sobre o atraso na
entrega dos dois primeiros itens, a equipe informou que isso ocorria devido falta de experincia
em programao comercial.
29
5.5- Dia 4
5.5.1- Reunio diria
A equipe preferiu integrar os componentes j existentes com o sistema de Banco de dados
antes do iniciar outros itens que pudessem se utilizar tambm de banco de dados, para se certificar
que o acesso ao Banco de dados possa ser realizado com integridade. Foi questionada a falta de um
integrante da equipe no dia anterior, o que prejudicou o desempenho com o Banco de Dados de
ontem.
Figura 15 - Membro da equipe faltou
30
5.6- Dia 6
5.6.1- Reunio diria
A equipe iniciou a codificao dos itens Cadastrar Livro e Alterar Livro. O anterior,
Cadastrar Cliente foi concludo totalmente. ltimos testes sero feitos com o item Alterar
Cliente. O Scrum Master, em reunio com a equipe decidiu que, para manter o prazo de entrega,
solicitar a equipe para desenvolver o cdigo e a interface de todos os itens antes de fazer os testes e
integrao com Banco de Dados separadamente, visando otimizar o processo e evitar uma
quantidade muito grande de erros de codificao que poderiam se repetir a cada nova entrega de
Product Backlog.
Figura 16 - Primeira tarefa concluda
31
5.6.2- Burndown
Tempo Previsto: 14 dias.
Quantidade de Pontos Conseguidos: 4
Quantidade de Pontos Faltantes: 17
5.7- Dia 9
5.7.1- Reunio diria
A equipe entrou em processo de finalizao da segunda tarefa da sprint, o Alterar Cliente.
Mais duas tarefas deram o seu incio. Foi informado ao Scrum Master a possibilidade da entrega ser
realizada antes do tempo previsto, devido aos atrasos ocorridos terem sido compensados pela
rapidez de processos subsequentes. O Scrum Master informou equipe que inicialmente reservaria
esse tempo para sanar algum atraso que poder surgir no desenvolvimento dos demais itens. A
equipe indagou sobre os erros ocorridos no Banco de Dados no dia anterior:
32
Figura 17 - Problemas com o Banco de Dados
5.8- Dia 11
5.8.1- Reunio diria
A equipe continuou a finalizou os itens Alterar Livro e Pesquisar Livro. Um membro
da equipe estava por videoconferncia e avaliou a tentativa dos demais membros em realizar a
tarefa do dia 10 e teve de completa-la, se informando do modo como ela foi inicialmente pensada.
Ajustes no cdigo do item Excluir Livro tiveram de ser realizados por esse motivo. O Scrum
Master analisou a possibilidade de a Sprint terminar antes do prazo previsto.
33
Figura 18 - Tarefas sendo concludas rapidamente
5.8.2- Burndown
Tempo Previsto: 14 dias
Quantidade de Pontos Conseguidos: 16
Quantidade de Pontos Faltantes: 5
34
5.9- Dia 13
5.9.1- Reunio diria
A equipe fez os testes finais nas funcionalidades do pacote, e concluiu que todas as tarefas
da Sprint foram concludas com xito, antes do que foi falado na apresentao ao cliente. Junto com
o Scrum Master foi verificado a data marcada para a apresentao do pacote ao Product Owner.
Figura 19 - Sprint concludo
5.9.2- Burndown
Tempo Previsto: 14 dias
Tempo Real: 13 dias
35
Quantidade de Pontos Conseguidos: 21
Quantidade de Ponto(s) Faltante(s): 0
Figura 20 - Burndown: Grfico final
36
6 REUNIO DA REVISO DA SPRINT
Descrio: O objetivo da reunio apresentar o que a equipe fez durante a Sprint e
fazer a entrega do produto para o Product Owner. Geralmente apresentada uma
demonstrao do software.
Participantes: Product Owner, Scrum Master, Equipe e Convidados.
Durao: 4 horas.
Realizou-se a entrega do produto resultante da 1 Sprint ao Product Owner, onde foram
apresentadas as telas de interface e as funcionalidades implementadas.
Figura 21 - Apresentao da demonstrao do software
37
A equipe estava bastante otimista por ter conseguido concluir o produto a tempo, pois apesar
de ter tido algumas dificuldades, o software implementa todas as funcionalidades estabelecidas para
a 1 Sprint.
Figura 22 - Equipe mostrando a concluso da Sprint
38
Figura 23 - Comentando os resultados obtidos via videoconferncia
39
7 REUNIO DE RETROSPECTIVA DA SPRINT
Descrio: O objetivo dela avaliar o que deu certo e o que deu errado durante a
Sprint e fazer os ajustes possveis para a prxima Sprint, ou seja, o ciclo de melhoria
contnua.
Participantes: Scrum Master e Equipe.
Durao: 1 a 3 horas.
Aps a entrega do produto da 1 Sprint, a equipe e o Scrum Master se reuniram para analisar
o que deu certo e o que deu errado durante esta Sprint, para que sejam feitos os ajustes necessrios.
Figura 24 - Quadro de retrospectiva da 1 Sprint
Entre os problemas citados, a m estimativa das estrias, que resultou em um tempo de
estimado de concluso maior do que o real que, mesmo com o atraso do desenvolvimento devido a
40
problemas com o servidor e a ausncia de um membro da equipe, o mesmo foi concludo antes do
prazo; a dificuldade de interao com um membro da equipe que realizou o trabalho todo o trabalho
via Internet foi o que mereceu ateno especial, pois, esta forma de comunicao ocupou muito
mais tempo da equipe, alm de no permitir um contato facilitado entre os membros da equipe ou
entre o membro da equipe e o Scrum Master.
Figura 25 - Anlise dos pontos de ateno
41
Figura 26 - Discusso sobre os pontos de ateno via videoconferncia
42
8 REFERNCIAS
SCRUM Experience:
http://www.etecnologia.com.br/scrum/Scrum%20Experience%20%5BO%20Tutorial%20SCRUM%5D%20v16.pdf
GUIA DO SCRUM: http://www.innovit.com.br/system/contents/2/original/GUIA_DO_SCRUM.pdf?1299707404
Scrum Wikipdia, a enciclopdia livre: http://pt.wikipedia.org/wiki/Scrum
Scrum.org: The Home of Scrum And Your Source For Scrum Training...: http://www.scrum.org/
Scrum Alliance - Transforming the World of Work: http://www.scrumalliance.org/