Esta semana lançamos duas melhorias pequenas, mas de grande impacto, que reduzem atritos cotidianos: navegação mais fácil entre trabalhos relacionados e entrega previsível de email de saída quando você usa seu próprio provedor SMTP. Essas mudanças eliminam cliques que não levavam a lugar nenhum e configurações de email que pareciam ativas mas não estavam sendo usadas, de modo que sua equipe pode triagem, transferir e comunicar com menos interrupções.
Abaixo estão os detalhes de cada melhoria, como elas importam em fluxos de trabalho reais e o que você precisa fazer (se precisar) para adotá-las.
Abrir tarefas bloqueadas e execuções de SOP diretamente do dashboard
Agora você pode clicar nos títulos de tarefas e execuções de SOP no widget Itens Bloqueados para abrir a tarefa ou execução correspondente. Antes, esses títulos pareciam clicáveis, mas não navegavam; agora eles levam você ao item exato.
Por que isso importa: quando alguém sinaliza uma execução ou tarefa como bloqueada, normalmente você quer inspecioná-la rapidamente para entender o bloqueador e tomar uma decisão. Ir do dashboard para a tarefa ou execução exata economiza tempo e reduz troca de contexto.
O que isso traz imediatamente:
Títulos de tarefas e execuções de SOP clicáveis no widget Itens Bloqueados que abrem o item diretamente.
Triagem mais rápida com menos etapas entre identificar um item bloqueado e ver seus detalhes, comentários ou responsáveis.
Colaboração mais clara porque você pode levar os colegas diretamente ao item que estão discutindo.
Como as equipes costumam usar isso
Resposta a incidentes: identificar uma execução bloqueada e abri‑la imediatamente para ver logs, responsável e histórico.
Planejamento de sprint: identificar tarefas que estão travando o progresso e navegar direto para elas para designar próximos passos.
Trabalho com clientes: ir direto para a execução problemática quando precisar compartilhar contexto com uma parte interessada.
Se você depende do widget Itens Bloqueados para reuniões diárias ou triagem on‑call, isso deve cortar alguns cliques sempre que surgir um item bloqueado.
Clicar em "Bloqueado por" e "Bloqueando" a partir das páginas de projeto e sprint
Ao visualizar uma tarefa na gaveta de tarefas nas páginas de projeto e sprint, as entradas Bloqueado por e Bloqueando agora se comportam como links reais e navegam para a tarefa relacionada. Antes, esses cards pareciam interativos, mas não abriam a tarefa referenciada quando acessados a partir dos contextos de sprint ou projeto.
Por que isso importa: bloqueadores são um problema relacional — saber do que uma tarefa está bloqueada ou o que ela está bloqueando é tão importante quanto a própria tarefa. A navegação imediata mantém o fio da investigação sem precisar buscar manualmente.
Melhorias visíveis para o usuário incluídas aqui:
Toque em uma tarefa bloqueadora ou dependente na gaveta de tarefas e vá direto para ela.
Mantenha o contexto ao revisar tarefas dentro da visualização de sprint ou projeto.
Reduza buscas manuais ao acompanhar uma cadeia de tarefas bloqueadas.
Exemplo: se a Tarefa A mostra que está bloqueada pela Tarefa B, clique nessa entrada para abrir a gaveta da Tarefa B e revisar o responsável, notas ou histórico de execuções — sem busca adicional. Isso é especialmente útil durante grooming de sprint e ao resolver dependências entre equipes.
Email de saída agora segue sua configuração SMTP
Se você configurar credenciais SMTP para email de saída (por exemplo, definindo seu host SMTP), o backend agora usará seu provedor SMTP depois que você reimplantar com essas configurações no lugar. Antes, mesmo quando o SMTP estava configurado, os emails continuavam sendo enviados pelo caminho padrão em algumas implantações.
Por que isso importa: muitas equipes usam sua própria infraestrutura SMTP ou um provedor transacional preferido por entregabilidade, compliance ou branding. Quando suas configurações não eram usadas, isso causava confusão e exigia acompanhamento manual.
O que você precisa fazer para ativar isso
Garanta que suas configurações SMTP (host, porta, usuário, senha, configurações TLS etc.) estejam configuradas no ambiente de implantação.
Reimplante seu backend OKiDO com as configurações SMTP presentes para que o serviço as reconheça.
Envie uma notificação de teste a partir do OKiDO (por exemplo, uma atribuição de tarefa ou alerta de execução) e confirme a entrega pelo seu provedor SMTP ou caixa de entrada.
Checklist rápido para verificar se o SMTP está ativo
Verifique se o host SMTP e as credenciais estão presentes na configuração de implantação.
Reimplante o serviço para que o backend leia as novas configurações.
Use o email de teste integrado ou acione uma notificação simples para confirmar a entrega.
Se a entrega falhar, verifique os logs do provedor quanto a erros de autenticação ou relay e confirme credenciais e conectividade.
Se você já havia configurado um provedor SMTP mas via mensagens ainda passando pelo caminho de entrega padrão, reveja suas configurações SMTP e reimplante — seu email de saída deverá então seguir o provedor SMTP que você forneceu.
Fazer isso funcionar para sua equipe
Essas atualizações são pequenas na superfície, mas tratam dois incômodos operacionais comuns: links invisíveis e roteamento de email pouco claro. Ambos têm a ver com confiança — confiar que um clique levará você ao esperado e confiar que suas configurações de email de saída serão realmente usadas.
Teste o novo comportamento no seu workspace. Se encontrar algo inesperado — links que ainda não navegam ou email que não segue suas configurações SMTP — envie uma mensagem ao suporte ou abra um chamado e investigaremos. Seu feedback nos ajuda a manter a plataforma confiável para o trabalho que você executa nela.
