Desenvolvimento Ágil de Produtos com Scrum
|
|
- Carolina da Costa Salvado
- 6 Há anos
- Visualizações:
Transcrição
1 Engenharia de Software Desenvolvimento Ágil de Produtos com Scrum Concepção e Planejamento Professor: Régis Patrick Silva Simão
2 Agenda Ø Métodos Ágeis Ø SCRUM Ø Modelo de Negócio Ø Definição do Produto Ø Planejamento e Execução de uma Release Ø Documentação: Histórias
3 Bibliografia
4 Agenda Ø Métodos Ágeis Ø SCRUM Ø Modelo de Negócio Ø Definição do Produto Ø Planejamento e Execução de uma Release Ø Documentação: Histórias x Casos de Uso
5 Manifesto Ágil Ø Foi escrito em Fevereiro de 2001 Ø Um encontro de dezessete profissionais com ideias independentes ligados a várias metodologias de desenvolvimento Kent Beck Mike Beedle Arie van Bennekum Alistair Cockburn Ward Cunningham Martin Fowler James Grenning Jim Highsmith Andrew Hunt Ron Jeffries Jon Kern Brian Marick Robert C. Martin Steve Mellor Ken Schwaber Jeff Sutherland Dave Thomas
6 Manifesto Ágil Ø Estamos descobrindo maneiras melhores de desenvolver software fazendo-o nós mesmos e ajudando outros a fazê-lo. Ø Através deste trabalho, passamos a valorizar: Indivíduos e interação entre eles mais que processos e ferramentas Software em funcionamento mais que documentação abrangente Colaboração com o cliente mais que negociação de contratos Responder a mudanças mais que seguir um plano Ø Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à esquerda.
7 Manifesto Ágil Manifesto Ágil
8 Colaboração Ø Dinâmica sobre Colaboração Ø Divida as pessoas em equipes de 5 pessoas Ø Cada equipe deve escolher duas pessoas para Ø serem clientes ou analistas de requisitos Ø Os demais participantes serão desenvolvedores Ø Primeira iteração Ø Os analistas de requisitos verão o desenho sobre a mesa do instrutor e repassarão informações, somente da forma escrita, para que a equipe de desenvolvedores replique o desenho Ø Segunda iteração Ø Os analistas de requisitos verão o desenho sobre a mesa do instrutor e, em seguida, sentarão com os desenvolvedores e os ajudarão a replicar o desenho Ø Compare os desenhos da primeira e segunda iterações
9 Agenda Ø Métodos Ágeis Ø SCRUM Ø Modelo de Negócio Ø Definição do Produto Ø Planejamento e Execução de uma Release Ø Documentação: Histórias x Casos de Uso
10 SCRUM
11 SCRUM Ø Papeis Ø Scrum Master Ø Product Owner Ø Time de Desenvolvimento
12 SCRUM Ø Papeis: Scrum Master Ø Garante que o time conhece o scrum e o executa corretamente Ø Garante que o time realize as práticas definidas pelo próprio time Ø Retira os impedimentos do time, resolve os problemas e faz o time continuar sempre trabalhando
13 SCRUM Ø Papeis: Product Owner Ø É a interface da equipe de desenvolvimento com o stakeholders e usuários finais Ø Define que funcionalidades serão feitas pelo time, definindo assim o product backlog Ø Prioriza estas funcionalidades, maximizando o ROI (Return of Investiment)
14 SCRUM Ø Papeis: Time de Desenvolvimento Ø Constrói e entrega um conjunto de funcionalidade do product backlog ao final de cada sprint Ø São auto-organizados e auto-gerenciados Ø Equipe multi-disciplinar Ø Profissionais T
15 SCRUM Ø Artefatos Ø Product Backlog Ø Sprint Backlog Ø Gráfico Burndown
16 SCRUM Ø Artefatos: Product Backlog Ø A lista priorizada de todas funcionalidades para o produto (Independente de Release e Sprint) Ø Pode ser uma planilha com as funcionalidades Ø Pode mudar ao final de cada sprint: incluindo ou removendo funcionalidades ou simplesmente repriorizando-as
17 SCRUM Ø Artefatos: Sprint Backlog Ø A lista das funcionalidades mais prioritárias e eleitas pelo time para serem construídas na sprint
18 SCRUM Ø Artefatos: Gráfico Burndown
19 SCRUM Ø Cerimônias Ø Planejamento da Sprint Ø Reunião Diária Ø Revisão/Validação da Sprint Ø Retrospectiva da Sprint
20 SCRUM Ø Cerimônias: Planejamento da Sprint Ø Revisão da lista de histórias, incluindo ou removendo histórias e repriorizando-as Ø Selecionam as histórias, obedecendo a ordem de prioridade, que cabem na sprint
21 resolvê-los SCRUM Ø Cerimônias: Reunião Diária Ø Também conhecida como Standup Meeting, pois sugere-se que os participantes fiquem em pé para que ela seja breve Ø Todo dia tem reunião diária! no mesmo horário Ø Cada participante responde a três perguntar: Ø O que você fez de ontem até hoje? Ø O que você vai fazer de hoje até amanhã? Ø Tem algum impedimento? Ø O Scrum Master deve anotar os impedimentos e procurar
22 SCRUM Ø Cerimônias: Revisão/Validação da Sprint Ø Realizada no último dia da sprint Ø Reunião onde os stakeholders e o time scrum interagem para discutir as entregas da sprint Ø É interessante que os usuários tenham experimentado as funcionalidades entregues Ø As funcionalidade que não forem validadas, voltam para o backlog para reavaliação no planejamento da sprint
23 SCRUM Ø Cerimônias: Retrospectiva da Sprint Ø Realizada no último dia da sprint Ø Só o time scrum participa. Ø Fazer um brainstorm para cada pergunta: Ø O que foi bom e devemos repetir? Ø O que foi ruim e não devemos mais fazer? Ø O que não fizemos e seria bom fazer? Ø Elaborar um plano de ações de ações
24 Pilares do SCRUM
25 SCRUM
26 Iterativo
27 Ø Dinâmica do Avião Colaboração Ø Divida as pessoas em equipes de 5 pessoas
28 Agenda Ø Métodos Ágeis Ø SCRUM Ø Modelo de Negócio Ø Definição do Produto Ø Planejamento e Execução de uma Release Ø Documentação: Histórias x Casos de Uso
29 Business Model Canvas Atividades Chave Propostas de Valor Relações com Clientes Parcerias Chave Segmentos de Clientes/Mercados Recursos Chave Canais de Comunicação Estrutura de Custos Fontes de Renda
30 Business Model Canvas
31 Business Model Canvas
32 Business Model Canvas Ø Dinâmica sobre Business Model Canvas Ø Equipes de 5 pessoas Ø Cada Equipe: Ø Criar o canvas numa cartolina conforme o modelo Ø Fixar o canvas na parede Ø Utilizar brainstorm para levantamento das informações de cada seção do canvas Ø Utilizar post-its para escrever as informações de cada seção do canvas Ø O instrutor explica o sistema que deve ser desenvolvido
33 Business Model Canvas Atividades Chave Propostas de Valor Relações com Clientes Parcerias Chave Segmentos de Clientes/Mercados Recursos Chave Canais de Comunicação Estrutura de Custos Fontes de Renda
34 Segmentos de Clientes/Mercado Ø Segmentos de clientes são divisões dos clientes de acordo com suas necessidades, costumes ou outro atributo em comum, de forma que possam melhor entender, alcançar e servir esses clientes. Ø Quem são os clientes que você pretende atender? Eles têm um perfil específico? Como eles estão agrupados? Como estão localizados? Há uma necessidade comum? Ø Exemplos Ø Casas Bahia Ø Pessoas das classes C, D e E que precisam de crédito para comprar ou pessoas buscando preços baixos e facildiade de pagamento. Ø Ferrari Ø Homens ricos e apaixonadas por carros esportivos. Ø Fonte:
35 Segmentos de Clientes/Mercado Ø Dinâmica sobre Business Model Canvas Ø Identificar os Segmentos de Clientes
36 Business Model Canvas Atividades Chave Propostas de Valor Relações com Clientes Parcerias Chave Segmentos de Clientes/Mercados Recursos Chave Canais de Comunicação Estrutura de Custos Fontes de Renda
37 Propostas de Valor Ø A proposta de valor é como a empresa cria valor para um determinado Segmento de Cliente e se diferencia da concorrência. Ø Qual seu pacote de produtos e serviços e o valor que ele possui para os clientes? Ø Exemplos: Ø Apple Ø Produtos inovadores com qualidade e design diferenciado e simples de serem usados. Ø Subway Ø Lanches rápidos, saudáveis e personalizados. Ø Fonte:
38 Propostas de Valor Ø Dinâmica sobre Business Model Canvas Ø Identificar as Propostas de Valor
39 Business Model Canvas Atividades Chave Propostas de Valor Relações com Clientes Parcerias Chave Segmentos de Clientes/Mercados Recursos Chave Canais de Comunicação Estrutura de Custos Fontes de Renda
40 Canais de Comunicação Ø São a forma como uma empresa comunica e entrega a sua Proposta de Valor para cada Segmento de Cliente. Ø Basicamente, envolve os canais de marketing e logístico das empresas. Ø Exemplos: Ø Submarino Logística Ø Correios e operadores logísticos privados. Ø Submarino Marketing Ø Site, SEO, link patrocinado e publicidade online. Ø Fonte:
41 Canais de Comunicação Ø Dinâmica sobre Business Model Canvas Ø Identificar os Canais de Comunicação
42 Business Model Canvas Atividades Chave Propostas de Valor Relações com Clientes Parcerias Chave Segmentos de Clientes/Mercados Recursos Chave Canais de Comunicação Estrutura de Custos Fontes de Renda
43 Relações com Clientes Ø O relacionamento com o cliente é a forma como a empresa interage com um Segmento de Cliente. Ø Tipos de relação para conquistá-los e mantê-los. Ø Exemplo: Ø Santander Ø Agências, agências Van Gogh, atendimento por telefone, SAC, ouvidoria, redes sociais e internet banking. Ø Fonte:
44 Relações com Clientes Ø Dinâmica sobre Business Model Canvas Ø Identificar as Relações com Clientes
45 Business Model Canvas Atividades Chave Propostas de Valor Relações com Clientes Parcerias Chave Segmentos de Clientes/Mercados Recursos Chave Canais de Comunicação Estrutura de Custos Fontes de Renda
46 Fontes de Receita Ø Descreve a forma como uma empresa gera receita através de cada Segmento de Cliente. Ø É o dinheiro que a empresa gera. Quanto e como você vai receber dos clientes. Ø Exemplos: Ø Emirates Ø Venda de passagens aéreas, transporte de carga e reserva de carros e hotéis. Ø Turma da Mônica Ø Venda de revistas, licenciamento de produtos e venda de animações. Ø Fonte:
47 Fontes de Receita Ø Dinâmica sobre Business Model Canvas Ø Identificar as Fontes de Receitas
48 Business Model Canvas Atividades Chave Propostas de Valor Relações com Clientes Parcerias Chave Segmentos de Clientes/Mercados Recursos Chave Canais de Comunicação Estrutura de Custos Fontes de Renda
49 Parcerias Chave Ø É a rede de fornecedores e parceiros que ajudam a sua empresa a funcionar. Ø São empresas, instituições e/ou pessoas que são importante para o funcionamento do modelo de negócios. Ø Exemplos: Ø Mc Donalds Ø Fornecedores e franqueados. Ø Zynga Ø Facebook, appstores, comunidade dos jogos e lojas que vendem cartão pré-pago Zynga. Ø Fonte:
50 Parcerias Chave Ø Dinâmica sobre Business Model Canvas Ø Identificar as Parcerias Chaves
51 Business Model Canvas Atividades Chave Propostas de Valor Relações com Clientes Parcerias Chave Segmentos de Clientes/Mercados Recursos Chave Canais de Comunicação Estrutura de Custos Fontes de Renda
52 Atividades Chave Ø São todas as atividades sem as quais não seria possível atender a Proposta de Valor, construir os canais necessários e manter os relacionamentos. Ø Podem ser atividades-chave desde acompanhar redes sociais (uma atividade interessante para contribuir com o relacionamento com os clientes) até construir uma loja (que pode se relacionar com as propostas de valor e canais específicos). Ø Exemplos: Ø Globo Ø Elaborar programas, produzir programas, vender propaganda e buscar novos talentos. Ø Cacau Show Ø Desenvolver novos chocolates, produzir chocolates, gestão das franquias, distribuição e venda. Ø Fonte:
53 Atividades Chave Ø Dinâmica sobre Business Model Canvas Ø Identificar as Atividades Chaves
54 Business Model Canvas Atividades Chave Propostas de Valor Relações com Clientes Parcerias Chave Segmentos de Clientes/Mercados Recursos Chave Canais de Comunicação Estrutura de Custos Fontes de Renda
55 Recursos Chave Ø São os principais recursos necessários para que uma empresa faça seu Modelo de Negócios funcionar. Ø Podem ser equipes, máquinas, investimentos e plataformas de tecnologia, por exemplo. Ø Exemplo: Ø Facebook Ø Base de usuários, equipe, servidores e plataforma. Ø Vale Ø Minas, equipamentos e know-how técnico. Ø Fonte:
56 Recursos Chave Ø Dinâmica sobre Business Model Canvas Ø Identificar os Recursos Chaves
57 Business Model Canvas Atividades Chave Propostas de Valor Relações com Clientes Parcerias Chave Segmentos de Clientes/Mercados Recursos Chave Canais de Comunicação Estrutura de Custos Fontes de Renda
58 Estrutura de Custos Ø A estrutura de todos os custos envolvidos nos principais custos decorrente da operação do Modelo de Negócios. Ø Indica, por exemplo, a necessidade de se pagar a manutenção das máquinas previstas, os pagamentos dos parceiros contratados, o custo recorrente de infraestrutura, o custo das equipes envolvidas, e assim por diante. Ø Exemplos: Ø Claro Ø Infraestrutura da rede, lojas, funcionários, marketing e call center. Ø TAM Ø Aviões, manutenção dos aviões, combustível, marketing, funcionários, call center e sistemas de TI. Ø Fonte:
59 Estrutura de Custos Ø Dinâmica sobre Business Model Canvas Ø Identificar a Estrutura de Custos
60 Agenda Ø Métodos Ágeis Ø SCRUM Ø Modelo de Negócio Ø Definição do Produto Ø Planejamento e Execução de uma Release Ø Documentação: Histórias x Casos de Uso
61 Definição do Produto Ø Técnica Inception Ø Técnica desenvolvida pelo Thoughtworks Ø Dean Leffingwell chama esta reunião de definição do produto de Workshop de Histórias de Usuário, mas não entra em detalhes de como executá-la em seu livro Requisitos de Software Ágil Ø Usa-se bastante a técnica de Brainstorm
62 Inception (Concepção) Ø Kickoff Ø Início da Definição da Visão Ø Personas Ø Objetivos Ø Visão Ø Risco, Pendências e Requisitos Não Funcionais Ø Histórias
63 Agenda de uma Inception Seg Ter Qua Qui Sex Introdução Kick-off Manhã O Produto É Personas Objetivos Lista de Histórias Detalhamento das Histórias Detalhamento das Histórias Pontuação das Histórias Visão Tarde Lista de Histórias Roadmap MVPs Detalhamento das Histórias Detalhamento das Histórias Planejamento da Release Definições de Pronto e de Feito Retrospectiva
64 Kickoff Ø Reunião inicial onde o projeto é aberto oficialmente, onde são apresentados em linhas gerais os stakeholders e suas as necessidades. Ø Todos os stakeholders devem estar presentes, pelo menos, os mais importantes. Ø É interessante definir as hipóteses que o projeto tem que validar durante as fases iniciais. Isto guiará os Minimum Viable Products (MVP). Ø Se fizerem o Business Model Canvas, esta reunião deve ser antes.
65 Kickoff Ø Dinâmica sobre Kickoff Ø O principal stakeholder irá apresentar sistema a ser desenvolvido Ø Já realizado no Business Model Canvas
66 Início da Visão do Produto Ø Antes da definição da visão, pode-se fazer uso da técnica: Atividade É / Não é / Faz / Não faz Ø Modelo da Atividade É / Não é / Faz / Não Faz <Nome do Produto> É Não é Faz Não faz Fonte: Livro Direto ao Ponto, Paulo Caroli, Editora Casa do Código, 2015
67 Início da Visão do Produto Ø Exemplo da Atividade É / Não é / Faz / Não Faz App Food Follower É Ø Uma aplicação móvel Ø Uma rede social Não é Ø Uma aplicação Web Faz Ø Cadastrar Food Parks Ø Cadastrar Food Trucks Ø Seguir Food Trucks e Food Parks Não faz Ø Ensinar a fazer as comidas
68 Início da Visão do Produto Ø Dinâmica sobre o início da definição da Visão do Produto Ø Fazer a Atividade É / Não é / Faz / Não Faz Ø Pregar uma cartolina na parede, colocar o nome do produto como título e fazer quatro quadrantes com: É / Não é / Faz / Não faz Ø Fazer um brainstorm para preenchimento dos quadro quadrantes
69 Personas Ø São as pessoas que usarão o sistema, que representam os Segmentos de Clientes Ø O objetivo principal é identificar características e necessidades específicas de cada pessoa ou segmento de clientes Ø Procura-se identificar nome, idade, necessidades, limitações, culturas, etc. Ø Exemplo: Ø João, 26 anos, graduando Ø Maria, 65 anos, usa óculos, tem superior completo
70 Personas Ø Modelo para identificação de Personas Nome e Desenho Perfil Comportamento Necessidades Fonte: Livro Direto ao Ponto, Paulo Caroli, Editora Casa do Código, 2015
71 Personas Ø Modelo para identificação de Personas João Perfil Ø 26 anos Ø casado Ø graduando em Administração Comportamento Ø Curioso Ø Apreciador de boa comida Ø Questionador Necessidades Ø Ter acesso rápido à informações sobre Food Parks Ø Saber onde o seu Food Truck preferido estará este fim de semana
72 Personas Ø Modelo para identificação de Personas Dados Pessoais e Demográficos Ø 26 anos Ø Casado Ø Graduando em Administração João Necessidades Ø Espaço para comer boa comida e estar com os amigos Hobbies Ø Conversar com os amigos Ø Estar com a família Ø Apreciador de boa comida Objetivos Ø Conhecer e experimentar novas comidas Ø Saber onde estão os seus food trucks preferidos Barreiras Ø Muitos food parks e food trucks Ø Não conhece muitos food parks no seu bairo
73 Personas Ø Dean Leffingwell diferencia: Ø Personas x Papeis desempenhados pelas personas Ø As Personas são exemplos reais dos Papeis (Segmentos de Clientes) Ø Os Papeis são os Atores dos Casos de Uso do RUP Ø Na escrita das histórias, normalmente utilizam-se os Papeis Ø Exemplos de Papéis: Ø Consumidor em geral Ø Estudantes de culinária Ø Donos de Food Truckers Ø Organizadores de Food Parks
74 Personas Ø Dinâmica sobre Personas Ø Criar uma cartolina com os papeis das Personas Ø Fazer o brainstorm para levantamento das personas Ø Identificar os papeis que as pessoas devem desempenhar no uso do produto
75 Objetivos Ø São necessidades dos clientes e usuários, stakeholders, são o quê eles realmente querem com aplicativo. Ø São as metas do produto do ponto de vista do cliente. Ø Se for desenvolvimento o Business Model Canvas anteriormente, as propostas de valor são fortes candidatas a serem objetivos do produto. Ø Devem ser identificados em uma cartolina a parte. Ø Utilizar a técnica de brainstorm com os stakeholders. Ao final, os objetivos devem ser priorizados. Ø Se muitos objetivos forem levantados, considerar os três ou quatro mais importantes para tratamentos nas primeiras releases, ou seja, identificação de histórias.
76 Objetivos Ø Como encontrar objetivos: Ø Fazer brainstorm, pedindo que cada participante informe três objetivos do produto Ø Agrupá-los em grupos de afinidades Ø Identificar os principais objetivos do produto Ø Exemplos: Ø Comer as comidas preferidas Ø Descobrir novas comidas Ø Seguir os Food Truckers preferidos Ø Descobrir quais os Food Parks da cidade
77 Objetivos Ø Dinâmica sobre Objetivos Ø Criar uma cartolina com título Objetivos Ø Fazer o brainstorm para levantamento dos objetivos, colando post-its com os objetivos na cartolina Ø Se o Business Model Canvas tiver sido feito, considerar as Propostas de Valor como objetivos
78 Visão do Produto Ø O Elevator Pitch é uma técnica para criar uma visão do produto Ø Modelo: Ø Para as <Personas> Ø Que tem <Objetivos> Ø O produto <Nome do Produto> Ø Que tem <Características mais importantes> Ø É como um <Categoria de Produtos> Ø Ao contrário <Produtos Concorrentes/ Funcionalidades diferentes> Ø Nosso produto tem <Vantagens>
79 Visão do Produto Ø Visão do App Food Follower Ø Para os Consumidores, Donos de Food Truckers e Ornanizadores de Food Parks Ø Que desejam comer as suas comidas favoritas, seguir seus food truckers favoritos, divulgar seus food truckers e food parks Ø O produto Food Follower Ø Que tem como função principal divulgar os food truckers e food parks da cidade Ø É como um uma rede social para divulgação de food trucker e food parks Ø Ao contrário dos sites de um único food trucker ou de um único food park Ø Nosso produto tem a vantagem de permitir seguir os food trucker preferidos
80 Visão do Produto Ø Dinâmica sobre Visão do Produto Ø Fazer a visão do produto Ø Pregar uma cartolina na parede, colocar o título Visão Ø Preencher conforme o Elevator Pitch
81 Riscos, Pendências e Requisitos Não Funcionais Ø Ficam em cartolinas separadas Ø Tanto Riscos como Pendências podem ter nominados responsáveis pela mitigação e providência.
82 Riscos, Pendências e Requisitos Não Funcionais Ø Dinâmica sobre Riscos, Pendências e Requisitos Não Funcionais Ø Pregar três folhas A4 na parede, cada uma com um título Riscos, Pendências e Requisitos Não Funcionais Ø A medida que os riscos, pendências e requisitos não funcionais forem aparecendo, eles devem ser colocados em cada folha A4 correspondente
83 Histórias Ø Funcionalidades ou porções de funcionalidade Ø Épico x História Ø Os três C's: Ø Escrita em um Cartão Ø É um convite a Conversação Ø Precisa de Confirmação: critérios de aceite Ø Como descobrir Histórias (Features): Ø Matriz Personas x Objetivos Ø Que funcionalidades o sistema precisa ter para a persona alcançar o objetivo?
84 Histórias Ø Formato BDD - Behavior-Driven Development ou Desenvolvimento orientado por comportamento Ø Narrativa Ø Como <ator/persona> Ø Quero/posso/desejo/preciso <funcionalidade> Ø Para <objetivo de negócio> Ø Critérios de aceitação Ø Dado que <pré-condição> Ø Quando <ação> Ø Então <resultado esperado>
85 Ø Formato BDD: Ø Narrativa Ø Como Consumidor Histórias Ø Quero pesquisar onde o Food Trucker A Melhor Comida estará este fim de semana Ø Para poder comer a minha comida preferida Ø Critérios de aceitação Ø Dado que estou na tela de Pesquisar Eventos do Food Trucker E existem Food Parks onde o Food Trucker A Melhor Comida irá participar no período de 25/09/2015 à 27/09/2015 Ø Quando eu informo o Food Trucker A Melhor Comida e o período de 25/09/2015 à 27/09/2015 E solicito a pesquisa Ø Então são apresentados os Food Parks onde o Food Trucker estará presente no período de 25/09/2015 à 27/09/2015
86 Ø Formato BDD: Ø Critérios de aceitação Histórias Ø Dado que estou na tela de Pesquisar Eventos do Food Trucker e NÃO existem Food Parks onde o Food Trucker A Melhor Comida irá participar no período de 02/10/2015 à 04/10/2015 Ø Quando eu informo o Food Trucker A Melhor Comida e o período de 02/10/2015 à 04/10/2015 E solicito a pesquisa Ø Então o sistema apresenta a mensagem O Food Trucker A Melhor Comida não participará de nenhum Food Trucker no período de 02/10/2015 à 04/10/2015
87 Histórias Ø Formato BDD: Ø Narrativa Ø Como Consumidor Ø Quero me cadastrar no aplicativo Ø Para poder seguir o meu food trucker preferido Ø Critérios de aceitação Ø Dado que estou na tela de cadastrado de consumidor Ø Quando eu informo os meus dados E solicito o cadastro Ø Então o sistema valida os meus dados, me cadastra como consumidor E apresenta a tela principal do app como consumidor logado
88 Histórias Ø Atributos de uma boa história (INVEST) Ø I Independente (pode ser implementada sozinha) Ø N Negociável (histórias não são contratos rígidos, são um convite a conversação) Ø V - Valiosa para o cliente Ø E Estimável (complexidade, tamanho, esforço, tempo, por exemplo) Ø S Small (Pequena para caber em uma sprint) Ø T - Testável
89 Histórias Ø Caso de uso Manter Cliente Ø FP: Incluir cliente Ø FA1: Consultar cliente Ø FA2: Alterar cliente Ø FA3: Excluir cliente Ø FE1: Campos obrigatórios Ø FE2: Exclusão não permitida Ø Como gestor Quero incluir cliente Ø Dado que o gestor está ativo Quando informo dados do cliente Então o sistema inclui registro Ø Dado que o gestor está ativo Quando informo campos em branco Então sistema apresenta mensagem de erro ERR-31 Ø Como um colaborador Quero consultar cliente Ø Dado que Ø Como um gestor Quero alterar cliente Ø Dado que Fonte: Curso de Gerenciamento Ágil de Requisitos, autor Junilson Pereira Souza Ø Como um gestor Quero excluir cliente Ø Dado que acesso um cliente com pendências Quando solicito exclusão do registro Então sistema apresenta mensagem de erro ERR-32
90 Histórias Ø Histórias x Casos de Uso Parâmetro História Caso de Uso Tamanho Pequeno Não definido Abrangência Funcionalidade mínima Funcionalidade completa Tempo de Implementação Iteração Não definido Base para es@ma@va Fácil (devido ao tamanho) Variável (devido ao tamanho) Rigor Intenção Contrato Organização Listas Documento de requisitos Elaboração Just-in-@me Prévia Colaboração Prevista Não definido Fonte: Curso de Gerenciamento Ágil de Requisitos, autor Junilson Pereira Souza
91 Histórias Ø Histórias x Casos de Uso Ø Não é uma regra, mas tipicamente pode ocorrer o mapeamento de uma história para cada fluxo de um caso de uso, considerando os fluxos principais e alternativos Ø O aspecto principal é respeitar os princípios de timebox e de valor agregado de uma história Ø Com isto, pode haver mais de uma história para um fluxo ou vice-versa Ø Além disso, os fluxos de exceção não seriam em geral modelados como histórias, visto que não agregam valor. Neste caso, poderiam ser tratados como critérios de aceite. Fonte: Curso de Gerenciamento Ágil de Requisitos, autor Junilson Pereira Souza
92 Histórias Ø Dicas para boas histórias Ø Uma boa história deve passar por todas as camadas da aplicação: Ø Errado: Fazer só o formulário, depois fazer a gravação no banco. Ø Faça uma funcionalidade que tenha valor para o usuário, mesmo que pequena. Ø Coloque as restrições (requisitos não funcionais) como histórias. Ø Detalhe ou quebre em histórias menores as histórias mais próximas de serem feitas. As que estão longe de serem implementadas podem ser maiores e menos precisas. Ø Deixe os detalhes da interface com o usuário fora das histórias sempre que possível. Crie protótipos e documentos específicos.
93 Histórias Ø Dicas para boas histórias Ø Se algum aspecto do sistema precisar ser documentado em um formato diferente, não exite, use o formato desejado. Ø Use os atores específicos nas histórias, evite usar atores genéricos, como usuário. Ø Escreva a história para um único usuário, na terceira pessoa do singular Ø Escreva as histórias na voz ativa Ø O usuário/cliente deve escrever as histórias Ø Não numere as histórias (a razão para isto seria rastreabilidade), no máximo dê um título Ø Lembre que a história é um convite a conversação. Não coloque muitos detalhes nelas.
94 Histórias Ø Lista exemplo e parcial de Histórias do Food Follower Ø Cadastrar-se como Consumidor Ø Cadastrar-se como Dono de Food Trucker Ø Cadastrar-se como Organizador de Food Park Ø Pesquisar Participação de Food Trucker Ø Seguir Food Trucker Ø Divulgar Food Park Ø Divulgar Food Trucker Ø Logar-se como Consumidor Ø Logar-se como Dono de Food Trucker Ø Logar-se como Organizador de Food Park Ø Logout
95 Histórias Ø Lista exemplo e parcial de Histórias do Food Follower Ø Editar dados como Consumidor Ø Editar dados como Dono de Food Trucker Ø Editar dados como Organizador de Food Park Ø Exclui-se como Consumidor Ø Exclui-se como Dono de Food Trucker Ø Exclui-se como Organizador de Food Park Ø Pesquisar Participação de Food Trucker Ø Recomendar Food Trucker Ø Recomendar Food Park
96 Histórias Ø Dinâmica sobre Histórias Ø Fazer uma matriz na parede: Ø Na Horizontal, colocar os objetivos, os mais prioritários ficam a esquerda Ø Na vertical, colocar as personas (papeis) Ø Realizar um brainstorm para identificar as histórias Ø Colocar somente um título para cada história
97 Jornadas Ø São sequências de ações (um cenário) de uma persona que descrevem o passo a passo para alcançar um objetivo. Ø O livro do Paulo Carolli mostra contextos do dia a dia dos usuários. Ø Depois puxe as histórias para os passos da jornada para entender como elas se encacharão no dia a dia da persona Ø Outro uso: Ø Forma de sistematizar a descoberta de histórias
98 Jornadas Ø Exemplo: Ø Persona: Consumidor em geral Ø Objetivo: Comer as comidas preferidas Ø Jornada: Ø Acessar o app Ø Pesquisar Comidas Ø Detalhar Comida Ø Visualizar calendário do Food Trucker
99 Jornadas Ø Dinâmica sobre Jornadas Ø Pegar três intercessões entre Personas e Objetivos que já possuem histórias e criar cenários Ø As novas histórias devem ser colocadas na matriz Persona X Objetivo
100 Agenda Ø Métodos Ágeis Ø SCRUM Ø Modelo de Negócio Ø Definição do Produto Ø Planejamento e Execução de uma Release Ø Documentação: Histórias x Casos de Uso
101 Planejamento e Execução da Release Ø Roadmap do Produto Ø Priorização das Histórias: Valor x Risco Ø Detalhamento das Histórias Ø Pontuação das Histórias (Planning Poker) Ø Distribuição das Histórias em Sprints Ø Sprints Ø Kanban Ø Cerimônias
102 Roadmap do Produto
103 Priorização das Histórias: Valor x Risco Risco Alto Evite (1) Faça primeiro (4) Baixo Faça em terceiro (2) Faça em segundo (3) Baixo Alto Valor de Negócio
104 Priorização e Roadmap do Produto Ø Dinâmica sobre Priorização e Roadmap do Produto Ø Pegue a planilha de priorização com o professor Ø Insira todas as histórias Ø Avalie as histórias quanto ao valor de negócio e risco Ø Ordene as histórias pelo quadrante Ø Refine a priorização Ø Reordene as histórias pela nova priorização
105 Priorização e Roadmap do Produto Ø Dinâmica sobre Priorização e Roadmap do Produto Ø Criar quadro na parede, colocando os objetivos na parte superior Ø Depois distribua as histórias em baixo de cada objetivo Ø Procure identificar as histórias mais simples e que juntas podem ser entregues aos stakeholders, de forma que eles possam validar suas hipóteses o mais cedo possível, esta será a Release 1. Lembre de considerar a avaliação das prioridades Ø Continue fazendo o mesmo processo e descobrindo novas Releases
106 Priorização e Roadmap do Produto Ø Dinâmica sobre Priorização e Roadmap do Produto Ø Volte para a planilha e reordene as histórias conforme as Releases
107 Detalhamento das Histórias Ø Detalhamento das Histórias Ø Narrativa Ø Telas Ø Regras de Negócio Ø Critérios de Aceite Ø Tarefas
108 Detalhamento das Histórias Ø Narrativa Ø Como Persona Ø Eu quero fazer a História Ø Para Objetivo Ø Exemplo Ø Como Consumidor em Geral Ø Eu quero me cadastrar Ø Para poder serguir meus Food Truckers prefereridos
109 Detalhamento das Histórias Ø Telas Ø Wireframes
110 Detalhamento das Histórias Ø Telas - Exemplo Ø Wireframes
111 Detalhamento das Histórias Ø Regras de Negócio Ø Dados do Cliente Campo Tipo Tam Regra Mensagem Observações Código Inteiro 5 Obrigatório Código do cliente deve ser informado Numérico Único Não permite alteração Código do cliente deve ser numérico Código do cliente já existe Código do cliente não pode ser alterado Nome Texto 50 Obrigatório Nome do cliente deve ser informado Número de caracteres <= 50 Nome do cliente só pode ter 50 caracteres Deve fornecer lista de auxílio
112 Detalhamento das Histórias Ø Regras de Negócio Ø Regras para Inclusão de Cliente Ø O código do cliente deve ser gerado pelo sistema. Deve ser um sequencial. Ø Regras para Exclusão de Cliente Ø Cliente não pode ser excluído quando possui pedidos de compra registrados. Apresentar mensagem Cliente com pedidos registrados não pode ser excluído.
113 Detalhamento das Histórias Ø Critérios de Aceite Ø Dado que <Contexto> Ø Quando eu <Ação> Ø Então <Resultado> Ø Exemplos: Ø Cenário 1: Cadastro com sucesso Ø Dado que estou na tela de cadastro Ø Quando eu informo 1 no código e Régis Simão no nome Ø E solicito o cadastro Ø Então o sistema apresenta Cliente cadastrado com sucesso"
114 Detalhamento das Histórias Ø Tarefas Ø Criar tela de cadastro Ø Criar tabela Cliente no banco Ø Criar classes DAO, Entidade, Managed Beans
115 Detalhamento das Histórias
116 Detalhamento das Histórias
117 Detalhamento das Histórias Ø Dinâmica sobre Detalhamento das Histórias Ø Escolher três histórias e detalhá-las.
118 Pontuação das Histórias (Planning Poker)
119 Pontuação das Histórias Ø Dinâmica sobre Pontuação das Histórias Ø Chegou a hora de detalhar as histórias Ø Para as histórias da Release 1, rabisque os protótipos de tela com os stakeholders, defina as regras que devem ser implemetadas e os critérios de aceite Ø Nesta hora, pode-se fazer a documentação dos requisitos, que discutiremos mais adiante
120 Pontuação das Histórias Ø Dinâmica sobre Pontuação das Histórias Ø Utilize a técnica de Planning Poker para estimar a complexidade das histórias Ø Escolha a mais simples e atribua a pontuação 1 Ø Avalie as demais histórias comparando a primeira, identificando quanto a história em análise é mais complexa que a primeira Ø Vá lançando na planilha
121 Distribuição das Histórias em Sprints Ø Velocidade Ø Histórico Ø Arbitrar Ø Coletar
122 Distribuição das Histórias em Sprints Ø Dinâmica sobre Distribuição das Histórias em Sprints Ø Defina o tamanho da sprint, quantos dias ou semanas terá a sprint Ø Para estimar a primeira, utilize a técnica da Arbitragem Ø Pergunte a equipe de desenvolvimento quantas histórias a equipe consegue fazer na primeira sprint, identifique estas histórias como participantes da sprint 1, na planilha Ø Some a pontuação das histórias da sprint 1 Ø Separe o restante das histórias em sprints, identificando cada uma sprint Ø Mutiplique o número de sprints pelo tamanho da sprint e você terá a duração da primeira Release
123 Sprints
124 Sprints Ø Exemplo de Definição de Pronto Ø História pontuada Ø História escrita no padrão BDD Ø Critérios de aceitação escritos e no formato BDD Ø Documentação complementar produzida: Protótipos de telas, por exemplo
125 Sprints Ø Exemplo de Definição de Feito Ø Documentação da especificação atualizada Ø Implementação de código fonte terminada Ø Implementação e sucesso nos testes unitários Ø Sucesso nos testes funcionais Ø Alcance das metas das métricas definidas
126 Sprints Ø Dinâmica sobre Definição de Pronto e de Feito Ø Junto com os stakeholders, faça as Ø definições de pronto e de feito Ø Escreva-as cada uma em uma folha A4 e fixe-as na parede
127 kanban
128 kanban
129 Cerimônias
130 Agenda Ø Métodos Ágeis Ø SCRUM Ø Modelo de Negócio Ø Definição do Produto Ø Planejamento e Execução de uma Release Ø Documentação: Histórias
131 Documentação de Histórias Ø Especificação de Histórias de Usuários Ø Histórias de Usuários Ø Especificação de Regras de Negócio Ø Regras de Negócio Ø Especificação Complementar
132 Documentação de Histórias Especificação de Histórias de Usuários História 1 Especificação de Regras de Negócio Regra de Negócio História 2 Regra de Negócio História 3 Regra de Negócio Especificação Complementar História 1 Protótipos de Telas História 2 Protótipos de Telas História 3 Protótipos de Telas
133 FIM
SCRUM e Requisitos Ágeis
SCRUM e Requisitos Ágeis Régis Simão /44 Agenda Métodos Ágeis SCRUM Modelo de Negócio Definição do Produto Planejamento e Execução de uma Release 2 /44 Agenda Métodos Ágeis SCRUM Modelo de Negócio Definição
Leia maisEvento Empreendedorismo Inovador. Profa. Dra. Milagros Saucedo Nardo.
Evento Empreendedorismo Inovador Profa. Dra. Milagros Saucedo Nardo. 4. Apresentação de casos de sucessos ferramentas facilitadoras para desafios. Eleito o Melhor Vídeo Motivacional 2015.wmv 4.1Videos
Leia maisFerramentas para Gestão da Inovação. Prof. Robson Almeida
Ferramentas para Gestão da Inovação Prof. Robson Almeida O mundo mudou... E você também Design Thinking é uma abordagem interdisciplinar, centrada nas pessoas, para atingir a inovação, que surge das ferramentas
Leia maisIntegração do Desenvolvimento Ágil com a Governança Corporativa de TI Usando Métricas Funcionais
Integração do Desenvolvimento Ágil com a Governança Corporativa de TI Usando Métricas Funcionais Carlos Eduardo Vazquez FATTO Consultoria e Sistemas Brasília Novembro/2014 www.fattocs.com 1 Queda do Muro
Leia maisModelo de Negócios
Modelo de Negócios Segmentos de Clientes. Segmento de clientes são divisões dos clientes de acordo com suas necessidades, costumes ou outro atributo em comum, de forma que possam melhor entender, alcançar
Leia maisSCRUM aplicado na Gerência de Projetos
SCRUM aplicado na Gerência de Projetos Processo Conjunto de atividades ordenadas, restrições e recursos que produzem um resultado de algum tipo. (Pfleeger) Em software: Processo de desenvolvimento Define
Leia mais2012. Quinta Conferência de Qualidade de Software ASR Consultoria
1 Visão CMMI do Ágil 2 Visão CMMI do Ágil 3 Visão Ágil do CMMI 4 Visão Ágil do CMMI 5 Visão Ágil do CMMI 6 Manifesto para Desenvolvimento Ágil de Software Estamos descobrindo maneiras melhores de desenvolver
Leia maisManifesto Ágil Princípios
Manifesto Ágil Princípios Indivíduos e interações são mais importantes que processos e ferramentas. Software funcionando é mais importante do que documentação completa e detalhada. Colaboração com o cliente
Leia maisDiagrama de Casos de Uso
Diagrama de Casos de Uso Régis Patrick Silva Simão Régis Simão Diagrama de Casos de Uso 1/29 Agenda Introdução Casos de Uso Atores Relacionamento entre Atores e Casos de Uso Relacionamento entre Casos
Leia maisEscrevendo Estórias do Usuário Eficazes aula #3
Escrevendo Estórias do Usuário Eficazes aula #3 www.etecnologia.com.br (11) 9123-5358 (11) 9962-4260 Rildo F Santos twitter: @rildosan skype: rildo.f.santos http://rildosan.blogspot.com/ Versão Versão
Leia mais7ª Conferência da Qualidade de Software e Serviços
7ª Conferência da Qualidade de Software e Serviços Case de Sucesso Utilização de métodos ágeis em projeto de software Na Prática Apresentação Fundada em 2003, a Enter5 é uma empresa cuja proposta de trabalho
Leia maisSIGEPRO - Mini Curso sobre Métodos Ágeis de Gestão de Projetos
SIGEPRO - Mini Curso sobre Métodos Ágeis de Gestão de Projetos Jonas Analista de Negócios e Gerente de Projetos Fone:5184298411 Jonas.dc.cardoso@gmail.com 1 PROJETO Esforço temporário* para criar um produto,
Leia maisXP EXTREME PROGRAMMING. AGO106 - Gestão
XP EXTREME PROGRAMMING AGO106 - Gestão de Processos de Desenvolvimento de Software DESENVOLVIMENTO TRADICIONAL Sequencial: Análise, Design, Implementação, Teste, Implantação e Manutenção Características:
Leia maisEstágio II. Aula 04 Testes Ágeis. Prof. MSc. Fred Viana
Estágio II Aula 04 Testes Ágeis Prof. MSc. Fred Viana Agenda Manifesto dos Testes Ágeis Testes Ágeis x Testes Tradicionais Sinais de que os Testes Não São Ágeis Testador Ágil Testador Ágil em Equipe Independente
Leia maisDesenvolvimento Ágil de Software. Prof. Edjandir Corrêa Costa
Desenvolvimento Ágil de Software Prof. Edjandir Corrêa Costa edjandir.costa@ifsc.edu.br Métodos Ágeis História Na início da década de 90 havia uma visão de que a melhor maneira para se criar software era
Leia mais27) Em relação aos Projetos de Sistemas de Software, assinale a sequência correta de desenvolvimento de um sistema:
Modelos de Ciclo de Vida e Metodologias de Software 33) No SCRUM, uma iteração que segue um ciclo (PDCA) e entrega incremento de software pronto é denominada: A) Backlog. B) Sprint. C) Daily scrum. D)
Leia maisComo criar, priorizar e manter o Product Backlog
{aula # 4} Workshop Como criar, priorizar e manter o Product www.etcnologia.com.br (11) 9123-5358 (11) 9962-4260 Rildo F Santos twitter: @rildosan skype: rildo.f.santos http://rildosan.blogspot.com/ Todos
Leia maisENGENHARIA DE SOFTWARE. Aula 03 Processos de Software
ENGENHARIA DE SOFTWARE Aula 03 Processos de Software AGENDA Modelos de processo de software Atividades do processo Lidando com mudanças Rational Unified Process (RUP) 14/03/2017 IFPR QUEDAS DO IGUAÇU -
Leia maisProcesso de desenvolvimento
Processo de desenvolvimento Eduardo Ferreira dos Santos Ciência da Computação Centro Universitário de Brasília UniCEUB Agosto, 2016 1 / 19 Sumário 1 Desenvolvimento para a Web 2 / 19 1 Desenvolvimento
Leia maisComo criar, priorizar e manter o Product Backlog
{aula # 3} Workshop Como criar, priorizar e manter o Product Backlog www.etcnologia.com.br (11) 9123-5358 (11) 9962-4260 Rildo F Santos twitter: @rildosan skype: rildo.f.santos http://rildosan.blogspot.com/
Leia maisRational Unified Process (RUP)
Rational Unified Process (RUP) A Rational é bem conhecida pelo seu investimento em orientação em objetos. A empresa foi à criadora da Unified Modeling Language (UML), assim como de várias ferramentas que
Leia maisO Fluxo de Requisitos
O Fluxo de 1 Finalidade do fluxo de requisitos A finalidade deste fluxo é: Chegar a um acordo com o cliente e o usuário sobre o que o sistema deve fazer. Oferecer ao desenvolvedor um melhor entendimento
Leia maisCASOS DE TESTE PALESTRANTE: MARCIA SILVA MARCIA.SILVA@DATASUS.GOV.BR WWW.EMERSONRIOS.ETI.BR
CASOS DE TESTE PALESTRANTE: MARCIA SILVA MARCIA.SILVA@DATASUS.GOV.BR WWW.EMERSONRIOS.ETI.BR CONCEITOS BÁSICOS - TESTES O que é Teste de Software? Teste é o processo de executar um programa com o objetivo
Leia maisOLÁ, LOJISTA. Seja bem-vindo ao tutorial do Aplicativo do Prudenshopping.
OLÁ, LOJISTA. Seja bem-vindo ao tutorial do Aplicativo do Prudenshopping. Aqui você poderá entender melhor cada detalhe da sua tela de lojista e poderá aproveitar ao máximo os recursos oferecidos no aplicativo.
Leia maisO conceito de casos de uso foi criado em 1986 por Ivar Jacobson, metodologista e um dos pais do Processo Unificado.
Modelagem de casos de uso Casos de uso O conceito de casos de uso foi criado em 1986 por Ivar Jacobson, metodologista e um dos pais do Processo Unificado. O que é Segundo Ivar Jacobson, um caso de uso
Leia maisSistema de webconferência Mconf. Sessão 2
Sistema de webconferência Mconf Sessão 2 O portal web é o ponto de entrada ao sistema Formato de rede social de usuários, comunidades e eventos Ele prôve: Autenticação de usuários Controle de permissões
Leia maisEntendendo a Demanda de Negócio
Terceiro Módulo: Parte 3 Entendendo a Demanda de Negócio AN V 3.0 [54] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br www.etecnologia.com.br http://etecnologia.ning.com 1 Principais atividade
Leia maisProf. Esp. Fabiano Taguchi
UML Prof. Esp. Fabiano Taguchi http://fabianotaguchi.wordpress.com fabianotaguchi@hotmail.com EXERCÍCIO - REQUISITOS A loja CdcomCarinho trabalha com a venda, à vista e parcelada, de CD s de todos os gêneros
Leia maisGUIA DE UTILIZAÇÃO SOFTWARE GESTÃO ESCOLAR WEB
GUIA DE UTILIZAÇÃO SOFTWARE GESTÃO ESCOLAR WEB 1. Apresentação... 1 2. Login no Sistema... 1 3. Tela Principal... 2 4. Dados de Alunos... 2 4.1. Cadastro de alunos... 3 4.2. Cursos Contratados... 3 5.
Leia maisEngenharia de Software. Herbert Rausch Fernandes
Engenharia de Software Herbert Rausch Fernandes Scrum Não é uma metodologia que fará você desenvolver produtos melhores; Não te dá as respostas e não é uma bala de prata; Scrum é simplesmente um framework;
Leia mais[...] Mas no Sol, e na Luz, falte a firmeza, Na formosura não se dê constância, E na alegria sinta-se tristeza.
[...] Mas no Sol, e na Luz, falte a firmeza, Na formosura não se dê constância, E na alegria sinta-se tristeza. Começa o mundo enfim pela ignorância, E tem qualquer dos bens por natureza A firmeza somente
Leia maisRequisitos de Software e UML Básico. Janaína Horácio
Requisitos de Software e UML Básico Janaína Horácio janaina@les.inf.puc-rio.br Agenda Requisitos O que é? Objetivos? Atividades?... UML O que é? Modelos... Casos de Uso O que é? Componentes 2 Requisitos
Leia maisProjeto para o IV semestre TADS
Projeto para o IV semestre TADS 02 2016 Conceito Já abordados Conceitos 2 Cronograma de atividades Sprints, documentos e apresentações Instrumentos Avaliativos Peso Avaliação das atividades 60,00 Avaliação
Leia maisUNIVERSIDADE FEDERAL DO VALE DO SÃO FRANCISCO UNIVASF SECRETARIA DE TECNOLOGIA DA INFORMAÇÃO STI DEPARTAMENTO DE SISTEMAS DE INFORMAÇÕES
UNIVERSIDADE FEDERAL DO VALE DO SÃO FRANCISCO UNIVASF SECRETARIA DE TECNOLOGIA DA INFORMAÇÃO STI DEPARTAMENTO DE SISTEMAS DE INFORMAÇÕES MANUAL DO USUÁRIO SISTEMA DE TRAMITAÇÃO DE DOCUMENTOS Versão 3.0
Leia mais- Manual tocou.com - Emissoras
- Manual tocou.com - Emissoras Este manual se destina às emissoras de rádio que utilizam ou desejam utilizar o tocou.com. 2009 SUMÁRIO Apresentação... 2 Tipos de contas de usuários do tocou.com... 3 Requisitos
Leia maisEscolhendo um Modelo de Ciclo de Vida
Escolhendo um Modelo de Ciclo de Vida Ciclos de Vida 1 Ciclo de Vida de um Produto Qualquer desenvolvimento de produto inicia com uma idéia e termina com o produto pretendido. O ciclo de vida de um produto
Leia maisMÉTODOS ÁGEIS E GOVERNANÇA NO SETOR PÚBLICO
Tecnologia da Informação WORKSHOP MÉTODOS ÁGEIS E GOVERNANÇA 20 e 21 de Outubrode 2016 - Brasília Realização: Workshop MÉTODOS ÁGEIS E GOVERNANÇA Objetivos - Introduzir os conceitos de gerenciamento ágil
Leia maisDocumento de Visão Sistema de Apostas Palpite Certo
Documento de Visão Sistema de Apostas Palpite Certo Versão do documento: 1.2 Data de atualização: 02 de Março de 2012 Sumário 1 INTRODUÇÃO... 3 1.1 RESUMO... 3 1.2 ESCOPO... 3 2 REQUISITOS... 4 2.1 REQUISITOS
Leia maisEng. de Requisitos: Atividades. Engenharia de Requisitos. Eng. de Requisitos: Processo. O Documento de Requisitos. Stakeholders. Estudo de Viabilidade
DCC / ICEx / UFMG Eng. de Requisitos: Atividades Engenharia de Requisitos Eduardo Figueiredo Inclui quatro fases principais Estudo de viabilidade Elicitação (ou análise) de Especificação de Validação dos
Leia maisProcessos Ágeis de Desenvolvimento de Software
Processos Ágeis de Desenvolvimento de Software -Focono XP - Rodrigo Rebouças de Almeida rodrigor@rodrigor.com Processo Conjunto de atividades ordenadas, restrições e recursos que produzem um resultado
Leia maisLIVRO ENGENHARIA DE SOFTWARE FUNDAMENTOS, MÉTODOS E PADRÕES
LIVRO ENGENHARIA FUNDAMENTOS, MÉTODOS E PADRÕES WILSON PADUA PAULA FILHO CAPÍTULO REQUISITOS 1 REQUISITOS TECNICO E GERENCIAL ESCOPO (RASCUNHO) CARACTERISTICAS 2 O que são Requisitos? São objetivos ou
Leia maisInteração Humano-Computador
Interação Humano-Computador Processo de design 2015.1 http://docente.ifrn.edu.br/daniellefreitas Agenda Design Centrado no Usuário Metas do design Atividades de design Modelos de ciclo de vida Análise
Leia maisAssessoria Técnica de Tecnologia da Informação - ATTI. Projeto de Informatização da Secretaria Municipal de Saúde do Município de São Paulo
Assessoria Técnica de Tecnologia da Informação - ATTI Projeto de Informatização da Secretaria Municipal de Saúde do Município de São Paulo SIGA Versão 3.6A Manual de Operação Conteúdo 1. Sumário Erro!
Leia maisEngenharia de Software. Aula 2.4 Modelos de Casos de Uso. Prof. Bruno Moreno
Engenharia de Software Aula 2.4 Modelos de Casos de Uso Prof. Bruno Moreno bruno.moreno@ifrn.edu.br Comportamento do Sistema Refere-se às funcionalidades do sistema Requisitos funcionais; O comportamento
Leia maisCONTEÚDO Acesso ao sistema...2 Controle de Aplicação Tela de Autenticação...3 MENU DE OPÇÕES DO SISTEMA Cadastro do Colaborador...
FREQUENCI CONTEÚDO Acesso ao sistema...2 Controle de Aplicação Tela de Autenticação...3 MENU DE OPÇÕES DO SISTEMA Cadastro do Colaborador...4 COORDENADOR ESTADUAL Alocar Coordenador de Polo...5 COORDENADOR
Leia maisPROJETO INTEGRADO I OFICINA MECÂNICA
PROJETO INTEGRADO I OFICINA MECÂNICA Carolina Pedrosa Santos 1380168 Rafaela Mendes Pereira 1380079 ESCOPO O Sistema de gerenciamento da oficina (SGO) tem por objetivo facilitar o atendimento ao cliente
Leia maisClass Responsibilities and Collaborators
Class Responsibilities and Collaborators Cartões que representam as responsabilidades e as interações das classes Utilizados para estimular o aprendizado do paradigma da orientação a objetos Dimensões
Leia maisCasos de Uso. SSC-121 Engenharia de Software I. Profa. Dra. Elisa Yumi Nakagawa 2º semestre de 2012
Casos de Uso SSC-121 Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2º semestre de 2012 1 Definição Um caso de uso representa uma possível utilização do sistema por um ator, que pode ser uma
Leia maisCapítulo 5 Gerenciamento do Escopo do projeto. Introdução. Antes de iniciarmos vamos pensar um pouco.
Capítulo 5 Gerenciamento do Escopo do projeto 1 Introdução Antes de iniciarmos vamos pensar um pouco. 2 Introdução 3 Introdução 4 Introdução 5 Introdução O projeto se inicia com a definição de quais objetivos
Leia maisAnálise e Projeto Orientados a Objetos Aula III Concepção Visão Geral do Sistema. Prof. Bruno E. G. Gomes IFRN
Análise e Projeto Orientados a Objetos Aula III Concepção Visão Geral do Sistema Prof. Bruno E. G. Gomes IFRN 1 Introdução Fase de concepção do UP Analista vai em busca das primeiras informações sobre
Leia maisÁREA DO PESQUISADOR Cadastro/ Criação de Propostas
MANUAL DO SISTEMA SIGFAPES ÁREA DO PESQUISADOR Cadastro/ Criação de Propostas 1 1 ACESSO AO SISTEMA 1.1 Primeiro contato Acesse http://www.sigfapes.es.gov.br 1. Login Se possuir cadastro: 1..1 Informe
Leia maisDOCUMENTAÇÃO SISTEMA DE ADMINISTRAÇÃO DE CONSULTÓRIO MÉDICO
DOCUMENTAÇÃO SISTEMA DE ADMINISTRAÇÃO DE CONSULTÓRIO MÉDICO SUMÁRIO Parte I Modelagem do Software Documento de Requisitos 1. Introdução 2. Descrição Geral do Sistema 3. Requisitos Funcionais 4. Requisitos
Leia maisPrincípios da Engenharia de Software aula 03
Princípios da Engenharia de Software aula 03 Prof.: José Honorato Ferreira Nunes Material cedido por: Prof.: Franklin M. Correia Na aula anterior... Modelos de processos de software: Evolucionário Tipos
Leia maisCurso Google Adwords e Marketing Digital. Carga horária: 16h
Curso Google Adwords e Marketing Digital Carga horária: 16h Quem Somos A Internet Innovation é a primeira empresa a oferecer uma grade completa de cursos especializados em Comércio Eletrônico e Marketing
Leia maisBoletim Técnico. Plano de Desenvolvimento Individual (PDI) Desenvolvimento/Procedimento. Produto : Totvs Gestão de Pessoas Versão 12.1.
Plano de Desenvolvimento Individual (PDI) Produto : Totvs Gestão de Pessoas Processo : Plano de Desenvolvimento Individual Subprocesso : Plano de Desenvolvimento Individual Data publicação da : 15/10/2014
Leia maisINTRODUÇÃO A PROJETOS
INTRODUÇÃO A PROJETOS Professor: Rômulo César romulodandrade@gmail.com www.romulocesar.com.br GESTÃO DE PROJETOS Gestão Ágil de projetos Gestão de projetos com PMBOK GESTÃO ÁGIL DE PROJETOS GESTÃO ÁGIL
Leia maisA marca que mais respeita você. Primeiro ACESSO
A marca que mais respeita você. Primeiro ACESSO Bem-vindo à VR Benefícios Entendemos a importância deste benefício aos seus funcionários e por isso queremos estar com você neste momento. Utilize este guia
Leia mais- Manual tocou.com - Anunciantes
- Manual tocou.com - Anunciantes Este manual se destina aos anunciantes que utilizam ou desejam utilizar o tocou.com. 2009 SUMÁRIO Apresentação... 2 Tipos de contas de usuários do tocou.com... 3 Requisitos
Leia maisLevantamento, Análise e Gestão Requisitos. Aula 02
Levantamento, Análise e Gestão Requisitos Aula 02 Agenda RUP Visão Geral Qualidade de software Estrutura Fases Disciplinas Principais papéis Atualização dos Requisitos Visão Geral Conjunto Subjacente de
Leia maisGerenciamento do Escopo
Gerenciamento do Escopo Projeto - Ciclo de Vida Fases 3 EXECUÇÃO / CONTROLE 4 FECHAMENTO NÍVEL DE ATIVIDADE 1 CONCEPÇÃO / INICIAÇÃO 2 PLANEJAMENTO TEMPO Objetivos Apresentar os processos, ferramentas e
Leia maisPadrão para Especificação de Requisitos de Produto de Multimídia
Padrão para Especificação de Requisitos de Produto de Multimídia 1 Introdução 1.1 Escopo do documento Sugere-se aqui uma estrutura para a Especificação de Requisitos de Produto de Multimídia (ERPM). Esta
Leia maisProcesso de Desenvolvimento
Processo de Desenvolvimento RUP Rational Unified Process A Rational e o RUP 4 Rational é conhecida pelo seu investimento em orientação em objetos. 4 A empresa foi a criadora da Unified Modeling Language
Leia maisProf. Luiz A. Nascimento
Prof. Luiz A. Nascimento Qual a importância da Engenharia de Software? O desenvolvimento de um software envolve processos muitos complexos. A engenharia de software estabelece um modelo para se construir
Leia maisConstrução de. Software Orientado ao Negócio A solução proposta pelo método iron integração de Requisitos Orientados a Negócio
Construção de Software Orientado ao Negócio A solução proposta pelo método iron integração de Requisitos Orientados a Negócio O que é um REQUISITO? Podemos conceituar requisitos como sendo uma ação a ser
Leia maisUNIVERSIDADE FEDERAL DO PARANÁ - UFPR BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO
CI 221 DISCIPLINA: Engenharia de Software AULA NÚMERO: 3 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO O objetivo desta aula é apresentar e discutir conceitos básicos como processo, projeto, produto, por que
Leia maisProcesso de Desenvolvimento de Software
Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático desta aula Fases do Processo. Ciclo de vida do processo. Processo Unificado Orientado por Casos de Uso, surgiu para realizar o
Leia maisAula 09. Modelagem de Sistemas. Modelagem 10/10/2012. Modelagem de Sistemas de Informação; Análise e Otimização de Sistemas.
Aula 09 Modelagem de Sistemas de Informação; Análise e Otimização de Sistemas. Sistemas de Informação TADS 4. Semestre Prof. André Luís 1 2 Modelagem de Sistemas Para abordarmos de forma mais profunda
Leia maisConta Um Manual do Portador
Conta Um Manual do Portador Seja Bem-Vindo a Conta Um Agora você possui o Cartão Conta UM com o todos os benefícios de uma conta corrente digital. Neste manual você encontrará o passo a passo para utilização
Leia maisForma de Pagamento. Bematech Unidade de Software Jundiaí Fone/Fax: (11) R. Pedro Alexandrino, 95 Anhangabaú Jundiaí SP CEP:
Forma de Pagamento O objetivo principal é cadastrar as diversas movimentações de retirada e recebimento existentes no caixa. É através da parametrização informada nessa tela, que o sistema identificará
Leia maisManual do Tutor PIRELLI TYRE CAMPUS
Manual do Tutor PIRELLI TYRE CAMPUS Sumário 1 Apresentação... 4 1.1 Características e Funcionalidades... 4 1.2 Grupos de Usuários... 5 1.3 Portabilidade... 5 2 Usuários... 6 2.1 Alunos... 6 2.1.1 Pesquisa...
Leia maisPESQUISA E DESENVOLVIMENTO
PESQUISA E DESENVOLVIMENTO A RSoft Pesquisa e Desenvolvimento é uma empresa inovadora, sólida e referência em elaborar alternativas inovadoras e criativas que gerem eficiência (sistemas), mobilidade (apps)
Leia maisÍNDICE. 1) O que é o serviço Vivo Gestão? 2) Identificação das linhas. 3) Criação de grupos. 4) Cadastro de Administradores / Gestores de conta
ÍNDICE 1) O que é o serviço Vivo Gestão? 2) Identificação das linhas 3) Criação de grupos 4) Cadastro de Administradores / Gestores de conta 5) Cadastro de Administradores / Gestores de grupo 6) Limites
Leia maisCICLO DE VIDA DE SOFTWARE
WESLLEYMOURA@GMAIL.COM CICLO DE VIDA DE SOFTWARE ANÁLISE DE SISTEMAS Introdução ao ciclo de vida de software Qualificar um produto é muito bom para que tenhamos certeza de que há seriedade e preocupação
Leia maisAnalista de Negócio 3.0
Estudo de Caso A industria Santos é uma empresa siderúrgica que possui duas plantas industriais em dois municípios do interior de Minas Gerais. A sede da empresa fica no estado de São Paulo, na cidade
Leia maisDaniel Wildt -dwildt@gmail.com
Metodologias Ágeis e Software Livre Daniel Wildt -dwildt@gmail.com Bacharel em Informática (PUCRS) Professor Universitário (FACENSA) Mais de 10 anos de experiência em Desenvolvimento de Software, hoje
Leia maisDesmistificando o Scrum e o Product Owner
Desmistificando o Scrum e o Product Owner Resumo do Ciclo do Scrum Resumo do Ciclo do Scrum Resumo do Ciclo do Scrum Resumo do Ciclo do Scrum Resumo do Ciclo do Scrum Resumo do Ciclo do Scrum Resumo do
Leia maisMovimento do Caixa
Movimento do Caixa http://www.controlenanet.com.br Este manual é parte integrante do Software On-line Movimento do Caixa Concebido pela equipe técnica de ControleNaNet. http://www.controlenanet.com.br
Leia maisConhecendo o Portal da Drogaria
Conhecendo o Portal da Drogaria Portal da Drogaria versão 11v0 Uma visão rápida e objetiva do que o Portal da Drogaria proporciona O acesso ao Portal da Drogaria é feito pelo endereço: www.portaldadrogaria.com.br
Leia maisEmissão de Recibos. Copyright ControleNaNet
Este manual é parte integrante do Software On-line Recibos Concebido pela equipe técnica de ControleNaNet. http://www.controlenanet.com.br Todos os direitos reservados. Copyright 2016 - ControleNaNet Conteúdo
Leia maisVEJA COMO FIDELIZAR CLIENTES! 1. Vá em Quero Experimentar e informe os dados da sua empresa.
VEJA COMO FIDELIZAR CLIENTES! 1. Vá em Quero Experimentar e informe os dados da sua empresa. 2. Você receberá um e-mail de confirmação solicitando que defina sua senha. Neste e-mail você receberá também
Leia maisInício Rápido: Exibir relatórios Início Rápido: Exibir relatórios
Início Rápido: Exibir relatórios Guia do Cliente Novembro de 2016 Este guia mostra-lhe como criar, salvar, visualizar e exportar relatórios padrão e personalizados no Centro de Negócios da Microsoft. Para
Leia maisUma introdução ao SCRUM. Evandro João Agnes evandroagnes@yahoo.com.br
Uma introdução ao SCRUM Evandro João Agnes evandroagnes@yahoo.com.br Agenda Projetos de Software O que é Scrum Scrum framework Estrutura do Scrum Sprints Ferramentas Projetos de software Chaos Report Standish
Leia maisIntrodução. à UML. Histórico (cont.) Histórico Definição Benefícios Notação Diagrama de Classes Diagramas de Interação Conclusões Revisão
Sumário Introdução à UML BSI Bacharelado em Sistemas de Informação LOO Linguagens Orientadas a Objetos Humberto Mossri de Almeida hmossri_cursos@yahoo.com.br Marcelo Nassau Malta nassau_cursos@yahoo.com.br
Leia maisPROVAS DISCURSIVAS P 3 (questões) e P 4 (parecer) RASCUNHO QUESTÃO 1
PROVAS DISCURSIVAS P (questões) e P (parecer) Nestas provas, faça o que se pede, usando, caso deseje, os espaços para rascunho indicados no presente caderno. Em seguida, transcreva os textos para o CADERNO
Leia maisFerramenta para gestão ágil
Ferramenta para gestão ágil de projetos de software Robson Ricardo Giacomozzi Orientador: Everaldo Artur Grahl Agenda Introdução Objetivos Fundamentação teórica Desenvolvimento Resultados e discussões
Leia maisA marca que mais respeita você. Primeiro ACESSO
A marca que mais respeita você. Primeiro ACESSO Bem-vindo à VR Benefícios Entendemos a importância deste benefício aos seus funcionários e por isso queremos estar com você neste momento. Utilize este guia
Leia maisPLANO DE ENSINO. ANO LETIVO/SEMESTRE: 2016/2 PROFESSOR: Leandro da Silva Camargo
PLANO DE ENSINO ANO LETIVO/SEMESTRE: 2016/2 PROFESSOR: Leandro da Silva Camargo I DADOS DE IDENTIFICAÇÃO 1. Instituto Federal de Educação Ciência e Tecnologia 2. Campus: IFSUL Bagé 3. Endereço: Av. Leonel
Leia maisMANUAL PARA DESENVOLVIMENTO DE SOFTWARE TRABALHO DE CONCLUSAO DE CURSO EM SISTEMAS DE INFORMAÇÃO
MANUAL PARA DESENVOLVIMENTO DE SOFTWARE TRABALHO DE CONCLUSAO DE CURSO EM SISTEMAS DE INFORMAÇÃO Sumário PREFÁCIO...3 MODELO DA DOCUMENTAÇÃO...3 1. INTRODUÇÃO AO DOCUMENTO...3 1.1. Tema...3 2. DESCRIÇÃO
Leia maisESPECIFICAÇÃO DE PROJETO AUTOR(ES) : João
AUTOR(ES) : João AUTOR(ES) : João NÚMERO DO DOCUMENTO : VERSÃO : 1.1 ORIGEM STATUS : c:\projetos : Acesso Livre DATA DO DOCUMENTO : 22 novembro 2007 NÚMERO DE PÁGINAS : 13 ALTERADO POR : Manoel INICIAIS:
Leia mais1. Definição de Carga Horária de Atividades Complementares
Registro de Atividades Complementares Cadastro pelo aluno ANTES DE COMEÇAR... O registro de Atividades Complementares Cadastro pelo aluno consiste em que o próprio aluno faça o cadastro, pelo Q-Acadêmico
Leia maisQUESTÕES TESTES. Questão 1. O modelo de ciclo de vida em cascata:
QUESTÕES 1. 0 que é domínio da aplicação (ou do problema)? 2. Qual a importância da engenharia de software e como se justificam os custos a ela associados? 3. O que é processo de desenvolvimento de software
Leia maisPapel, Responsabilidades, Competências e Atividades do Usuário Chave. Juntos podemos ir mais longe.
Papel, Responsabilidades, Competências e Atividades do Usuário Chave Juntos podemos ir mais longe. Dinâmica 1 Anúncio Classificados Procedimento: o facilitador entrega uma folha em branco para cada participante,
Leia maisDesenvolvimento Ágil com XP e Scrum. Guilherme Chapiewski guilherme.chapiewski@gmail.com http://gc.blog.br
Desenvolvimento Ágil com XP e Scrum Guilherme Chapiewski guilherme.chapiewski@gmail.com http://gc.blog.br WTF?!? Porque ágil? Quem usa isso? Google Yahoo! Electronic Arts Lockheed Martin Phillips Siemens
Leia maisANÁLISE DE SISTEMAS UML. por. Antônio Maurício Pitangueira
ANÁLISE DE SISTEMAS UML por Antônio Maurício Pitangueira 1 Diagrama de caso de uso Representa um conjunto de cenários identificados Possibilita a compreensão do comportamento externo do sistema por qualquer
Leia maisDesenvolvimento ágil de software
Desenvolvimento ágil de software Prof. Cristiane Aparecida Lana slide 1 Bibliografia utilizada: Mais opções visite meu site, clique aqui para acessá-lo. slide 2 2011 Pearson 2011 Pearson Prentice Prentice
Leia maisRUP RATIONAL UNIFIED PROCESS PRÁTICAS RECOMENDADAS. Prof. Fabiano Papaiz IFRN
RUP RATIONAL UNIFIED PROCESS PRÁTICAS RECOMENDADAS Prof. Fabiano Papaiz IFRN O RUP recomenda as seguintes práticas que devem ser utilizadas no desenvolvimento de um software: 1. Desenvolver de forma iterativa
Leia maisAnálise de Ponto de Função APF. Aula 02
Análise de Ponto de Função APF Aula 02 Agenda Parte 01 Introdução a Métricas de Software Parte 02 A Técnica de APF O que é APF? Objetivos Benefícios Conceitos Básicos Visão Geral dos Procedimentos de Contagem
Leia mais