Découvrez les nouveautés d’iObeya 4.12
Avertissement 📢
La version 4.12 est une version Cloud. De ce fait, les améliorations et nouvelles fonctionnalités présentées ci-dessous ne sont disponibles que pour nos utilisateurs de l’offre Cloud pour le moment.
Bien évidemment, ces nouveautés seront disponibles dans la prochaine version certifiée pour nos clients hébergeants iObeya au cours du 4ème trimestre 2022.
La version 4.12 est une version Cloud. De ce fait, les améliorations et nouvelles fonctionnalités présentées ci-dessous ne sont disponibles que pour nos utilisateurs de l’offre Cloud pour le moment.
Bien évidemment, ces nouveautés seront disponibles dans la prochaine version certifiée pour nos clients hébergeants iObeya au cours du 4ème trimestre 2022.
Excellence Operationelle
Module QCD (Offre Entreprise)
Rappel ☝
Il s’agit d’un module qu’il faut installer et activer sur votre plateforme. S’il n’est pas disponible, vous devez demander à votre administrateur de plateforme d’installer ce module.
Il s’agit d’un module qu’il faut installer et activer sur votre plateforme. S’il n’est pas disponible, vous devez demander à votre administrateur de plateforme d’installer ce module.
Un nouveau filtre pour les actions non assignées à une lettre
Dans la version 4.10 d’iObeya, nous vous avons donné la possibilité de créer des cartes d’action non assignées à une lettre. Pour continuer à améliorer cette fonctionnalité, nous avons également créé un nouveau filtre dans les plans d’action qui vous permet de filtrer ces actions non assignées à une lettre afin que vous puissiez continuer à prioriser et résoudre vos problèmes plus efficacement.
Réponses aux actions escaladées dans les tableaux d'action mode 3 "Toutes les salles"
Précédemment, lorsque des actions escaladées étaient prises en charge par le niveau supérieur de votre organisation, elles disparaissaient du tableau d’actions mode 3 “toutes les salles” dans le panneau/salle source. Bien que l’action soit présente dans le tableau, elle ne pouvait être consultée/visualisée que dans les plans d’actions du panneau de la salle source, ce qui pouvait être une source de confusion pour l’utilisateur.
Eh bien, nous avons décidé d’améliorer ce comportement avec cette version ! Désormais, lorsqu’une action escaladée a une réponse, celle-ci apparaît automatiquement dans le tableau d’actions défini en mode 3 du panneau/salle source ou du panneau/salle d’où l’action a été escaladée.
Donc, plus de confusion ou de recherche de cette action ! Tout ce que vous avez à faire est d’ouvrir la carte d’action dans votre tableau d’action mode 3, de lire la réponse et si vous trouvez que la réponse résout votre problème, fermez l’action !
Vous pouvez également remarquer que l’action ne disparaît pas du tableau des actions de la salle escaladée. C’est intentionnel, cette action ne disparaîtra que lorsque l’action aura été clôturée dans le tableau/la salle source ! Pourquoi ? Eh bien, parce que cela responsabilisera l’utilisateur qui a escaladé l’action, une fois que cet utilisateur aura une réponse, il aura besoin de voir la réponse et en clôturant l’action, il pourra confirmer que la solution à son problème a été prise en compte par lui et qu’elle a été implémentée. Cela donne également à l’utilisateur à un niveau plus élevé la visibilité de voir si l’action a été effectivement appliquée et permettra ainsi d’améliorer le suivi des initiatives d’amélioration continue dans votre organisation.
Cette fonctionnalité complète également de manière efficace la boucle de résolution de problème de l’utilisateur qui crée un problème, l’escalade s’il n’est pas en mesure de le résoudre à son niveau, obtient la réponse et valide ensuite la solution en la clôturant.
Agile@Scale
Reminder ☝
Il s’agit d’un module qu’il faut installer et activer sur votre plateforme. S’il n’est pas disponible, vous devez demander à votre administrateur de plateforme d’installer le module Agile, connecteur Jira et/ou le connecteur Azure DevOps.
Il s’agit d’un module qu’il faut installer et activer sur votre plateforme. S’il n’est pas disponible, vous devez demander à votre administrateur de plateforme d’installer le module Agile, connecteur Jira et/ou le connecteur Azure DevOps.
Augmentation de 999 à 9999 de la capacité des panneaux Agile Team Board, tables Sprint Azure DevOps et Jira
Les story points sont des unités utilisées dans les méthodologies Agile pour estimer la charge de travail nécessaire à l’achèvement complet d’une histoire, ou de n’importe quelle partie du travail pour livrer de la valeur.
Comme les cas d’utilisation possibles peuvent varier d’une équipe à l’autre ou d’un projet à l’autre, nous avons augmenté le nombre de capacités pouvant être prises en charge dans un panneau.
Par conséquent, à partir de maintenant, pour les panneaux Agile Team Board, Jira Sprint et Azure Sprint, vous pourrez choisir une valeur de capacité allant jusqu’à 9999.
Une meilleure gestion des nœuds de classification: chemins de zones et d’itérations
Les chemins d’accès aux zones et les chemins d’itération également appelés nœuds de classification, vous permettent de regrouper vos éléments de travail en différents types d’éléments ou de périodes de temps afin de les classer et de définir une hiérarchie de chemins d’accès. Cependant, jusqu’à présent, iObeya ne récupère que la feuille de votre zone ou arbre d’itération.
Grâce à vos retours, nous sommes heureux d’annoncer que dans cette nouvelle version, vous pourrez désormais récupérer tous les différents niveaux de vos nœuds de classification dans iObeya. En d’autres termes, dans tous les champs de chemin d’itération ou de chemin de zone dans iObeya, vous serez en mesure de récupérer tous vos nœuds de classification que vous avez configurés dans Azure DevOps.
De plus, pour vous aider à naviguer entre les différentes structures de classification des nœuds et à trouver facilement les bonnes données, nous avons décidé d’améliorer la façon de rechercher les valeurs. Ces nouveaux critères de recherche vous aideront à trouver facilement et rapidement les valeurs que vous recherchez.
Pour en savoir plus sur les critères de recherche des chemins d’accès aux zones et chemins d’itération, veuillez consulter la documentation disponible ici.
Le panneau Azure DevOps Kanban
Dans la version 4.6, nous avons introduit le nouveau connecteur Azure DevOps avec la table Azure Sprint qui vous aide à planifier votre travail dans vos sprints dans une interface conviviale.
Nous continuons à renforcer la maturité du connecteur avec plus de cas d’utilisation couverts dans iObeya, en introduisant un nouveau panneau: la table Azure Kanban.
Le panneau Kanban vous permettra de connecter vos panneaux iObeya à vos flux de travail Azure DevOps. En effet, en déplaçant vos cartes Azure d’une colonne ou d’un couloir à l’autre, iObeya modifiera automatiquement leurs valeurs dans Azure DevOps, et vice-versa. Lors de la configuration votre panneau Kanban, vous pourrez également:
- Choisissez et réorganisez les étapes du flux de travail que vous souhaitez afficher dans votre tableau Kanban
- Affichez les couloirs pour visualiser les différentes classes de travail sous forme de couloirs horizontaux au tableau
- Affichez vos limites de travaux en cours (WIP limits) configurées dans Azure et visualisez-les sur chaque étape de votre flux de travail.
Avec ce nouveau panneau Kanban connecté à vos données Azure DevOps, il n’a jamais été aussi facile d’identifier rapidement vos goulots d’étranglement et de stimuler votre productivité.
Release notes 4.12
Si vous souhaitez en savoir plus sur iObeya 4.12, veuillez consulter les Notes de version (Anglais) afin d’obtenir une liste complète des modifications et correctifs de cette version.
