Directly Capture Objectives

Directly Capture Objectives (DCO) é o método de colaboração do Pega Express^™ do início ao fim. O DCO estimula o alinhamento entre os stakeholders e estimula o engajamento de alta qualidade entre as áreas de negócios e TI.DCO é uma disciplina, uma maneira de trabalhar que forma um ciclo contínuo de colaboração, iteração e validação. Os profissionais das áreas de negócios e TI trabalham em conjunto para modelar o aplicativo final, passo a passo, utilizando a Pega Platform^™.

O DCO se concentra em:

• Projeto e desenvolvimento do aplicativo
• Atingir os resultados de negócios 
• Design centrado nos fatores humanos 
• Iterações para concretizar os valores de negócios mais rapidamente

A Pega Platform oferece ferramentas visuais para capturar resultados, telas de design, fluxos de trabalho e feedback.

• O DCO é... Uma disciplina, uma forma de trabalhar... Um ciclo contínuo
• Incentivado por... Colaboração, iteração, validação

O uso da disciplina do DCO estimula o alinhamento entre os stakeholders para gerar perspectivas sobre o aplicativo. O DCO reduz interpretações incorretas e minimiza o risco de descobrir lacunas de negócios ou funcionalidades tarde demais.O DCO também acelera o ritmo geral da entrega, envolvendo todos os principais participantes desde o início.  

Com o DCO, você não precisa elaborar uma documentação de requisitos que consome muito tempo. Em vez disso, você captura todas as informações necessárias para desenvolver um aplicativo na Pega Platform, desde os resultados de negócios até os componentes técnicos (para implementar o Microjourney™), e requisitos de negócios como:

• Backlog 
• Épicos
• Histórias de usuários

Com a colaboração, iteração e validação dos itens abaixo, todos os membros da equipe compreendem as metas que você pretende alcançar e como alcançá-las.

• Resultados de negócios
• Tipos de caso
• Estágios e etapas (fluxo de trabalho)
• Personas
• Canais
• Designs de interface de usuário
• Dados/integrações
• Épicos
• Backlog
• Historias de usuários

O DCO é utilizado continuamente na abordagem de entrega do Pega Express. Embora diferentes atividades ocorram durante cada fase (Descoberta [Discover], Preparação [Prepare], Construção [Build] e Adoção [Adoption]), todos os eventos acontecem de forma colaborativa, com a iteração e a validação ocorrendo constantemente, conforme ilustrado na imagem abaixo.

Veja aqui os diferentes eventos do DCO que acontecem de forma colaborativa durante cada fase:

Descoberta:

• Ajuda a identificar a visão e os resultados de negócios
• Suporte à idealização e criação de protótipos

Preparação:

• Suporte à idealização e criação de protótipos
• Execução de sessões do DCO

Construção:

• Execução de sessões do DCO
• Refino contínuo do backlog
• Suporte para reproduções/exibições

Adoção:

• Execução de sessões do DCO
• Otimização do produto
• Transferência de conhecimentos para prontidão da empresa
• Identificação do próximo MLP

DCO durante e Preparação

No início da Preparação, o DCO ajuda a validar a estrutura e o projeto das Microjornadas, que compõem o Minimum Lovable Product (MLP). Use o DCO para confirmar e converter os três pilares com o Pega Express:

• Microjornadas e casos
• Personas e canais
• Dados e integrações   

Concentre suas primeiras sessões do DCO na criação de tipos de casos preliminares na Pega. A definição dos tipos de caso inclui a configuração dos estágios primários e alternativos para cada microjornada, dentro do escopo do seu MLP.  As sessões posteriores do DCO exploram cada estágio em alto nível para determinar as etapas primárias, as regras de negócios e os requisitos de dados associados à Microjornada. Durante as sessões iniciais do DCO, na Preparação (Prepare), você cobre temas como acesso de usuários e requisitos de segurança de alto nível.  

Uma vez concluídas as sessões do DCO, você tem um resumo de alto nível da versão preliminar de toda a Microjornada para compartilhar com a equipe de negócio. A equipe de negócio valida a viabilidade de se atingir os resultados esperados. O objetivo de uma sessão do DCO durante a Preparação não é o construir o MLP, e sim para determinar os limites funcionais do escopo do MLP, confirmando as premissas da sua equipe no modelo de alto nível.

Para conduzir a reunião de análise de negócio durante a Preparação, você deve reproduzir o tipo de caso na Pega Platform. Durante essa sessão, os stakeholders de negócios informam se consideram todos os cenários relacionados que devem ser levados em conta durante toda a jornada e no MLP.  Os cenários de negócios devem incluir os dois tipos de caminhos durante todo o processo:

1. Os “caminhos felizes” (happy paths)  
2. Os principais “caminhos alternativos" (alternate paths)

Sessões do DCO

Uma vez acordados os tipos de caso fundamentais com os stakeholders de negócios, agende sessões adicionais do DCO para criar o backlog e começar a elaborar as histórias priorizadas, em preparação para seu primeiro sprint. O produto final será o plano de elaboração de histórias de usuários. O plano de elaboração define a programação das sessões do DCO para aperfeiçoamento dos tipos de caso no escopo.

DCO durante a Construção

O DCO continua sendo essencial durante a fase de Construção (Build) do seu projeto. Os membros da equipe mantêm a colaboração, a iteração e a validação durante as reproduções nos sprints com a equipe de negócios. As sessões que ocorrem durante a fase Construção apresentam aos membros da equipe resultados bastante precoces da configuração. Elas representam uma chance para a empresa compartilhar feedback e dar orientação para a equipe de desenvolvimento validar a entrega.  Suas sessões podem ser curtas e com finalidades específicas. Inicie as sessões assim que a equipe de desenvolvimento estiver pronta para compartilhar qualquer resultado. 

