Cincia da Computao

Integrantes
Henrique Braga Lucas da Silva Fernandes Angela Maria Francisco Rodrigues 2011045635 2011007059

Processo Iterativo e Incremental (Scrum)

Guarulhos 2013
1

Henrique Braga Lucas da Silva Fernandes Angela Maria Francisco Rodrigues

2011045635 2011007059

Processo Iterativo e Incremental (Scrum)

Trabalho apresentado como requisito parcial da disciplina, Atividade de Avaliao B2, de Engenharia de Sistemas III, do curso de Cincia da Computao requisitado pela professora Ms Marta Pina

Guarulhos 2013
2

1. Introduo

O Scrum atualmente um framework para desenvolvimento de softwares muito utilizado em diversas empresas e fbricas de software. importante principalmente para locais onde existem muitas demandas de requisitos para desenvolvimento e uma grande equipe, facilitando assim o desenvolvimento de softwares mais complexos. Com isso torna-se indispensvel o entendimento de todos os itens para assim, conseguir trabalhar e implant-lo da maneira adequada e ganhar muito em relao a eficincia no processo de desenvolvimento.

Este documento inicia com algumas definies bsicas sobre o Scrum, aprofundando-se na definio dos principais itens a serem entendidos e seguidos.

Vale lembrar que em nenhum momento ensinado a como aplicar o Scrum em determinada situao, pois o mesmo um framework e necessrio adapt-lo conforme o caso.

2. Definio Segundo SCHWABER, Ken (2009, p.3) Scrum vem sendo utilizado para o desenvolvimento de produtos complexos desde o incio dos anos 90.[...]Scrum no um processo ou uma tcnica para o desenvolvimento de produtos. Ao invs disso, um framework dentro do qual voc pode empregar diversos processos e tcnicas. O papel do Scrum fazer transparecer a eficcia relativa das suas prticas de desenvolvimento para que voc possa melhor-las, enquanto prov um framework dentro do qual produtos complexos podem ser desenvolvidos. Segundo CITRANGULO, Carlos(2011) O Scrum uma metodologia gil para gesto e planejamento de projetos, um processo para construir software incrementalmente em ambientes complexos, onde os requisitos no so claros ou mudam com muita freqncia.

3. Teoria e Pilares Segundo SCHWABER, Ken (2009, p.3) Scrum [...] emprega uma abordagem iterativa e incremental para otimizar a previsibilidade e controlar riscos. Trs pilares sustentam qualquer implementao [...]

A seguir sero descritos os trs pilares do Scrum.

3.1

Transparncia

Segundo SCHWABER, Ken (2009, p.3) A transparncia garante que os aspectos do processo afetam o resultado devem ser visveis para aqueles

que gerenciam os resultados.[...] o que est sendo visto deve ser conhecido.

Na citao pode-se concluir que os resultados os processos que tem ligao diretos devem ser disponveis para visualizao por aqueles que gerenciam mesmo e deve ser conhecido.

3.2

Inspeo

Segundo SCHWABER, Ken (2009, p.3 ) Os diversos aspectos do processo devem ser inspecionados com uma freqncia suficiente para que variaes inaceitveis no processo possam ser detectadas.[...]
http://blog.myscrumhalf.com/2011/03/mantras-do-scrum-adaptacao-e-inspecao/

Segundo RODRIGUES, Luiza(2011) necessrio conhecer a qualidade e o estado que o produto se encontra. A constante inspeo torna o sujeito capaz de identificar falhas, ou simplesmente mudar de idia. S assim ser possvel identificar onde e como realizar as adaptaes necessrias para o aumento do valor do produto. No Scrum, o trabalho de forma iterativa e incremental garante a inspeo e a adaptao do produto e existem 3 momentos cruciais do Scrum que promovem a inspeo e adaptao do processo[...] Reunio Diria [...] Reunies de Reviso e Planejamento da Sprint [...] Reunio de Retrospectiva[...]

Nos trechos acima, concebe-se a importncia da Inspeo, no qual so analisadas as mudanas para um aumento de valor no produto, respeitando sempre o limite do processo, dizendo tambm em quais momentos isto deve ser realizado e preparando-o para as adaptaes necessrias.

