Workshops e Treinamentos
 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;
© 2010 – MSNET
msnet.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)
© 2010 – MSNET
msnet.com.br
O que é?
• asdfasdfasdf
Vantagens:
• asdfasdfasdfasdf
•Asdfasdfasdf
•
Quem Usa?
•Asdfasdf
•Asdfasdfasdf
Ideal para qualquer tamanho
de equipe e de projetos!
© 2010 – MSNET
msnet.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;
© 2010 – MSNET
msnet.com.br
Equipe e Papeis
© 2010 – MSNET
msnet.com.br
Visão Geral do Processo
© 2010 – MSNET
msnet.com.br
Scrum na Prática
PMO – Escritório de Projetos
Gerente
Projeto
Version Control
Minor bug fix
Minor feature addition
Minor system adaptation
PMO Manager
Regras
Templates
Tools
Conduzir
Planejar
Controlar
Integrar
Auxiliar
Analista
Requisitos
& Negócio
Fábrica de Software
BACKLOG
- Projeto
- Features
- Mudanças
Team
Product
Owner
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);
© 2010 – MSNET
msnet.com.br
Fábrica de Software
EA
Repository
Analisys & Design
Environment
•
•
•
•
Version Control
Minor bug fix
Minor feature addition
Minor system adaptation
Requirements
Use Cases / User Story
Domain Model
UML Diagrams
Developers Team
Just Time
Requirement
PO Team
PO Team
Scrum Team 1
Scrum Team N
© 2010 – MSNET
msnet.com.br
Software Running
Artefatos e
Entregáveis
Version Control
Minor bug fix
Minor feature addition
Minor system adaptation
Visões do Produto
Product
Owner
PRODUT
BACKLOG
- Features
- Mudanças
Plano de Projeto:
- Regras do Jogo, Apoio, Papeis,
Ambiente e Responsabilidades
Fábrica de Software
Team
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;
Sprint
BackLog
© 2010 – MSNET
msnet.com.br
Product BackLog
Priorizando Valores de Negócio
O BackLog:
Product
• Lista de features, estórias ou Use Cases
a ser implementada;
• Defini a ordem e prioridade das
implementações e releases;
Owner
Attack Plan
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;
Problema:
Num processo de construção incremental,
cuidar para não deixar falhas ou “gaps”
perdidos, ou que isso possa gerar muitos
retrabalhos.
© 2010 – MSNET
msnet.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;
Épico
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;
Componente de Negócio (Package)
Estória
Critérios de Aceite
© 2010 – MSNET
msnet.com.br
Estórias versus Use Cases
Problemas:
Como medir, formar
processos,
contextualizar 
(componentes de
negócio  Features
 protótipo 
modelos/Domínios)
Estórias na prática:
Estória:
Eu
como
gerente
financeiro,
preciso
aprovar
uma
Estória:
Eu
como
gerente
financeiro,
preciso
aprovar
uma
Estória:
Eu
como
gerente
financeiro,
preciso
aprovar
uma
requisição
de
compra.
Estória:
Eu
como
gerente
financeiro,
preciso
aprovar
uma
requisição
de
compra.
requisição
de
compra.
requisição de compra.
Critérios
de
Aceite:
Critérios
dede
Aceite:
Critérios
Aceite:
- -AACritérios
requisição
maior
que
R$
200,00;
deprecisar
Aceite:ser
requisição
precisar
ser
maior
que
R$
200,00;
A
requisição
precisar
ser
maior
que
R$
200,00;
- -Ao
aprovar
o
status
da
requisição
deve
estar
igual
aa
A
requisição
precisar
ser
maior
que
R$
200,00;
Ao
aprovar
o
status
da
requisição
deve
estar
igual
- -Ao
o ostatus
dada
deve
“Aprovada”
eevoltar
para
orequisição
solicitante;
Aoaprovar
aprovar,
status
requisição
deveestar
estarigual
iguala a
“Aprovada”
voltar
para
o
solicitante;
edeverão
voltar
ooordenadas
solicitante;
- -AsAs“Aprovada”
requisições
estar
por
prioridade
“Aprovada”
edeverão
voltarpara
para
solicitante;
requisições
estar
ordenadas
por
prioridade
As
requisições
deverão
estar
ordenadas
por
eeurgência
de
aprovação;
- urgência
As requisições
deverão estar ordenadas porprioridade
prioridade
de
aprovação;
eeurgência
de
aprovação;
urgência de aprovação;
Features;
Funcionalidades;
Telas;
Processos;
Serviços;
• Regras de Negócio;
• {Constraints}
• Validações e Consistências;
• Plano de Testes;
© 2010 – MSNET
msnet.com.br
Estórias versus Use Cases
Use Case na prática:
Componente de Negócio (Package)
•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;
• Escopo;
• Prazos;
• Estimativas de valoração;
Use Case Points
Descrever de
Forma sucinta
e Objetiva!
Use Cases
“magrinhos”
são ágeis!!!
© 2010 – MSNET
msnet.com.br
Controle e Gerenciamento de
Atividades
Sprint Backlog e Kanban:
© 2010 – MSNET
msnet.com.br
Status Report Dinâmico
Sprint BurnDown:
© 2010 – MSNET
msnet.com.br
Review
© 2010 – MSNET
msnet.com.br