MX / SCRUM (draft)
© 2010 – MSNETmsnet.com.br
Processo de Desenvolvimento Ágil / SCRUM• Abordagem prática e objetiva;• Visão do Processo, Papéis e Participações;• Artefatos, Produtos e Entregáveis;• Trabalhando com Scrum e Use Cases (UML)
Análise de Requisitos através da UML• Definição Features / Requisitos de Software / FDD;• BP / Business Process como auxílio à identificação de features;• Identificação e Descrição de Use Cases;• Clareza nos processos, Coesão e Especificação enxuta;• Templates de Especificação e semânticas descritivas;
Estimativas de Software com UCP (Use Case Points)• Formação do Doc. de Visão• Definição das Features Casos de Uso UCP
DDD / Modelagem de Domínio• DDD como guia de implementação de software e arquitetura;• Domínios de Negócio / Contexto de Negócio / Isolamento de Domínio;• Entities, Value Objects, Services, e Modules;• Modelo de Domínio e Orientação a Objetos;• Developers, Domain Expert and Abstraction;
Workshops e Treinamentos
MX / SCRUM (draft)
© 2010 – MSNETmsnet.com.br
Preview
• Abordagem prática e objetiva;• Visão do Processo, Papéis e Participações;• Artefatos, Produtos e Entregáveis;• Scrum e a Fábrica de Software;• Trabalhando com Scrum e Use Cases (UML)
MX / SCRUM (draft)
© 2010 – MSNETmsnet.com.br
O que é?• asdfasdfasdf
Vantagens:• asdfasdfasdfasdf•Asdfasdfasdf
Quem Usa?•Asdfasdf•Asdfasdfasdf
Ideal para qualquer tamanhode equipe e de projetos!
MX / SCRUM (draft)
© 2010 – MSNETmsnet.com.br
O Processo
Duração de cada Sprint?•Backlog de manutenção/alteração de sistemas•Backlog de novas funcionalides ou novos produtos
•2 semanas se atividades curtas, simples e fáceis;•3 ou 4 semanas para atividades/tarefas mais complexas;
MX / SCRUM (draft)
© 2010 – MSNETmsnet.com.br
Equipe e Papeis
MX / SCRUM (draft)
© 2010 – MSNETmsnet.com.br
Visão Geral do Processo
MX / SCRUM (draft)
© 2010 – MSNETmsnet.com.br
Projeto para Fábrica de Software:• Plano de Projeto;• Documento de Visão do Produto;• Features Definidas (Escopo);• Componentes de Negócio;• Requisitos (Features & Use Cases/Estórias);
Version Control Minor bug fix Minor feature addition Minor system adaptation
Product Owner
BACKLOG- Projeto- Features- Mudanças
PMO – Escritório de Projetos
GerenteProjeto
AnalistaRequisitos& Negócio
PMO Manager
ConduzirPlanejarControlarIntegrarAuxiliar
RegrasTemplatesTools
Fábrica de Software
Team
Scrum na Prática
MX / SCRUM (draft)
© 2010 – MSNETmsnet.com.br
Version Control Minor bug fix Minor feature addition Minor system adaptation
Fábrica de Software
Developers Team
Scrum Team 1 Scrum Team N
PO Team
Just TimeRequirement
PO Team
EAAnalisys & Design
Environment• Requirements• Use Cases / User Story• Domain Model• UML Diagrams
Repository
MX / SCRUM (draft)
© 2010 – MSNETmsnet.com.br
Visões do Produto
Plano de Projeto: - Regras do Jogo, Apoio, Papeis, Ambiente e Responsabilidades
Documento de Visão do Produto - A equipe precisar ter a visão do todo! - Visão do Escopo do Projeto e expectativa do produto a ser entregue.
Requisitos (Features & Use Cases); Especificações para o Time: - Regras de negócio bem claras; - Fluxo e estruturação bem definidas; - Estórias ou Casos de Usos; - Critérios de Aceite e Testes;
Version Control Minor bug fix Minor feature addition Minor system adaptation
Product Owner
PRODUTBACKLOG- Features- Mudanças
Fábrica de Software
Team
Artefatos e Entregáveis
Software Running
SprintBackLog
MX / SCRUM (draft)
© 2010 – MSNETmsnet.com.br
Product BackLog
Priorizando Valores de Negócio
O BackLog:• Lista de features, estórias ou Use Cases a ser implementada;• Defini a ordem e prioridade das implementações e releases;
Plano de “Attack”, ajuda:• Visão do que agrega valor ao negócio;• Na Construção Incremental;• Definir Prioridades;• Visão dos Componentes de Negócio;
Product Owner
Attack Plan
Problema:Num processo de construção incremental, cuidar para não deixar falhas ou “gaps” perdidos, ou que isso possa gerar muitos retrabalhos.
MX / SCRUM (draft)
© 2010 – MSNETmsnet.com.br
Estórias versus Use Cases
Estórias:• Puramente descritivo, objetivo e sucinto para entendimento do negócio;• Clareza na conversa de objetividades com usuários;• Difícil visualizar e contextualizar escopo / idéia do fluxo, processo e contexto de negócio;• Dificuldades em estimativas, prazos e custos;
Use Cases:• Melhor entendimento funcional com uso de UML;• Clareza no fluxo, escopo e regras de negócio;• Melhor para uso de métricas de estimativas de software (UCP);• Priorização por componentes de negócio (Packages);• Ferramentas Cases e Uso da UML para especificação;
EstóriaCritérios de Aceite
Épico
Componente de Negócio (Package)
MX / SCRUM (draft)
© 2010 – MSNETmsnet.com.br
Estórias versus Use Cases
Estórias na prática:
Estória: Eu como gerente financeiro, preciso aprovar uma requisição de compra.
Critérios de Aceite:- A requisição precisar ser maior que R$ 200,00;- Ao aprovar o status da requisição deve estar igual a “Aprovada” e voltar para o solicitante;- As requisições deverão estar ordenadas por prioridade e urgência de aprovação;
Estória: Eu como gerente financeiro, preciso aprovar uma requisição de compra.
Critérios de Aceite:- A requisição precisar ser maior que R$ 200,00;- Ao aprovar o status da requisição deve estar igual a “Aprovada” e voltar para o solicitante;- As requisições deverão estar ordenadas por prioridade e urgência de aprovação;
Estória: Eu como gerente financeiro, preciso aprovar uma requisição de compra.
Critérios de Aceite:- A requisição precisar ser maior que R$ 200,00;- Ao aprovar o status da requisição deve estar igual a “Aprovada” e voltar para o solicitante;- As requisições deverão estar ordenadas por prioridade e urgência de aprovação;
Estória: Eu como gerente financeiro, preciso aprovar uma requisição de compra.
Critérios de Aceite:- A requisição precisar ser maior que R$ 200,00;- Ao aprovar, o status da requisição deve estar igual a “Aprovada” e voltar para o solicitante;- As requisições deverão estar ordenadas por prioridade e urgência de aprovação;
Features;Funcionalidades;Telas;Processos;Serviços;
• Regras de Negócio;• {Constraints}• Validações e Consistências;• Plano de Testes;
Problemas:Como medir, formar
processos, contextualizar (componentes de
negócio Features protótipo
modelos/Domínios)
MX / SCRUM (draft)
© 2010 – MSNETmsnet.com.br
Estórias versus Use Cases
Use Case na prática:
•Features;•Funcionalidades;•Telas;•Processos;•Serviços;
Ferramentas e Semânticas apropriadas para descrever:• Fluxo do processo e Cenários;• Caminhos/Cenários alternativos;• Regras de Negócio {Constraints};• Requisitos de atendimento ao negócio;• Requisitos de testes;
Componente de Negócio (Package)
Descrever de Forma sucinta
e Objetiva!
• Escopo;• Prazos;• Estimativas de valoração; Use Case Points
Use Cases “magrinhos” são ágeis!!!
MX / SCRUM (draft)
© 2010 – MSNETmsnet.com.br
Controle e Gerenciamento de Atividades
Sprint Backlog e Kanban:
MX / SCRUM (draft)
© 2010 – MSNETmsnet.com.br
Status Report Dinâmico
Sprint BurnDown:
MX / SCRUM (draft)
© 2010 – MSNETmsnet.com.br
Review
Recommended