scrum

SCRUM

IC - UNICAMP MO409 1

Gregório Baggio Tramontina (RA 014864)Ricardo Ribeiro dos Santos (RA 030060)

SCRUM


Roteiro

Motivação/Foco

Metodologia SCRUM

Métodos de Controle do SCRUM

Prós e contras

Exemplos de utilização

Conclusões


Motivação/Foco

Processo de desenvolvimento de software é caótico

Imprevisibilidade e incertezas fazem parte desse processo

Requisitos de usuário, pressões de tempo, competição, qualidade erecursos (base inicial do projeto) podem sofrer alterações

Problema de modelos lineares (cascata, CMM): assumir o processo como não sujeito a mudanças e incertezas

SCRUM: Processo ágil de gerenciamento Leva em conta o caráter evolutivo dessas variáveis Encoraja flexibilidade no desenvolvimento Operar o mais próximo possível do caos, mantendo ainda a ordem Usa um mecanismo de controle para manter o projeto em ordem


Metodologia

Três fases: Planejamento / Design da Arquitetura Sprints Fechamento (Closure)

Atividades durante o planejamento/design da arquitetura Análise e projeto primários (irão mudar no decorrer do projeto) Análise de riscos, definição das equipes de desenvolvimento, estimativas de custo e fixação dos prazos Desenvolvimento de um backlog inicial

backlog: lista de tarefas a serem executadas durante odesenvolvimento do sistema, em ordem de prioridade

Identificação das alterações para implementar o backlog

Plan. / Design Arq. FechamentoSprint

s


Metodologia

Equipes de desenvolvimento no SCRUM Pequenas (máx. 6 a 10) Gerenciadas pelo Scrum Master Alta Interatividade

Desenvolvimento (Sprints) Seqüência de sprints Sprint: Ciclo de trabalho de desenvolvimento Cada sprint: 1 a 4 semanas Aloca-se parte do backlog, em ordem de prioridade, para uma equipe Backlog não muda durante o sprint (não há interferência externa)

Atividades durante os sprints Desenvolvimento Wrap Revisão Ajustes

Desenvolvimento produz artefatos Documentação, código, protótipos,...


Metodologia





Definir as mudanças necessárias no software

Analisar, projetar, implementar, testar e documentar as mudanças


Metodologia





Fechar os pacotes modificados Gerar executáveis dos pacotes


Metodologia





Interna ao sprint Apresentação dos resultados entre as

equipes Levantamento e resolução de problemas


Metodologia





Consolidação das informações apreendidas na fase de revisão: implementação de correções, etc


Metodologia

SCRUM Meetings Reuniões freqüentes (diárias) da equipe Rápidas (15/20 min.) de pé! Desenvolvedores devem responder a 3 perguntas:

O que você fez nas últimas 24h (desde a última reunião)? O que está dificultando a continuação de seu trabalho? O que você vai fazer nestas próximas 24h (até a próxima reunião)?

Socialização da equipe e da informação

Sprints terminam com uma revisão geral Demonstração das funcionalidades implementadas no sprint Pode incluir os gerentes, desenvolvedores, clientes, patrocinadores,vendedores, gerentes de marketing, etc. Novos itens podem ser acrescentados ao backlog

Atividades durante o Fechamento Preparação do produto para a entrega de uma versão operacional Ocorre quando as variáveis de tempo, competição, recursos, etc,determinam o fim do processo


Metodologia

• Visão geral

Fonte: Scrum Website - http://www.controlchaos.com/about/


Controles em Scrum

Risco é o controle primordial

Os controles são usados nas diferentes fases do Scrum

Outros pontos de controle na metodologia são: Backlog

requisitos não obtidos na versão atual do produto

Melhorias/Atualização itens do backlog que podem estar disponíveis de acordo com os requisitos de tempo, qualidade, competitividade, etc.

Pacotes objetos que devem ser modificados para implementar um item do backlog

Riscos constantemente avaliados

Mudanças alterações necessárias para implementar itens do backlog

Garantia de qualidade está relacionada com os controles realizados

Flexível às mudanças de requisitos

Fornece mecanismos de controle para planejar uma atualização de produto e gerenciar variáveis a medida do progresso do projeto

Equipes pequenas = maior compartilhamento de informações

A base da metodologia é a orientação a objetos

Adaptável com outras metodologias

Suporte limitado para ambientes de desenvolvimento distribuído

Desenvolvimento de software safety-critical

Dificuldade de adaptação

Ferramentas específicas

Prós e Contras - Scrum


IC - UNICAMP MO409

Exemplos de utilização de Scrum

AG Communication Systems Simulador Multiplataforma Call center

Advanced Development Methods Softwares para automação de processos

VMARK Software Ambientes de desenvolvimento de software

Trans Canada Pipeline Ltda XP@Scrum

14

IC - UNICAMP MO409

Conclusões

Existem escopos bem definidos para o emprego de metodologias de processos ágeis como Scrum

Assume que o processo de desenvolvimento de software é empírico e não-definido

Conhecimento sobre o sistema aumenta com o progresso do trabalho e compartilhamento de informação

Interatividade e controle são as principais características

Factível de ser utilizado com outras metodologias de desenvolvimento de software

Como todo processo, tem prós e contras

15

IC - UNICAMP MO409

Referências

Schwaber, K. SCRUM Development Process. 10th Annual Conference on Object-Oriented Programming Systems, Languages, and Applications (OOPSLA). ACM/SIGPLAN October, 1995.

Schwaber, K., Controlled Chaos: Living on the Edge. American Programmer, April, 1996.

Beedle M., Devos, M., Sharon, Y., Schwaber, K., Sutherland, J., SCRUM: An Extension Pattern Language for Hyperproductive Software Development, Pattern Languages of Program Design 4, N. Harrison, B. Foote, and H. Rohnert, eds., Addison-Wesley, Reading, Mass., 2000, p. 637-651.

ADM, Inc. Controlled-Chaos Software Development. Disponível em http://www.controlchaos.com/download/. Data do último acesso 09/09/2004.

Rising, L. and Janoff, N. S. The Scrum Software Development Process for Small Teams, IEEE Software, v. 7, n. 04, p. 26-32 July/August, 2000.

D. Turk, R. France, and B. Rumpe. Limitations of Agile Software Processes. In Proceedings of the Third International Conference on Extreme Programming andFlexible Processes in Software Engineering (XP2002), pages 43--46, Alghero, Italy, May 2002.

SCRUM – Site oficial: http://www.controlchaos.com. Data do último acesso 17/09/2004.

16

scrum

Documents