Skip to main content

Papel de um Business Architect da Pega

Como Business Architect (BA) da Pega, você é fundamental para o desenvolvimento de um aplicativo Pega Platform™ bem projetado e bem implementado que atenda aos requisitos de negócios da organização do cliente, atinja o objetivo estratégico e realmente encante o cliente.

Nota: Ao longo desta missão do Business Architect, os termos "cliente", "organização" e "organização do cliente" referem-se às empresas que estão transformando seus fluxos de trabalho com implementações de aplicativos da Pega. O termo "cliente" refere-se aos clientes finais dessas empresas, e não às próprias empresas.

O Business Architect da Pega trabalha em parceria com as partes interessadas (stakeholders) da organização do cliente. Como Business Architect, você é a ponte que une a organização do cliente e a Pega para colaborar e desenvolver um software que exceda o que qualquer um dos lados pode realizar sozinho. Você entende e defende as necessidades e requisitos da organização cliente e dos negócios dele. Ao mesmo tempo, você entende os recursos de transformação da Pega Platform e defende os recursos de desenvolvimento de software da equipe da Pega e o processo de negócios redesenhado.  

Neste tópico, você examina as parcerias que o BA tem com membros da equipe do projeto da organização do cliente e da Pega, enquanto explora algumas das responsabilidades comuns de um BA da Pega durante um projeto. 

Trabalhando com os stakeholders

O Business Architect trabalha com as partes interessadas da organização do cliente e da Pega. Em um projeto da Pega, as partes interessadas desses dois grupos se misturam como equipes de negócios e TI. Os membros da equipe de negócios entendem o processo de negócios e as necessidades e requisitos organizacionais. Os membros da equipe de TI têm experiência em desenvolvimento de software e conhecem os recursos transformacionais da Pega Platform.

Na imagem a seguir, clique no ícone para saber como você trabalha na interseção de Negócios e TI como membro de ambas as equipes:

  1. Negócios: Você trabalha com partes interessadas (stakeholders) que entendem as necessidades e os requisitos da organização do cliente e do processo de negócios. Em sua função como BA da Pega, você usa sua compreensão do processo de negócios para defender essa equipe de negócios a fim de garantir que o aplicativo desenvolvido pela equipe de TI atenda às necessidades e aos requisitos especificados da organização do cliente.

  2. BA da Pega: Como BA da Pega, seu trabalho está na interseção de negócios e TI para garantir que a solução criada pela equipe de TI esteja alinhada às necessidades e os requisitos da organização e do processo de negócios do cliente. Para fazer isso, você deve apoiar as equipes de negócios e de TI para que trabalhem em estreita colaboração, para projetar e criar uma solução da Pega que atenda às necessidades dos negócios e seja configurada usando melhores as práticas de design da Pega.

  3. TI: Você trabalha com a equipe de desenvolvimento da Pega para entender o padrão de design técnico que melhor atenderá às necessidades e aos requisitos da organização do cliente e do processo de negócios. Em sua função como BA da Pega, você argumentará em nome da TI para garantir que os stakeholders da empresa entendam como os recursos e capacidades da solução da Pega agregam valor por meio do processo de negócios transformado. Além disso, você trabalha com a TI para criar uma biblioteca de ativos de negócios reutilizáveis para dar suporte a uma implementação mais rápida de recursos futuros do aplicativos.

The role of a Pega BA at the intersection of Business and IT

Ao longo de um projeto, seu trabalho com os stakeholders das equipes de negócios e TI inclui as seguintes responsabilidades:

Análise

Você coleta informações sobre a organização do cliente, o processo de negócios, os requisitos de negócios, o cliente e o resultado estratégico para garantir uma visão completa de todos os problemas antes de configurar uma solução. Como parte de sua análise, você trabalhará com a equipe de negócios para: 

  • Compreender os estágios (stages) e etapas (steps) críticos do processo de negócios, bem como os principais usuários do processo (internos e externos à organização)
  • Identificar os problemas, lacunas, gargalos e soluções manuais nos processos de negócios existentes
  • Entender as causas das falhas do processo existente
  • Identificar as áreas de funcionalidade que são comuns entre os processos

Como Business Architect, um dos principais objetivos é identificar o que precisa ser mudado no processo atual e como os problemas atuais afetam os resultados do negócio. 

