modelo de trabalho scrum

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


Prazo de Entrega da(s) funcionalidade(s): 1 dia



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.



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.



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




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 Real: 13 dias

35


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/

modelo de trabalho scrum

Documents