O DCO também é utilizado para permitir a evolução constante dos detalhes do tipo de caso, do modelo de dados e das regras de negócios no âmbito da Microjornada para manter um backlog saudável de histórias de usuários priorizadas. 

As sessões são programadas conforme o plano de elaboração. Elas podem assumir várias formas, conforme o foco da sessão.  Algumas sessões são utilizadas para esclarecer e prorrogar as etapas no âmbito do tipo de caso. Outras podem ser programadas para refinar a experiência do usuário. As sessões do DCO podem incluir minioficinas de discussão de ideias com foco no design da IU, no fluxo de telas e em outros aspectos de design thinking. 

O resultado primário das sessões do DCO durante a Construção são as histórias de usuários refinadas de forma a atender à definição de pronto. As histórias podem ter documentos adicionais anexados para atender às necessidades informativas das histórias dos usuários, incluindo artefatos como:

• Maquetes de IU e UX
• Mapas da lógica de negócio 
• Regras de negócios
• Matrizes de segurança
• Documentos e mais

À medida que os sprints avançam, sua equipe libera atualizações do aplicativo para testes. A disciplina do DCO funciona com um processo de triagem para discutir, priorizar e adicionar os problemas encontrados ao backlog, conforme sua contribuição para os resultados definidos para o MLP.

A Pega Platform oferece uma imensa matriz de estúdios e ferramentas de visualização para ajudar sua equipe a aproveitar ao máximo as sessões de DCO. A Pega Platform acelera a entrega gerando um repositório compartilhado do que deve ser desenvolvido e reduz a necessidade de gastar horas enviando documentos após uma sessão.

Na imagem a seguir, clique nos ícones de + para saber como as ferramentas da Pega, como o App Studio, se alinham ao DCO para capturar objetivos na Pega Platform rapidamente.

A equipe central de DCO deve ser pequena, com representantes da área de negócios, incluindo o tomador de decisões (proprietário do produto), o arquiteto de negócios, o arquiteto de sistemas, o testador e o designer de experiência do usuário (UX). Observe que esses stakeholders vêm de uma variedade de disciplinas, da área de negócios à de tecnologia. Em alguns projetos, o proprietário do produto pode precisar de suporte adicional de especialistas de negócios. Você também pode acrescentar especialistas nos assuntos (subject matter specialists, SMEs) à sua equipe principal.

Em um mundo ideal, todos os membros da equipe podem comparecer a todas as sessões, mas isso pode não ser viável. Alguns temas podem não exigir a presença de um arquiteto de sistemas. Outras podem não exigir a presença de um designer de UX. Outras podem exigir o suporte de SMEs específicos. 

Os participantes do DCO não se limitam à equipe principal. Você pode precisar de um grupo com finalidade específica, composto de stakeholders das equipes de negócios ou técnica, para darem seu apoio ao design do aplicativo. As sessões de DCO com foco em segurança, por exemplo, podem requerer a presença de especialistas em segurança de TI para fornecer insights. Da mesma forma, como parte do design da experiência do usuário, você pode querer convidar um pequeno grupo de usuários finais para uma análise de reprodução e para validar o projeto. 

Ao final do sprint, os stakeholders da equipe de prontidão e treinamento de negócios podem comparecer às demonstrações, fornecendo feedback à equipe do projeto e aprimorando suas competências em preparação à fase de Adoção (Adoption).   

Na imagem a seguir, clique nos ícones de + para saber mais sobre cada um desses papéis na equipe do projeto.

Certifique-se de estar preparado para maximizar suas sessões de DCO. Etapas simples como convidar os participantes com bastante antecedência, elaborar a pauta e coletar os artefatos do DCO melhoram os resultados da sessão. Os objetivos de cada sessão devem ser claros, para que os participantes possam se preparar antecipadamente. 

Para ajudar o representante de negócios a se preparar para a sessão, forneça a ele e aos SMEs o máximo possível de informações sobre o tema do DCO. Por exemplo, uma lista de histórias de usuários e dúvidas pendentes são um bom começo. Isso permite que a equipe de negócios realize as investigações relacionadas ao assunto antes da sessão.   

Além disso, crie ou organize apresentações, croquis e flip charts ou desenvolva atividades antecipadamente para orientar as sessões.  Se utilizar o App Studio como incentivo durante a sessão do DCO, conclua sua preparação antes da sessão:  

• Execução do processo – Familiarize-se com a experiência do usuário final para compreender o que precisa ser mais desenvolvido
• Reprodução – Em algumas situações, considere uma mudança temporária na reprodução para os participantes da sessão de DCO 

Você pode ficar tentado a usar uma programação com longas sessões de DCO, que tomam grande parte do dia. É melhor realizar sessões mais curtas e recorrentes, para que os participantes se concentrem. As melhores práticas comprovam que sessões curtas e focadas estimulam a participação e são mais sustentáveis, dada a dificuldade dos membros da equipe de comparecerem ou permanecerem concentrados em eventos que duram o dia todo.  

Assim como acontece em toda boa reunião, suas sessão de DCO começa com uma pauta que confirma os objetivos da reunião e verifica se os participantes compreendem o problema e o contexto. O arquiteto de negócios lidera a sessão com o apoio do proprietário do produto e dos SMEs. Juntos, eles utilizam as ferramentas visuais mais adequadas para discutir os temas, por exemplo:

• Histórias de usuários 
• Processos 
• Requisitos de negócios 

Depois da sessão do DCO

Verifique seus conhecimentos com a interação a seguir.