Skip to main content

Estimar e rastrear o desenvolvimento de aplicativos

Archived

1 Tarefa

25 min

Visível para: All users Applies to: Pega Platform '24.2
Beginner
Desenvolvimento de aplicativos low-code
Português Brasileiro
Este conteúdo foi arquivado e não recebe mais atualizações. Seu progresso não será registrado. O Pega Cloud está desativado, e as conquistas não estão mais disponíveis.

Scenario

Os stakeholders da GoGoRoad querem desenvolver um novo aplicativo de assistência rodoviária para otimizar as operações das solicitações de assistência rodoviária feitas por clientes. Usando o escopo para Minimum Loveable Product e releases adicionais, os stakeholders querem monitorar o progresso atual do desenvolvimento do tipo de caso Assistance Request e determinar a próxima funcionalidade de maior prioridade a ser desenvolvida futuramente. Para possibilitar o monitoramento do progresso, os stakeholders e a equipe da Pega precisam identificar e priorizar um backlog de produto.

Para se preparar para o desenvolvimento, o arquiteto de negócios (BA) deve preencher o backlog e atualizar as histórias dos usuários para incluir recursos, sub-recursos, proprietário e prazo. A GoGoRoad usa o Agile Workbench para gerenciar e priorizar o trabalho. A equipe criou as user stories em um arquivo XSLX especialmente formatado para importação do Agile Workbench. Use o arquivo XSLX para importar históricos de usuários e preencher o backlog.

Antes de começar a trabalhar no aplicativo de Roadside Assistance (assistência rodoviária), os stakeholders solicitaram uma estimativa do tamanho e escopo do projeto com base nos tipos de caso incluídos no aplicativo GoGoRoad até o momento e nas histórias de usuários incluídas no backlog. A estimativa considera modelos de equipe e fornece um prazo aproximado para a entrega do aplicativo.

Seu Lead System Architect atribuiu a você a tarefa de atribuir releases aos canais e objetos de dados associados aos tipos de caso de Assistance Request e Service. Depois que as versões de release forem atribuídas, você deve usar a ferramenta Estimator para calcular a estimativa de dimensionamento para o release MLP 1.

Você é um novo System Architect, e seu Lead System Architect fornece um conjunto de links de documentação técnica como ajuda para você começar.

A tabela a seguir apresenta as credenciais necessárias para você concluir o desafio:

Função Nome do usuário Senha
Application Developer (desenvolvedor de aplicativo) author@gogoroad pega123!

Detailed Tasks

1 Estimar e acompanhar o desenvolvimento de aplicativos

Estimating and tracking application development Journey Map.

Leia a documentação técnica fornecida para concluir as tarefas atribuídas. A documentação técnica pode conter mais informações do que você precisa.

Critérios de aceitação

  • A planilha do Excel GoGoRoadUserStoriesforDPP foi usada para preencher o backlog do Agile Workbench.
  • Os user stories (históricos de usuário) preenchidos a partir da planilha GoGoRoadUserStoriesforDPP têm as informações necessárias, incluindo feature, subfeature, owner, e due date.
  • No Application Profile, no recurso de Assistance Request, há três novos sub-recursos para acompanhar o trabalho relacionado ao suporte para clientes de Assistance Request. Os sub-recursos chamam-se Notification, Setup e Support.
  • No Agile Workbench, cada um dos novos sub-recursos de Assistance Request, Notification, Setup e Support, estão associados ao user story Specify Issue. Um proprietário (author@gogoroad) e uma Due date (data de vencimento) estão incluídos em cada um dos novos sub-recursos.
  • No Agile Workbench, existe um novo User Story que corresponde às seguintes informações:
    Campo Detalhes
    Nome Adicionar custo total às informações de serviço e fatura do cliente
    Descrição Como cliente, quero receber uma fatura do serviço fornecido para confirmar que fui cobrado adequadamente.
    Recurso associado Assistance Request > Support
    Proprietário author@gogoroad
    Prazo Qualquer data futura
    Complexidade Médio
    Prioridade Indispensável
    Critérios de aceitação O gerente de serviço pode visualizar o custo do serviço ao analisar o serviço concluído.
    Critérios de aceitação O cliente recebe um e-mail com o custo total do serviço.
  • No tipo de caso Assistance Request, os releases do MLP são atribuídos aos canais. O canal do Web Portal recebe o release do MLP1. Todos os outros canais recebem o release do MLP2.
  • No tipo de caso Assistence Request, releases de MLP, complexidade e outras informações são atribuídas aos objetos de dados (data objects) com base nas seguintes informações:
    Case Type Stage Data object Data source Read Write Existing API Release Complexity Mark as done
    Assistance Request Create Service address Pega       MLP 1 Low  
    Assistance Request Create Vehicle information Pega       MLP 1 Low  
    Assistance Request Create Payment information Pega     x MLP 1 High  
    Assistance Request Service Service provider Pega x   x MLP 1 Low  
    Assistance Request Resolution Services offered Pega       MLP 1 Médio  
  • A ferramenta Estimator foi usada para fornecer estimativas para o trabalho associado ao release MLP1 do tipo de caso Assistance Request. O trabalho deve ser estimado com várias combinações de seleções para a lista Delivery, campo Number of teams, a lista Scrum Maturity, a lista Staffing model, a lista Environment, a lista Organization complexity e a listaData import effort.

Instruções

  1. Baixe a planilha de Excel GoGoRoadUserStoriesforDPP.xlsx  e armazene-a localmente em seu computador:

    GoGoRoadUserStoriesforDPP.xlsx

  2. Na instância da Pega para o desafio, insira as seguintes credenciais:
    1. No campo User , insira author@gogoroad.
    2. No campo Password, insira pega123!.
  3. No App Studio, a partir do Agile Workbench, importe as user stories da planilha GoGoRoadUserStoriesforDPP.xlsx.
  4. No perfil do aplicativo, adicione novos sub-recursos ao recurso de Assistance Request, conforme detalhado nos critérios de aceitação.
  5. No Agile Workbench, atualize a user story Specify issue, conforme detalhado nos critérios de aceitação.
  6. No Agile Workbench, crie uma nova user story, conforme detalhado nos critérios de aceitação.
  7. Para o tipo de caso de Assistance Request, atribua releases de MLP para os canais, conforme detalhado nos critérios de aceitação.
  8. Para o tipo de caso de Assistance Request, atribua releases de MLP e outras informações para os objetos de dados, conforme detalhado nos critérios de aceitação.
  9. Use o Estimator do App Studio para fornecer uma estimativa do trabalho associado ao release MLP1 do tipo de caso de Assistance Request.


Disponível na seguinte missão:

We'd prefer it if you saw us at our best.

Pega Academy has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

Close Deprecation Notice