Design de processo

Você otimiza continuamente o fluxo de trabalho avaliando as informações coletadas durante a análise e traduzindo seus insights usando o Pega GenAI Blueprint™.  O Blueprint incorpora os recursos do Pega GenAI e as melhores práticas da Pega para transformação de fluxo de trabalho para:  

  • Remover ações e atribuições desnecessárias do fluxo de trabalho atual.
  • Reorganizar o fluxo de trabalho para simplificar a sequência Estágios (Stages), Processos (Processes) e Etapas (Steps) para tornar o fluxo de trabalho mais simples de entender e operar.
  • Automatizar atividades repetitivas para tornar o fluxo de trabalho mais eficiente.
  • Alocar o trabalho de forma inteligente aos usuários apropriados para reduzir transferências desnecessárias entre os membros da equipe e garantir que o foco certo seja aplicado ao trabalho mais urgente.
  • Melhorar a colaboração entre os membros da equipe e os clientes externos para manter os stakeholders informados e atualizados com o progresso mais recente do trabalho.
  • Consolidar informações e dados relevantes para a atividade atual do usuário para reduzir o tempo desperdiçado coletando os dados essenciais de diferentes sistemas para concluir o trabalho com rapidez, precisão e eficácia.

Como Business Architect, um dos principais objetivos é garantir que o novo fluxo de trabalho projetado pelo Blueprint atenda aos objetivos de negócios e simplifique o processo para os usuários finais. 

Alinhamento

Usando os recursos de modelagem de fluxo de trabalho do Blueprint, você trabalha em estreita parceria com representantes da equipe de negócios e desenvolvedores da Pega para colaborar na concepção, criação e teste da solução da Pega. Suas funções incluem:  

  • Revisar a proposta do Blueprint para confirmar o alinhamento com as necessidades e os resultados do negócio.
  • Usar o Blueprint e o App Studio para demonstrar as melhorias ao usuário final resultantes do redesenho do fluxo de trabalho usando os recursos prontos para uso da Pega.
  • Trabalhar com as equipes técnicas para garantir que elas entendam as necessidades de negócios e requisitos essenciais do fluxo de trabalho.

Como Business Architect, um dos principais objetivos é garantir que a equipe de negócios entenda o design da solução e esteja habilitada a fornecer a orientação e o feedback corretos para manter a solução alinhada com os objetivos de negócios. Ao mesmo tempo, seu objetivo é garantir que os desenvolvedores da Pega tenham uma compreensão extremamente boa das necessidades e requisitos de negócios e possam aconselhar adequadamente sobre o melhor uso dos recursos técnicos da Pega para atender a essas necessidades.  

Educação

Você instrui os stakeholoders da equipe de negócios sobre as melhores práticas de entrega, aconselhando e orientando sobre os recursos prontos para uso dos aplicativos da Pega. Você apoia a equipe de negócios, ao explicar o valor desses recursos prontos para uso. Você usa seu conhecimento do Blueprint e da Pega Platform para demonstrar como os recursos melhoram os processos de negócios:

  • Priorizando o que precisa ser realizado para alcançar o resultado, não a forma como o trabalho está sendo feito atualmente
  • Entendendo sobre a simplificação e a otimização da Pega
  • Projetando processos para reutilização em todo o ecossistema da Pega

Como Business Architect, seu objetivo é continuar essa educação durante todo o projeto, permitindo que os stakeholders da empresa mudem suas formas de trabalhar com os recursos do software da Pega, obtenham valor comercial e aproveitem os benefícios do aplicativo da Pega.  

Parceria em ação

Considere o seguinte cenário:

Sara Han é uma BA da Pega que está trabalhando em um projeto existente de gerenciamento de reclamações criado na Pega Platform. 

