Cette semaine, nous avons déployé deux petites mais impactantes améliorations qui réduisent les frictions du quotidien : une navigation facilitée entre travaux liés et une livraison d'e-mails sortants plus prévisible lorsque vous utilisez votre propre fournisseur SMTP. Ces changements suppriment des clics inutiles et des paramètres d'e-mail qui semblaient configurés mais n'étaient pas pris en compte, pour que votre équipe puisse trier, transférer et communiquer avec moins d'interruptions.
Vous trouverez ci-dessous les détails pour chaque amélioration, leur utilité dans des flux de travail réels, et ce que vous devez faire (le cas échéant) pour en bénéficier.
Ouvrir les tâches bloquées et les runs SOP directement depuis le dashboard
Vous pouvez désormais cliquer sur les titres de tâches et de runs SOP dans le Blocked Items widget pour ouvrir la tâche ou le run correspondant. Auparavant, ces titres semblaient cliquables mais ne naviguaient pas ; maintenant ils mènent à l'élément exact.
Pourquoi c'est important : lorsqu'une personne signale un run ou une tâche comme bloqué(e), on veut généralement l'inspecter rapidement pour comprendre le blocage et décider de la suite. Passer du dashboard à la tâche ou au run exact permet de gagner du temps et réduit les changements de contexte.
Ce que cela vous apporte immédiatement :
Titres de tâches et de runs SOP cliquables dans le Blocked Items widget qui ouvrent directement l'élément.
Triages plus rapides avec moins d'étapes entre la détection d'un élément bloqué et l'affichage de ses détails, commentaires ou responsables.
Collaboration plus claire puisque vous pouvez amener vos coéquipiers directement sur l'élément discuté.
Comment les équipes l'utilisent en pratique
Réponse aux incidents : repérez un run bloqué et ouvrez-le immédiatement pour consulter les logs, le responsable et l'historique.
Planification de sprint : identifiez les tâches qui bloquent l'avancement et naviguez directement dedans pour assigner les prochaines étapes.
Travail client : accédez directement au run problématique lorsque vous devez partager le contexte avec un intervenant.
Si vous vous appuyez sur le Blocked Items widget pour les standups quotidiens ou le triage on-call, cela devrait vous faire économiser quelques clics à chaque apparition d'un élément bloqué.
Cliquer sur "Blocked By" et "Blocking" depuis les pages de projet et de sprint
Quand vous consultez une tâche dans le tiroir de tâches depuis les pages de projet et de sprint, les entrées Blocked By et Blocking se comportent désormais comme de vrais liens et naviguent vers la tâche liée. Auparavant, ces cartes semblaient interactives mais n'ouvraient pas la tâche référencée depuis les contextes de sprint ou de projet.
Pourquoi c'est important : les blocages sont un problème relationnel — savoir par quoi une tâche est bloquée ou ce qu'elle bloque a autant d'importance que la tâche elle-même. La navigation immédiate préserve le fil de l'enquête sans recherche manuelle.
Améliorations visibles pour les utilisateurs :
Cliquez sur une tâche bloqueuse ou dépendante dans le tiroir de tâches et accédez directement à celle-ci.
Conservez le contexte lors de la revue des tâches depuis une vue de sprint ou de projet.
Réduisez les recherches manuelles en suivant une chaîne de tâches bloquées.
Exemple : si la Tâche A indique qu'elle est bloquée par la Tâche B, cliquez sur cette entrée pour ouvrir le tiroir de la Tâche B et consulter son assigné, ses notes ou son historique de runs — sans recherche supplémentaire. C'est particulièrement utile lors du grooming de sprint et pour résoudre des dépendances entre équipes.
Les e-mails sortants respectent désormais votre configuration SMTP
Si vous configurez des identifiants SMTP pour l'envoi d'e-mails sortants (par exemple en renseignant votre SMTP host), le backend utilisera désormais votre fournisseur SMTP après que vous ayez redéployé avec ces paramètres en place. Auparavant, même lorsque SMTP était configuré, certains déploiements continuaient d'envoyer les e-mails via le chemin de livraison par défaut.
Pourquoi c'est important : de nombreuses équipes utilisent leur propre infrastructure SMTP ou un prestataire transactionnel choisi pour la délivrabilité, la conformité ou l'image de marque. Lorsque vos paramètres n'étaient pas pris en compte, cela créait de la confusion et obligeait à des vérifications manuelles.
Ce que vous devez faire pour en bénéficier
Assurez-vous que vos paramètres SMTP (host, port, nom d'utilisateur, mot de passe, paramètres TLS, etc.) sont configurés dans votre environnement de déploiement.
Redéployez votre backend OKiDO avec les paramètres SMTP présents afin que le service les prenne en compte.
Envoyez un e-mail de test depuis OKiDO (par exemple une notification d'assignation de tâche ou une alerte de run) et confirmez la livraison via votre fournisseur SMTP ou votre boîte de réception.
Checklist rapide pour vérifier que le SMTP est actif
Vérifiez que le host SMTP et les identifiants sont présents dans la configuration de votre déploiement.
Redéployez le service afin que le backend lise les nouveaux paramètres.
Utilisez l'e-mail de test intégré ou déclenchez une notification simple pour confirmer la livraison.
En cas d'échec de livraison, consultez les logs de votre fournisseur pour des erreurs d'authentification ou de relais et vérifiez les identifiants et la connectivité.
Si vous aviez déjà configuré un fournisseur SMTP mais constatiez que les messages passaient encore par le chemin par défaut, revérifiez vos paramètres SMTP et redéployez — vos e-mails sortants devraient alors emprunter le fournisseur SMTP que vous avez fourni.
Faire fonctionner ces changements pour votre équipe
Ces mises à jour sont modestes en apparence mais résolvent deux maux opérationnels courants : des liens invisibles et une routage d'e-mails flou. Les deux concernent la confiance — la confiance qu'un clic vous mènera là où vous l'attendez et la confiance que vos paramètres d'e-mails sortants seront effectivement utilisés.
Essayez ces nouveaux comportements dans votre espace de travail. Si vous rencontrez quelque chose d'inattendu — des liens qui ne naviguent toujours pas, ou des e-mails qui n'utilisent pas vos paramètres SMTP — envoyez une note au support ou ouvrez un ticket et nous enquêterons. Vos retours nous aident à garder la plateforme fiable pour le travail que vous y exécutez.