3.3

Adaptao

Segundo SCHWABER, Ken (2009, p.4) Existem trs pontos para inspeo e adaptao em Scrum. A Reunio Diria utilizada para inspecionar o

progresso em direo Meta da Sprint e para realizar adaptaes que otimizem o valor do prximo dia de trabalho.[...] Segundo SCHWABER, Ken (2009, p.4) [...]as reunies de Reviso da

Sprint e de Planejamento da Sprint so utilizadas para inspecionar o progresso em direo Meta da Verso para Entrega e para fazer as adaptaes que otimizem o valor da prxima Sprint.[...] Segundo SCHWABER, Ken (2009, p.4) [...] a Retrospectiva da Sprint utilizada para revisar a Sprint passada e definir que adaptaes tornaro a prxima Sprint mais produtiva.[...]

4. Framework Scrum (Contedo) Segundo SCHWABER, Ken (2009, p.4) O framework Scrum consiste em um conjunto formado por Times Scrum e seus papis associados, Eventos com Durao Fixa (Time-Boxes), Artefatos e Regras.[...]

A seguir sero descritos os principais elementos que compem o Scrum.

4.1

Times Scrum

Segundo SCHWABER, Ken (2009, p.4) O Times Scrum so projetados para otimizar flexibilidade e produtividade[...] so auto-organizveis, interdisciplinares e trabalham em iteraes.[...]

4.1.1 ScrumMaster Segundo SCHWABER, Ken (2009, p.6) [...]O ScrumMaster responsvel por garantir que o Time Scrum esteja aderindo aos valores do Scrum, s prticas e s regras.[...] educa o Time Scrum treinando-o e levando-o a ser mais produtivo e a desenvolver produtos de maior qualidade[...]
6

Segundo CITRANGULO, Carlos(2011) uma mistura de gerente, facilitador e mediador. Seu papel remover obstculos da equipe e assegurar que as prticas de Scrum esto sendo executadas com eficincia.

Nas citaes acima, pode-se evidenciar o papel do Scrum Master: auxiliar e garantir que o time siga a proposta e metodologia do Scrum e conseqentemente, aumentando a produtividade e qualidade do produto final.

4.1.2

Time SCHWABER, Ken (2009, p.4) [...]executa o trabalho

Segundo

propriamente dito. [...] Segundo SCHWABER, Ken (2009, p.4) [...]consiste em desenvolvedores com todas as habilidades necessrias para transformar os requisitos do Product Owner em um pedao potencialmente entregvel do produto ao final da Sprint[...]

4.1.3 Product Owner Segundo SCHWABER, Ken (2009, p.7) [...]O Product Owner a nica pessoa responsvel pelo gerenciamento do Backlog do Produto e por garantir o valor do trabalho realizado pelo Time. [...] mantm o backlog do produto e garante que est visvel para todos[...] sabem quais itens tem maiores prioridades[...] quem quiser mudar as prioridades ter que convencer o Product Owner[...] Segundo SCHWABER, Ken (2009, p.7) [...]O Product Owner a nica pessoa responsvel pelo gerenciamento do Backlog do Produto e por garantir o valor do trabalho realizado pelo Time. [...] mantm o backlog do
7

produto e garante que est visvel para todos[...] sabem quais itens tem maiores prioridades[...] quem quiser mudar as prioridades ter que convencer o Product Owner[...]

Segundo CITRANGULO, Carlos(2011) responsvel pela viso de negcios do projeto, ele quem define e prioriza o Product Backlog. Geralmente o papel desempenhado pelo cliente.

4.2

Eventos com Durao Fixa (Time-Boxes)

Segundo SCHWABER, Ken (2009, p.5) [...]Scrum emprega os eventos com durao fixa (time-boxes) para criar regularidade. Entre os elementos do Scrum que tm durao fixa, temos a reunio de Planejamento da Verso para Entrega, a Sprint, a Reunio Diria, a Reviso da Sprint e a Retrospectiva da Sprint.[...]

