Você está na página 1de 22

Metodologia, modelagem, aplicaes, ...

SCRUM

RESUMO DO PROCESSO
Papis

Cerimnias

Product Owner Scrum Master Equipe Scrum

Planejamento da Sprint Reunio diria Reunio de reviso da Sprint Reunio de retrospectiva da Sprint
Sprint Planning Meeting Daily Scrum Meeting
24 horas

Artefatos

Product backlog Sprint backlog *Burndown (grfico de desempenho)

Review Sprint Meeting

Retrospective Sprint Meeting

Viso Geral

Product Backlog

Sprint Backlog

2a4 semanas

Produto ou uma verso dele

RESUMO DO PROCESSO

*Burndown (grfico de desempenho):

QUEM REALMENTE FAZ O QUE?

METODOLOGIA DE DESENVOLVIMENTO USADA JUNTO COM O SCRUM: FDD O FDD um dos tipos de modelagem de software que pode ser utilizada junto com o SCRUM. O SCRUM e o FDD (Feature Driven Development) so complementares sob alguns pontos de vista.

O SCRUM geralmente utilizado para o gerenciamento do projeto. Enquanto o FDD responsvel por utilizar prticas de engenharia de software para organizar as etapas de desenvolvimento de software.

O QUE FDD?

FDD ou desenvolvimento guiado por funcionalidades, uma metodologia gil para gerenciamento e desenvolvimento de software. Ela objetiva e possui somente duas fases: Concepo & planejamento (pensar um pouco antes de fazer (1 a 2 semanas) e Construo (tipicamente em iteraes de 2 semanas).
O lema da FDD : Resultados freqentes, tangveis e funcionais.

descrito por 5 processos que so bem definidos e integrados: DMA; CLF; PPF; DPF; CPF.

DMA (Desenvolver um Modelo Abrangente): Anlise Orientada por Objetos CLF (Construir a Lista de Funcionalidades): Decomposio Funcional PPF (Planejar por Funcionalidade): Planejamento Incremental

DPF (Detalhar por Funcionalidade): Desenho (Projeto) Orientado por Objetos CPF (Construir por Funcionalidade): Programao e Teste Orientados por Objetos

ONDE O FDD APLICADO NO SCRUM:

Sprint Planning Meeting

Daily Scrum Meeting


24 horas

Review Sprint Meeting

Retrospective Sprint Meeting

Viso Geral

Product Backlog

Sprint Backlog

2a4 semanas

Produto ou uma verso dele

MODELAGEM DESCRIO DOS PROCESSOS (DMA)

DMA -Desenvolver um Modelo Abrangente: Pode envolver desenvolvimento de requisitos, anlise orientada por objetos, modelagem lgica de dados e outras tcnicas para entendimento do domnio de negcio em questo. O resultado um modelo de objetos (e/ou de dados) de alto nvel, que guiar a equipe durante os ciclos de construo. -> Tem-se mais forma do que contedo.

Neste estgio usa-se a UML Color para modelar os objetos, os fluxos e relacionamentos entre eles. A UML Color um conjunto de quatro cores associadas a UML (Unified Modeling Language). O sistema de colorao indica quais vrios arqutipos se aplicam ao objeto UML. UML tipicamente identifica um esteretipo com um comentrio entre parnteses, para cada objeto, que identifica se uma classe, interface, etc.

As cores utilizadas so: Rosa (significa momento, intervalo); Amarelo (papis); Azul (descrio); Verde (parte, lugar ou coisa).

Ao longo de centenas de modelos de domnio, ficou claro que quatro grandes "tipos" de classes apareceu de novo e de novo -apenas um nome diferente para se adequar ao domnio. Estes eram chamados de arqutipos (depois de muita discusso), que serve para transmitir que as classes de um arqutipo dado seguem mais ou menos da mesma forma.

Isto , atributos, mtodos, associaes e interfaces so bastante semelhantes entre as classes de um determinado arqutipo.

EXEMPLO DE UML EM CORES

MODELAGEM DESCRIO DOS PROCESSOS (CLF)

CLF -Construir uma Lista de Funcionalidades: decomposio funcional do modelo do domnio, em trs camadas tpicas: reas de negcio, atividades de negcio e passos automatizados da atividade (funcionalidades). O resultado uma hierarquia de funcionalidades que representa o produto a ser construdo (tambm chamado de product backlog, ou lista de espera do produto). Neste estgio construdo o FBS (Feature BreakDown Structure) que uma prtica para engenharia de requisito. O FBS cria uma estrutura de anlise de funcionalidades e cada feature (funcionalidade) deve representar um item do product backlog. Figura representativa no prximo slide.

A funcionalidade no pode ser muito grande, deve ter o tamanho suficiente para que possa ser realizada em, no mximo, 1 iterao. Ela oferece um valor para o cliente.
Ela basicamente localiza passos em uma atividade de negcio. Logo ela pode ser um dos passos de um caso de uso pode ser um passo dos casos de uso (por exemplo, Manuteno de cliente -> Passo: cadastrar cliente ou Cadastrar produto -> Passo: Gerenciar login de permisso) ou pode ser o prprio casos de uso (solicitar saque, por exemplo) Seu conceito assemelha-se ao de um requisito funcional, na anlise OO. Modelo: <ao><resultado><objeto>, por exemplo: -Calcular total da compra do cliente; -Liberar pagamento; Verificar saldo etc.

EXEMPLO DE FBS

MODELAGEM DESCRIO DOS PROCESSOS (PPF)

PPF -Planejar por Funcionalidade:abrange a estimativa de complexidade e dependncia das funcionalidades, tambm levando em considerao a prioridade e valor para o negcio/cliente. O resultado um plano de desenvolvimento, com os pacotes de trabalho na seqncia apropriada para a construo.

Eles avaliam o peso de cada funcionalidade a ser implementada no sistema atravs do Business Value que eles atribuem s mesmas, alm disso, o product owner gerencia o retorno sobre o investimento (ROI) atravs do business value.
O Business Value ser uma moeda de troca durante o projeto e o cliente empresta um determinado valor dessa moeda para a equipe e esta por sua vez, ter que devolver o valor correspondente em forma de software, ou seja, uma dvida que a equipe assume com o cliente e que dever ser amortizada a cada ciclo(Sprint), at que a mesma seja totalmente liquidada (zerada). Exemplo de atribuio de valor s funcionalidades no prximo slide.

EXEMPLO DE ATRIBUIO DE VALOR FUNCIONALIDADE VINDO DO DETALHAMENTO DO PRODUCT BACKLOG:


Business Value 100 60 40 60 80 80 rea de negcio Pedido Pedido Pedido Pedido Pagamento Produto Item Os clientes podero fazer o pedido de vrios produtos Os clientes podero cancelar o pedido Os clientes podero ver o status do pedido Os clientes podero alterar o pedido Os clientes podero pagar via boleto ou carto Os produtos devero ser cadastrados

70
60

Cliente
Cliente

Os clientes devero ser cadastrados


Os clientes podero alterar seus dados de cadastro

MODELAGEM DESCRIO DOS PROCESSOS (DPF)

DPF -Detalhar por Funcionalidade: j dentro de uma iterao de construo, a equipe detalha os requisitos e outros artefatos para a codificao de cada funcionalidade, incluindo os testes. O projeto para as funcionalidades inspecionado. O resultado o modelo de domnio mais detalhado e os esqueletos de cdigo prontos para serem preenchidos. Agora, o que foi escolhido para ser feito no sprint desenhado e modelado de forma mais detalhada, e tem mais contedo do que a forma em si, enquanto no DMA, houve o desenho de modo geral do sistema a ser desenvolvido.

MODELAGEM DESCRIO DOS PROCESSOS (CPF)

CPF -Construir por Funcionalidade:cada esqueleto de cdigo preenchido, testado e inspecionado. O resultado um incremento do produto integrado ao repositrio principal de cdigo, com qualidade e potencial para ser usado pelo cliente/usurio. Finalmente vai sair uma verso do cdigo ou software em sua verso final, funcionando e testado.

VANTAGENS DO SCRUM

Clientes se tornam parte da equipe de desenvolvimento (os clientes devem estar genuinamente interessados na sada); Entregas frequentes desenvolvidas; e intermedirias de funcionalidades 100%

Planos frequentes de mitigao de riscos desenvolvidos pela equipe; Discusses dirias de status com a equipe; A discusso diria na qual cada membro da equipe responde s seguintes perguntas: -> O que fiz desde ontem? -> O que estou planejando fazer at amanh? -> Existe algo me impedindo de atingir minha meta?

VANTAGENS DO SCRUM

Transparncia no planejamento e desenvolvimento; Reunies frequentes com os stakeholders (todos os envolvidos no processo) para monitorar o progresso;

Problemas no so ignorados e ningum penalizado por reconhecer ou descrever qualquer problema no visto;
Locais e horas de trabalho devem ser energizadas, no sentido de que "trabalhar horas extras" no necessariamente significa "produzir mais".

VANTAGENS DO SCRUM

Motivao maior dos programadores; Diminuio dos bugs; Prioridades podem ser alteradas; As funcionalidades de maior valor so entregues de forma mais rpida.

DESVANTAGENS DO SCRUM

Projeto no documentado*. Prazo. Falta planejamento do escopo*. Papis indefinidos, no sentido de que os integrantes da equipe no possuem tarefas fixas e podem ter diferentes posies a cada sprint.

* O FDD conserta estas desvantagens, mas o SCRUM usado puro no possui nem documentao nem planejamento prvio.

APLICABILIDADE
Software comercial Desenvolvimento interno Desenvolvimento contratado (terceirizao) Projetos de preo fixo Aplicaes Financeiras Aplicaes certificadas pela ISO 9001

Sistemas para controle de satlites Websites Software para handhelds Telefones celulares

Sistemas embarcados
Sistemas disponveis 24x7 Desenvolvimento por hackers solitrios Video games

Aplicaes para redes Algumas das maiores aplicaes em produo

Sistemas para suporte vida

EMPRESAS QUE USAM O SCRUM

REFERNCIAS

http://www.slideshare.net/manoelp/scrum-conceitos-prticas-eexperincias-manoel-pimentel-presentation

http://paginas.fe.up.pt/~aaguiar/es/artigos%20finais/es_final _19.pdf
http://pt.scribd.com/doc/16173350/Scrum-ConceitosVantagens-e-Desvantagens

http://wiki.cercomp.ufg.br/@api/deki/files/256/=scrum_1.pdf