O líder do projeto pede a Sara que revise o processo de gerenciamento de reclamações para garantir que a empresa resolva as preocupações dos clientes de forma rápida e eficiente. Ao ouvir os membros da equipe da empresa descreverem os resultados necessários para melhorar o índice de satisfação dos clientes, ela se esforça para entender as principais questões que afetam os negócios: os problemas, as mudanças de processo e os resultados desejados. Usando seu conhecimento das necessidades de negócios, o Blueprint, o App Studio e a tecnologia da Pega Platform, Sara:     

  • Educa os stakeholders da equipe de negócios sobre os recursos prontos para uso da Pega Platform, como a capacidade de encaminhar automaticamente o trabalho para os usuários apropriados usando regras de negócios ou distribuir automaticamente a notificação de solicitações de aprovação por e-mail e dispositivos móveis. Ela explica que esses recursos reduzem o tempo de resolução de uma reclamação, o que melhora a satisfação do cliente e, como resultado, aumenta o valor do negócio. 

  • Alinha com os representantes da equipe de negócios para redesenhar o fluxo de trabalho existente e, com a equipe de TI, para configurar os recursos prontos para uso da Pega Platform, tendo como objetivo automatizar e simplificar as tarefas executadas manualmente pela equipe de reclamações. Sara também ajuda a equipe de negócios a introduzir a alocação de trabalho automatizada e baseada em habilidades, bem como lógica e notificações do acordo de nível de serviço, para obter resolução de problemas mais rápida, maior satisfação dos clientes e alinhamento com os objetivos de negócios. 

Responsabilidades comuns dos Business Architect

A estrutura da equipe de projeto varia de projeto para projeto, dependendo de muitos fatores, incluindo o tamanho do projeto, sua complexidade, bem como o número e a experiência dos Business Architect da Pega envolvidos. Em projetos maiores, vários BAs trabalham juntos como uma equipe compartilhando a carga de trabalho. Em pequenos projetos, um único BA pode realizar tudo o que é necessário.  

Além das responsabilidades detalhadas acima: Análise, Desenho de Processos, Alinhamento e Educação, o BA da Pega tem outras responsabilidades que são comuns a todos os projetos, independentemente do tamanho. Alguns exemplos dessas responsabilidades comuns são: 

  • Providenciar reuniões para reunir requisitos que suportam a transformação do processo de negócios. Você organiza e providencia reuniões focadas com os stakeholders e especialistas no assunto (SMEs) para reunir e documentar os processos e requisitos de negócios para atender às necessidades da organização do cliente e do cliente. Durante essas reuniões, você orienta a compreensão dos stakeholders, traduzindo como os recursos prontos para uso da Pega Platform atendem aos requisitos de negócios. 

  • Identificar e documentar os requisitos de negócios.  Você documenta os requisitos de negócios como histórias de usuários usando o Blueprint, o Agile Workbench do App Studio e outros processos e ferramentas de gerenciamento de projetos Scrum disponíveis na Pega Platform. Os desenvolvedores da Pega usam as histórias de usuários para configurar o aplicativo para atender aos requisitos de negócios de uma forma que faça o melhor uso dos pontos fortes e recursos da Pega.

  • Usar o Blueprint e o App Studio para demonstrar a funcionalidade pronta para uso da Pega Platform no novo fluxo de trabalho de processos de negócios. Você usa o Blueprint para reprojetar rapidamente um fluxo de trabalho com base nos recursos prontos para uso da Pega e nas melhores práticas de gerenciamento de casos A visualização do fluxo de trabalho no Blueprint ajuda a criar alinhamento com os stakeholders em relação ao aplicativo da Pega. Você também usa o App Studio para demonstrar como os recursos adicionais da Pega Platform atendem aos requisitos de negócios.

  • Promover as melhores práticas da Pega. Ao longo de anos de implementações, a Pega desenvolveu as melhores práticas em todo o cenário de projetos, incluindo estrutura organizacional, criação de histórias de usuários e backlog, governança e testes. Você segue e instrui sobre essas melhores práticas durante todo o processo de design e entrega do aplicativo.

Em alguns projetos, um Business Architect também pode ter responsabilidades em relação ao gerenciamento de riscos, governança, desenvolvimento da interface do usuário, relatórios, definição de padrões, análise dos stakeholders, escopo e dimensionamento do projeto, teste ou suporte à produção. Embora os BAs com mais experiência do projeto provavelmente recebam essas funções, é importante que todos os BAs aproveitem qualquer oportunidade para aprender sobre essas tarefas adicionais. 

Verifique seu conhecimento com a seguinte interação:


This Topic is available in the following Modules:

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

Este conteúdo foi útil?

100% acharam esse conteúdo ú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