4.2.1 Planejamento de Verso para Entrega Segundo SCHWABER, Ken (2009, p.9 ) [...]estabelecer um plano e metas que o Time Scrum e o resto da organizao possam entender e comunicar.[...] Segundo SCHWABER, Ken (2009, p.9 ) [...]responde as questes: Como podemos transformar a viso em um produto vencedor da melhor maneira possvel? Como podemos alcanar ou exceder a satisfao do cliente e o Retorno sobre Investimento (ROI) desejados? [...]

Segundo SCHWABER, Ken (2009, p.9 ) [...]estabelece a meta da verso, as maiores prioridades do Backlog do Produto, os principais riscos e as caractersticas gerais e funcionalidades que estaro contidas na verso [...]uma data de entrega e custo provveis que devem se manter se nada mudar [...] Segundo SCHWABER, Ken (2009, p.10) [...]na maior parte desses processos o planejamento feito no incio do trabalho da verso e no modificado com o passar do tempo.[...] no requer mais do que 15-20% do tempo que uma organizao costumava utilizar para produzir um plano de verso para entrega tradicional [...] Nas citaes acima, pode-se observar a importncia do Planejamento de Verso para Entrega, no qual as metas, prioridades e riscos so definidos, juntamente com a data de entrega e custos.

5.2.2 Sprint Segundo CITRANGULO, Carlos(2011) O Scrum baseado em ciclos de 30 dias chamados Sprints, onde se trabalha para alcanar objetivos bem definidos. Segundo SCHWABER, Ken (2009, p.5) [...]Todas as Sprints utilizam o mesmo modelo de Scrum e todas as Sprints tm como resultado um incremento do produto final que potencialmente entregvel. Cada Sprint comea imediatamente aps a anterior. Segundo SCHWABER, Ken (2009, p.5) [...]Todas as Sprints utilizam o mesmo modelo de Scrum e todas as Sprints tm como resultado um incremento do produto final que potencialmente entregvel. Cada Sprint comea imediatamente aps a anterior.

Segundo SCHWABER, Ken (2009, p.10) [...]As Sprints contm e consistem na reunio de Planejamento de Sprint, o trabalho de desenvolvimento, a Reviso da Sprint e a Retrospectiva da Sprint. Segundo SCHWABER, Ken (2009, p.11) As Sprints podem ser canceladas antes que o prazo fixo da Sprint tenha acabado. Somente o Product Owner tem a autoridade para cancelar a Sprint, embora ele possa faz-lo sob influncia das partes interessadas, do Time ou do ScrumMaster. [...] Segundo SCHWABER, Ken (2009, p.11) As Sprints podem ser canceladas antes que o prazo fixo da Sprint tenha acabado. Somente o Product Owner tem a autoridade para cancelar a Sprint, embora ele possa faz-lo sob influncia das partes interessadas, do Time ou do ScrumMaster. [...] Segundo SCHWABER, Ken (2009, p.20) Uma das regras do Scrum est ligada ao objetivo de cada Sprint, que ter como resultado incrementos de funcionalidade potencialmente entregveis que estejam de acordo com uma definio de pronto operacional.

Pode ser observado atravs das citaes de Carlos Citrangulo e Ken Schwaber que a sprint um processo iterativo, ou seja, que se repete, no qual aps trinta dias, uma nova sprint se inicia, formando assim um ciclo com todo o esforo da equipe de desenvolvimento.

5.2.3 Reunio Diria Segundo SCHWABER, Ken (2009, p.15) Cada time se encontra diariamente para uma reunio de 15 minutos chamada Reunio Diria. Essa reunio sempre feita no mesmo horrio e nomesmo local durante as Sprints. Segundo SCHWABER, Ken (2009, p.15) [...]melhoram a comunicao, eliminam outras reunies, identificam e removem impedimentos para o desenvolvimento, ressaltam e promovem a tomada rpida de decises e melhoram o nvel de conhecimento de todos acerca do projeto.[...]
10

Segundo SCHWABER, Ken (2009, p.15) [...]melhoram a comunicao, eliminam outras reunies, identificam e removem impedimentos para o desenvolvimento, ressaltam e promovem a tomada rpida de decises e melhoram o nvel de conhecimento de todos acerca do projeto.[...]

