Como atribuir responsáveis automaticamente a cards

Um card chega à análise com informações e prazo definidos, mas a equipe ainda não combinou quem deve agir. As pessoas podem ver a solicitação sem saber quem assume a próxima etapa. Quando o volume cresce, depender de alguém perceber e assumir cada pedido fica mais difícil de sustentar.

Ao terminar este artigo, você vai saber escolher entre atribuição fixa, atribuição por contexto e distribuição entre a equipe. Também vai saber o que conferir para que cada fase tenha os responsáveis e acessos esperados.

📖  O que você vai entender aqui:

O que está em jogo quando um card não tem dono

Antes de configurar qualquer coisa, vale separar dois problemas que parecem o mesmo e não são.

Uma situação é a solicitação sem responsável definido para a atividade atual. Outra é atribuir alguém que não deve atuar naquela etapa ou substituir uma pessoa que ainda tem trabalho a fazer. Defina quem age agora, quem apenas acompanha e quem abriu a solicitação. São papéis distintos: alterar uma atribuição não equivale a alterar o registro de quem criou o pedido.

Quando a atribuição fixa por fase já resolve

O caso mais comum tem a solução mais direta. Se toda vez que um card entra numa fase o responsável é sempre a mesma pessoa ou o mesmo par de pessoas, a atribuição fixa por fase resolve com uma automação.

Defina uma automação acionada quando o card entra na fase e atualize o campo de responsável daquela atividade. Confirme qual campo a ação altera e confira o resultado na fase seguinte. Não presuma que qualquer mecanismo de atribuição preserve todos os responsáveis anteriores: o resultado precisa corresponder à configuração dos campos e às regras do processo.

Quando o responsável depende do contexto do card

Nem todo processo tem um responsável fixo por fase. Em muitos, quem aprova depende de algo que só se sabe quando o card é criado: a área do solicitante, o valor da compra, o país da operação. Um pedido de Engenharia vai para um aprovador; o mesmo pedido vindo de Vendas vai para outro.

Aqui a decisão muda. Em vez de fixar uma pessoa na regra da fase, você guarda a relação entre contexto e responsável num database de aprovadores, cada registro amarrando um departamento aos seus respectivos aprovadores. O card se conecta a esse registro por um campo de conexão preenchido na entrada, e a automação atribui o responsável puxando o valor de dentro do registro conectado, de forma dinâmica, e não um nome cravado na regra.

Isso centraliza a referência de atribuição: quando um aprovador muda, atualize o registro usado nas próximas atribuições. Essa alteração não redistribui automaticamente todos os cards em andamento. Revise essas solicitações separadamente e confirme que as pessoas escolhidas têm os vínculos e acessos necessários.

Quando o objetivo é equilibrar a carga do time

Há um terceiro cenário que não é sobre quem é o responsável certo, e sim sobre não sobrecarregar sempre a mesma pessoa. Fila de atendimento, triagem, análise de documentos: qualquer membro qualificado do time pode pegar, e o que você quer é distribuir de forma equilibrada.

A ação Distribua responsáveis permite distribuição uniforme ou aleatória entre os membros escolhidos do pipe. Escolha a distribuição uniforme quando o objetivo for repartir as solicitações recebidas. A quantidade de cards atribuídos não mede, sozinha, a carga real de trabalho: pedidos podem exigir esforços diferentes. O exemplo oficial usa a criação do card como evento; confira a combinação de evento e ação disponível para a etapa desejada.

Um campo de responsável por fase e atribuições intencionais

Independente do mecanismo escolhido, duas diretrizes de modelagem sustentam todos eles e evitam retrabalho no futuro.

A primeira: mantenha um único campo de responsável por fase. Vários campos de responsável na mesma etapa geram ambiguidade sobre quem de fato responde pelo card ali, e complicam qualquer automação ou integração que dependa desse valor.

Depois, diferencie o campo de responsável da fase das informações de responsável do card. Para um desenho que mantenha essas responsabilidades separadas, revise a sincronização dos campos de responsável e etiquetas com o card; o guia de modelagem recomenda essa separação. Teste os responsáveis exibidos antes e depois de cada transição. Quando houver várias pessoas, um Database pode guardar a referência de atribuição, enquanto o processo define como aplicá la ao card.

O que acontece se o responsável sair da empresa

Quando uma pessoa sai ou muda de responsabilidade, revise atribuições fixas, referências no Database e cards em andamento. Defina quem assume as pendências e confira o acesso da pessoa substituta. Uma referência central facilita a manutenção, mas não elimina a revisão das solicitações abertas.

A Service Account trata de outra dependência: a autenticação de uma integração. Ela não substitui a pessoa aprovadora nem atualiza a lista de responsáveis por conta própria. Mantenha a conta de integração e as pessoas responsáveis pelo trabalho como responsabilidades distintas. Veja Fundamentos técnicos e Service Account.

Confira o acesso e teste a atribuição

Atribuir uma pessoa não substitui a gestão de acesso. Se apenas os responsáveis pelo card devem editá lo, avalie essa restrição nas configurações do pipe junto das funções da equipe. Confira a experiência de uma pessoa atribuída e de outra que apenas acompanha. Consulte as configurações do pipe.

Teste uma solicitação em duas fases de trabalho consecutivas. Confira quem responde pela atividade atual, quais pessoas foram mantidas intencionalmente, quem pode editar e o comportamento na substituição de um responsável. Na atribuição por Database, teste mais de um departamento e a ausência de uma referência de atribuição. Na distribuição, compare o resultado em vários cards de teste.

Antes de avançar, confirme que você entende

☐ A diferença entre abrir uma solicitação, acompanhar o andamento e receber a atribuição de uma tarefa.

☐  Qual dos três caminhos serve ao seu caso: responsável fixo por fase, responsável por contexto via database, ou rodízio para equilibrar carga

☐  Que você consegue definir, agora, qual mecanismo aplicar na próxima fase de trabalho do seu processo para que nenhum card entre nela sem responsável