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