1 / 16

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

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

vail
Download Presentation

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

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. 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, ValueObjects, Services, e Modules; • Modelo de Domínio e Orientação a Objetos; • Developers, Domain ExpertandAbstraction;

  2. 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)

  3. O que é? • asdfasdfasdf • Vantagens: • asdfasdfasdfasdf • Asdfasdfasdf • Quem Usa? • Asdfasdf • Asdfasdfasdf • Ideal para qualquer tamanho • de equipe e de projetos!

  4. 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;

  5. Equipe e Papeis

  6. Visão Geral do Processo

  7. Scrum na Prática • Version Control • Minorbugfix • Minorfeatureaddition • Minor system adaptation PMO – Escritório de Projetos Fábrica de Software Gerente Projeto PMO Manager Regras Templates Tools Conduzir Planejar Controlar Integrar Auxiliar Analista Requisitos & Negócio ProductOwner • BACKLOG • Projeto • Features • Mudanças Team • 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);

  8. Fábrica de Software • Version Control • Minorbugfix • Minorfeatureaddition • Minor system adaptation Analisys & Design Environment EA • Requirements • Use Cases / UserStory • Domain Model • UML Diagrams Repository Developers Team Just Time Requirement PO Team PO Team Scrum Team 1 Scrum Team N

  9. Version Control • Minorbugfix • Minor feature addition • Minor system adaptation Software Running Artefatos e Entregáveis Fábrica de Software 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; ProductOwner Team • PRODUTBACKLOG • Features • Mudanças Sprint BackLog

  10. ProductBackLog 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; ProductOwner 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.

  11. Estórias versus Use Cases Épico Estória Critérios de Aceite • 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; Componente de Negócio (Package) • 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;

  12. Problemas:Como medir, formar processos, contextualizar (componentes de negócio  Features  protótipo  modelos/Domínios) 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;

  13. Estórias versus Use Cases Use Case na prática: • Features; • Funcionalidades; • Telas; • Processos; • Serviços; • Escopo; • Prazos; • Estimativas de valoração; Use Case Points Componente de Negócio (Package) • 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; Descrever de Forma sucinta e Objetiva! Use Cases “magrinhos” são ágeis!!!

  14. Controle e Gerenciamento de Atividades Sprint Backlog e Kanban:

  15. Status Report Dinâmico Sprint BurnDown:

  16. Review

More Related