5.2.4 Reviso da Sprint Segundo SCHWABER, Ken (2009, p.14) [...]Para Sprints de um ms, essa uma reunio com durao fixa em quatro horas. Para Sprints de duraes mais curtas, essa reunio no deve tomar mais do que 5% do total da Sprint. Durante a Reviso da Sprint, o Time Scrum e as partes interessadas colaboram sobre o que acabou de ser feito. Baseados nisso em mudanas no Backlog do Produto feitas durante a Sprint, eles colaboram sobre quais so as prximas coisas que podem ser feitas.[...]

5.2.5 Retrospectiva da Sprint Segundo SCHWABER, Ken (2009, p.14) Aps a Reviso da Sprint e antes da prxima reunio de Planejamento da Sprint, o Time Scrum tem uma reunio de Retrospectiva da Sprint [...]durao fixa em trs horas, o ScrumMaster encoraja o Time a revisar[...]processo de desenvolvimento, de forma a torn-lo mais eficaz e gratificante para a prxima Sprint[...] Segundo SCHWABER, Ken (2009, p.14) A finalidade da Retrospectiva inspecionar como correu a ltima Sprint em se tratando de pessoas, das relaes entre elas, dos processos e das ferramentas.

Nas citaes acima, conebe-se que na reviso da Sprint, de extrema importante para verificar o que pode ser melhorado em relao ao que correu

11

bem na Sprint e atravs disso, melhorar todo o processo de desenvolvimento do time.

5.2.6 Backlog do Produto / Burndown da Verso para Entrega Segundo SCHWABER, Ken (2009, p.16) [...]Os requisitos para o produto que o(s) Time(s) est(o) desenvolvendo [...]Product Owner o responsvel pelo Backlog do Produto, por seu contedo, por sua disponibilidade e por sua priorizao[...] est constantemente mudando para identificar o que o produto necessita para ser apropriado, competitivo e til [...]lista de todas as caractersticas, funes, tecnologias, melhorias e correes de defeitos que constituem as mudanas que sero efetuadas no produto para verses futuras[...]Os itens do Backlog do Produto possuem os atributos de descrio, prioridade e estimativa[...]

Na citao acima, fica claro que o backlog do produto contm as demandas necessrias para o desenvolvimento do produto, no qual deve-se verificar a prioridade (os itens mais prioritrios devem ser resolvidos primeiro). Tambm vale lembrar que o mesmo dinmico, ou seja, muda constantemente conforme as necessidades.

5.2.7 Backlog/Burndown da Sprint Segundo SCHWABER, Ken (2009, p.20) [...]O Backlog da Sprint consiste nas tarefas que o time executa para transformar itens do Backlog do Produto em um incremento pronto. Muitas delas so elaboradas durante a Reunio de Planejamento da Sprint.[...] Segundo SCHWABER, Ken (2009, p.20) O Burndown do Backlog da Sprint um grfico da quantidade restante de trabalho do Backlog da Sprint em uma determinada Sprint ao longo do tempo da Sprint. Para criar esse grfico, determine quanto trabalho resta somando as estimativas do Backlog a cada dia da Sprint.
12

6. ANEXO
13

Figura 1.1 : Representao de todo o ciclo do Scrum

14

7. Bibliografia
http://carloscitrangulo.wordpress.com/2011/04/05/scrum-processo-iterativo-eincremental/ <Acesso em 18/05/2013 15:30>

SCHWABER, Ken GUIA DO SCRUM, p.3-20, Maio 2009

15

8. Concluso
O SCRUM um framework relativamente simples para ser aplicado e pode melhorar e muito o processo de desenvolvimento, principalmente em grandes empresas onde a demanda por softwares complexos maior.

Atravs dos pilares do Scrum, possvel ver um amplo ganho de eficincia nos processos, visto que todos precisam entender o que est ocorrendo (atravs de reunies dirias, por exemplo) dentro de cada Sprint.

um processo iterativo, pois a Sprint sempre se repete sem intervalos, ao mesmo tempo incremental, pois adiciona novas funcionalidades a mesma.

16

17