Processo de Desenvolvimento Ágil / SCRUM Abordagem prática e objetiva;

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)


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)


O que é?• asdfasdfasdf

Vantagens:• asdfasdfasdfasdf•Asdfasdfasdf

Quem Usa?•Asdfasdf•Asdfasdfasdf

Ideal para qualquer tamanhode equipe e de projetos!

MX / SCRUM (draft)


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)


Equipe e Papeis

MX / SCRUM (draft)


Visão Geral do Processo

MX / SCRUM (draft)


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)




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)


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;


Product Owner

PRODUTBACKLOG- Features- Mudanças


Team

Artefatos e Entregáveis

Software Running

SprintBackLog

MX / SCRUM (draft)


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)


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)



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;






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)



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)


Controle e Gerenciamento de Atividades

Sprint Backlog e Kanban:

MX / SCRUM (draft)


Status Report Dinâmico

Sprint BurnDown:

MX / SCRUM (draft)


Review

Documents

Processo de Desenvolvimento Ágil / SCRUM Abordagem prática e objetiva;