Vos projets et vos SOP peuvent désormais recevoir directement des e-mails pour transformer les messages entrants en tâches ou en exécutions, sans rien copier d'un outil à l'autre. Les réponses restent associées au travail concerné, et les pièces jointes suivent également.
Cette semaine apporte aussi des calendriers de sprints propres aux équipes et aux projets, la création automatique de sprints et des règles plus claires pour l'affectation des tâches. Une liste de tâches interprojets, un accès simplifié aux projets archivés et des corrections sur les filtres complètent cette mise à jour.
Transformez les e-mails entrants en travail à réaliser
Chaque projet et chaque SOP peuvent désormais disposer de leur propre adresse e-mail. Envoyez ou transférez un message pour créer une tâche de projet ou lancer l'exécution d'une SOP, avec le texte de l'e-mail et ses pièces jointes. Activez cette fonction dans Paramètres du projet > E-mail, ou sélectionnez Adresse e-mail sur une SOP.
L'expéditeur reçoit une brève confirmation de votre organisation. Les réponses à cette confirmation, ou dans le même fil de discussion, deviennent des commentaires sur la tâche ou l'exécution d'origine. Les exécutions lancées par e-mail affichent également le message initial et les réponses sur leur page.
Vous pouvez joindre davantage de types de fichiers aux tâches, à leurs descriptions et aux commentaires :
Feuilles de calcul : Excel, CSV et OpenDocument.
Présentations : PowerPoint.
Texte structuré : Markdown, JSON, XML et YAML.
Archives : zip, 7z, rar, tar et gz.
Médias : courts extraits audio et vidéo.
Ces formats s'ajoutent aux images, PDF, documents Word et fichiers texte brut déjà pris en charge. Les assistants IA connectés via MCP peuvent aussi lire sous forme de texte les fichiers CSV, Markdown, JSON, XML et YAML joints.
Le téléversement accepte désormais les fichiers que Windows identifie différemment, notamment les fichiers CSV reconnus comme des fichiers Excel, les archives zip et les fichiers Markdown sans type déclaré. Les e-mails entrants prennent en charge les mêmes types de pièces jointes que l'application, y compris Markdown, JSON et les fichiers envoyés sans type précis.
Adaptez le calendrier des sprints à chaque équipe et projet
Les équipes et les projets peuvent désormais définir leur propre durée de sprint, et les projets peuvent avoir une équipe de rattachement. Les tâches d'un projet suivent en priorité ses propres sprints, puis ceux de son équipe de rattachement, puis ceux de l'organisation. L'affectation automatique ne place jamais ces tâches dans un sprint d'un autre projet ou d'une autre équipe, et l'équipe directement affectée à une tâche ne modifie pas cette règle.
Ouvrez une équipe depuis Équipes, ou le nouvel onglet Sprints des paramètres d'un projet, pour voir quel calendrier s'applique, avec sa durée et son jour de début. Sélectionnez Définir une durée de sprint propre pour configurer la durée, le jour de début et la durée des réunions ; Utiliser plutôt ... permet de revenir au calendrier de l'équipe de rattachement ou de l'organisation. Les trois prochains sprints s'affichent en dessous.
Les propriétaires et les administrateurs de l'organisation peuvent choisir l'équipe de rattachement d'un projet. Les responsables et les administrateurs d'équipe peuvent modifier la durée des sprints de leur équipe ainsi que celle des projets qui lui sont rattachés. Les autres utilisateurs voient les paramètres en lecture seule ; pour les offres sans sprints, les paramètres indiquent quelles offres les incluent.
Le filtre de sprints d'un projet inclut désormais les sprints de son équipe de rattachement, et la vue des sprints d'une équipe inclut les tâches des projets qui lui sont rattachés. Les mêmes paramètres sont disponibles via /api/sprint-settings, et les réponses de l'API des projets incluent désormais homeTeamId et homeTeam.
Les nouveaux calendriers de sprints commencent la semaine en cours, avec un sprint couvrant la journée actuelle, même si vous désactivez puis réactivez un calendrier le même jour. L'assistant IA et l'API exigent qu'une équipe ou un projet dispose de sa propre durée de sprint avant de pouvoir créer ses sprints manuellement ; les sprints de l'organisation ne sont pas concernés. L'API rejette aussi explicitement tout sprint affecté à la fois à un projet et à une équipe, conformément au contrôle déjà effectué par l'assistant.
Les équipes et les projets affichent et répertorient désormais correctement les sprints de l'organisation et proposent d'y revenir, même si aucune durée de sprint n'est configurée au niveau de l'organisation. Auparavant, l'absence de ces commandes pouvait vous empêcher de supprimer un calendrier local.
Enchaînez les sprints sans refaire votre planification
Pour les offres incluant les sprints, OKiDO vérifie désormais chaque nuit les calendriers de l'organisation, des équipes et des projets, puis ajoute des sprints jusqu'à ce que chacun en compte 10 restants, sprint en cours compris. Les sprints existants restent inchangés et les projets archivés ne sont pas modifiés.
L'enregistrement des paramètres ne recrée que les sprints à venir dont les dates changeraient. Enregistrer des valeurs inchangées en cours de sprint n'a aucun effet, même après la clôture anticipée d'un sprint en cours. Lorsque les sprints à venir sont recréés, leurs tâches, leurs colonnes de sprint et leurs étapes d'exécution planifiées sont transférées vers les sprints de remplacement correspondant à ces dates.
Votre travail en cours suit les changements de calendrier sans perdre sa place :
L'enregistrement ou la suppression d'une durée de sprint réaffecte les tâches ouvertes concernées ayant une échéance aux sprints en cours ou à venir, jamais aux sprints terminés. Changer l'équipe de rattachement d'un projet produit le même effet sur ses tâches.
Définir le premier calendrier local d'une équipe ou d'un projet, le supprimer, changer d'équipe de rattachement ou supprimer une équipe déplace les tâches non terminées et leurs colonnes de sprint vers la période correspondante, au niveau de calendrier que le projet suit désormais.
Un enregistrement sans changement de niveau ne déplace rien et préserve les tâches que vous avez placées manuellement.
La clôture d'un sprint déplace les tâches ouvertes uniquement vers le sprint suivant du même niveau : projet, équipe ou organisation. La clôture anticipée du sprint en cours déplace ses tâches ouvertes vers le nouveau sprint en cours.
Sélectionner Utiliser plutôt les sprints de l'organisation, ou l'option équivalente pour l'équipe, met fin au sprint local en cours à la date du jour et le conserve dans l'historique avec ses notes. Les tâches ouvertes de ce sprint et des sprints à venir sont transférées vers le calendrier hérité. Les sprints locaux à venir sont supprimés, sauf ceux qui contiennent des notes de réunion : ils sont annulés et conservés.
Un sprint reste désormais en cours jusqu'à la fin de sa dernière journée : les tâches créées ou déplacées ce jour-là y sont donc affectées, et la page Sprints continue de l'indiquer comme étant en cours. Les sprints terminés précédant une série de sprints s'affichent désormais dans l'ordre chronologique plutôt qu'après les sprints à venir. La modification ou la suppression d'un sprint à venir de l'organisation fonctionne également lorsqu'une autre organisation est sélectionnée dans la barre latérale.
Le bouton Régénérer les sprints à venir de l'organisation a été supprimé : l'enregistrement se charge de les recréer, et les mises à jour nocturnes maintiennent les calendriers à jour. Les anciennes durées de réunion s'affichent sous la forme de l'option autorisée la plus proche : aucune, 15, 30, 45, 60 ou 90 minutes. POST /api/sprints/regenerate n'accepte désormais que ces valeurs également.
Regroupez le travail de vos projets et trouvez l'essentiel
La page Projets dispose désormais d'un sélecteur Projets | Toutes les tâches. Toutes les tâches affiche les tâches ouvertes de tous les projets auxquels vous avez accès dans les organisations sélectionnées, regroupées par projet. Vous disposez de la recherche ainsi que des mêmes filtres, options de tri, regroupements et colonnes que dans la vue Liste d'un projet.
Sélectionnez Toutes les tâches dans la barre d'outils pour inclure le travail terminé, puis cliquez sur une tâche pour l'ouvrir dans son projet. La page mémorise la dernière vue utilisée afin que vous puissiez retrouver votre vue d'ensemble préférée.
Les projets archivés sont désormais accessibles dans une section Projets archivés, repliée par défaut en bas de la page Projets. La recherche et les boutons de statut filtrent également cette section. Les pages des projets archivés affichent clairement leur statut, et les propriétaires et administrateurs de l'organisation peuvent les réactiver avec Restaurer le projet.
La recherche des tâches pertinentes devient plus prévisible dans ces différentes vues :
Tâches que je suis affiche désormais uniquement les tâches que vous suivez, au lieu de toutes les tâches, dans les vues Liste et Tableau des projets ainsi que dans la liste interprojets Toutes les tâches.
Lorsque vous sélectionnez plusieurs valeurs dans un même filtre, les résultats correspondent à au moins l'une de ces valeurs. Par exemple, sélectionner À faire et En cours affiche les deux statuts ; les filtres portant sur des champs différents doivent toujours être tous satisfaits.
Regrouper apparaît uniquement dans la vue Liste, où le regroupement s'applique. Les vues Tableau, Calendrier et Gantt n'affichent plus cette commande inactive.
Ensemble, ces changements vous offrent davantage de moyens d'intégrer le travail dans OKiDO et de le garder visible à mesure que les plans de votre équipe évoluent. Essayez d'activer une adresse e-mail pour un projet ou une SOP, de vérifier quel calendrier de sprints vos projets suivent, ou d'ouvrir Toutes les tâches pour obtenir une vue plus large de votre travail.
