Skip to main content

Gerenciar projetos Pega com Scrum

É prática recomendada gerenciar projetos de aplicativos Pega usando Scrum.  Como Business Architect da Pega em um projeto gerenciado usando Scrum, você tem a responsabilidade de documentar requisitos para o processo de negócios transformado em histórias de usuários e auxiliar a liderança na priorização dessas histórias de usuários para criar e gerenciar o backlog do projeto. 

Neste tópico, você examina as funções de liderança relacionadas ao Scrum, a relação entre histórias de usuários e o backlog, além do Pega Express Toolkit e do repositório online para ajudar você a gerenciar o Scrum.

Funções de liderança em uma equipe de Scrum

Há duas funções de liderança em um projeto Pega gerenciado com Scrum: o Product Owner (PO), que representa o negócio, e o Scrum Master, que gerencia o trabalho da equipe do projeto de TI.

As responsabilidades específicas de cada uma dessas funções são as seguintes:

Product Owner (PO):

  • Representa o negócio e serve como um único ponto de contato para decisões de negócio
  • Gerencia o escopo e as prioridades do projeto
  • Define as expectativas dos stakeholders
  • Define prioridades para o trabalho da equipe Scrum, priorizando entregas no backlog
  • Responde a perguntas da equipe Scrum e esclarece detalhes
  • Aceita ou recusa a conclusão da história do usuário

Scrum Master:

  • Dedicado com exclusividade à equipe como Scrum Master
  • Ensina Scrum e orienta os membros da equipe sobre o framework
  • Executa a chamada diária do Scrum e as cerimônias de sprint
  • Remove impedimentos e barreiras para a equipe
  • Facilita conversas entre equipes de negócios e TI, conforme necessário, para garantir o alinhamento do projeto

Como Business Architect, você vai interagir quase diariamente com o Product Owner e o Scrum Master para criar e gerenciar histórias de usuários, backlog de projetos, reuniões de sprint colaborativas que priorizam o trabalho concluído pela equipe de projeto de TI e coletam feedback das partes interessadas da equipe de negócios.

Histórias de usuários

As tarefas de desenvolvimento de software são rastreadas com histórias de usuários. Criada pelo Business Architect, cada tarefa ou item de trabalho é definida em uma história de usuário que explica o que o usuário deve fazer e os critérios pelos quais o item de trabalho deve ser aceito. 

Alguns exemplos de histórias de usuários de aplicativos em um projeto Scrum:

  • Como cliente de banco, quero imprimir um PDF do meu extrato bancário a partir de um aplicativo móvel para revisar minhas transações e o saldo final.
  • Como pai ou mãe que encomendou o bolo de aniversário de um filho online, quero pagar meu pedido com o Zelle para evitar a fila da padaria. 
  • Como jogador, quero ver quanto ouro tenho no meu cofre para poder comprar mais artefatos e fortalecer meu personagem.

Como uma estrutura para gerenciamento de projetos e desenvolvimento de aplicativos, o Scrum garante que as histórias com maior valor agregado sejam desenvolvidas primeiro, que as ideias sejam identificadas e entregues corretamente e que as partes interessadas e os clientes sejam envolvidos no processo, aumentando a adesão e a satisfação. 

Nota: Para saber mais sobre histórias de usuários, consulte o tópico Preparo das histórias de usuários.

O backlog do produto

O backlog do produto é uma lista classificada em ordem de prioridade de todos osrecursos e requisitos necessáriospara entregar a meta ou visão. É como uma lista de tarefas para a equipe. O backlog, como lista de itens, pode evoluir ao longo do ciclo de vida de um projeto. O Product Owner é responsável por organizar os itens por prioridade no backlog. O backlog em si é composto de histórias de usuários, unidades de trabalho associadas ao lançamento do Produto Mínimo Encantador (MLP).

Como BA em um projeto Pega, você trabalha em conjunto com o Product Owner para criar e gerenciar o backlog do projeto em uma ferramenta de gerenciamento como o Agile Studio da Pega Platform.

Embora não seja considerado um evento de Scrum, o refinamento do backlog é fundamental para um bom Scrum. O refinamento do backlog é o processo de cuidar e adicionar detalhes para esclarecer histórias de usuários no seu backlog. O refinamento do backlog preenche os detalhes nas histórias do usuário até o ponto em que elas podem ser compreendidas e priorizadas pelo Product Owner e implementadas pela equipe do projeto de TI. 

Nota: Para saber mais sobre como trabalhar com o backlog do projeto, consulte Manutenção do backlog.

Verifique seu conhecimento com a seguinte interação:


This Topic is available in the following Module:

If you are having problems with your training, please review the Pega Academy Support FAQs.

Este conteúdo foi útil?

Quer nos ajudar a melhorar esse conteúdo?

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