Nous travaillons sur un nouveau plugin Kanban qui sera plus riche en fonctionnalités que le composant de thème existant et qui nous offrira une base plus solide pour construire et améliorer le service à l’avenir.
Voici quelques-unes des fonctionnalités que nous prévoyons pour ce nouveau plugin :
Permettre aux administrateurs de créer et de configurer des tableaux via une interface utilisateur dédiée
Permettre de trier les cartes par priorité au sein des colonnes d’un tableau
Permettre la création de cartes flottantes sans sujet associé
Permettre aux administrateurs de contrôler différents niveaux d’accès aux tableaux pour des utilisateurs et des groupes spécifiques
Les retours d’expérience, les questions et les discussions sur l’avancement du projet sont les bienvenus.
Cela dit, il s’agit encore d’un projet en cours de développement, et nous créerons un sujet dans News and Events > Announcements dès qu’il sera prêt pour une utilisation plus large.
À mesure que nous nous rapprochons d’une diffusion plus large, une question me vient à l’esprit : le nom.
kanban
C’est ce que nous utilisons depuis le début, remontant jusqu’au composant de thème qui existe depuis un certain temps. Le terme me semble un peu jargonnant, mais d’un autre côté, il est relativement bien connu à ce stade.
boards
De nombreux produits désignent simplement des ensembles de fonctionnalités similaires par le terme « boards ». Nous le faisons nous-mêmes actuellement pour désigner les boards au sein du plugin. Peut-être que le plugin lui-même devrait simplement s’appeler « boards » ? D’un autre côté, dans le monde des forums, « boards » fait souvent référence aux « message boards » (forums de discussion). Serait-ce un mauvais choix dans notre cas ?
autre chose ?
Peut-être avez-vous une autre idée sur ce qu’il faudrait appeler cela. Si c’est le cas, faites-le-nous savoir !
Nous prendrons une décision bientôt de toute façon…
J’adore la direction que prend ce projet, et je suis super enthousiaste ! Nous utilisons cette fonctionnalité abondamment sur notre forum, à de multiples fins.
Je pense que oui. Nous avons notre forum depuis près de 10 ans maintenant, son titre officiel contient « Forum de discussion », et il est encore régulièrement appelé « forums de discussion ». Cela causerait beaucoup de confusion.
Hmm, je ne suis pas sûr, honnêtement. Certainement pour les personnes plus orientées technologie, et peut-être pour celles qui exercent leur travail principalement sur un ordinateur, mais en dehors de cela, ce n’est pas mon expérience que ce terme soit beaucoup connu.
Je ne sais pas si j’ai des suggestions utiles concernant le nom. Nous l’utilisons non seulement pour planifier des projets, mais aussi comme un pipeline d’approbation et de workflow pour les demandes, donc « projets » ne convient pas tout à fait, mais cela pourrait convenir pour la plupart des autres.
Honnêtement, après avoir vu l’icône d’avion, j’ai pensé à « boards » comme des « pistes » parce que mon cerveau est bizarre, cela m’a fait penser aux pistes d’atterrissage, et à la façon dont les cartes se déplacent de piste en piste pour atteindre leur destination finale.
Merci d’avoir partagé ce point de vue. Cela me donne encore plus envie d’opter pour autre chose.
Oui, « projets » était une autre idée qui m’est venue à l’esprit à un moment donné. Mais je suis d’accord pour dire que cela semble un peu limitant. Mais peut-être.
Tu as dit « workflow » plus haut, mais nous avons récemment donné un autre sens à ce terme.
Boards (tableaux) reste vraiment, à mon sens, la meilleure option en langage courant pour le moment. Mais je comprends la confusion que cela pourrait provoquer dans l’espace que nous occupons
C’est un tableau pour des cartes, alors… du carton ?
J’essaie le plugin. Je le trouve très prometteur et je suis ravi qu’on me permette de le tester. J’ai repéré certaines fonctionnalités qui pourraient enrichir l’expérience, et je partage mes réflexions :
Et si on pouvait ajouter un lot de sujets (pas par balises, mais en les sélectionnant manuellement) à des tableaux, au lieu de les ajouter un par un ?
C’est la première limitation que j’ai rencontrée lors de mes premiers brouillons et expérimentations. Il est probable que ce n’était pas prévu initialement, mais cela pourrait élargir les cas d’usage.
Autres idées qui me viennent à l’esprit, sans ordre particulier :
Note que j’utilise Horizon et mon expérience pourrait légèrement différer avec Foundation.
Permettre de cliquer sur la carte d’un tableau pour y accéder, pas seulement via son titre.
Afficher l’icône « résolu » sur les sujets résolus, l’icône « assigné » sur les sujets assignés et l’icône « fermé » sur les sujets déjà fermés. Cela libérerait les balises pour d’autres actions.
Rendre le mode plein écran réellement plein écran, ou le désactiver. Actuellement, c’est un peu confus (sous Horizon) et cela ne procure pas une vraie expérience plein écran.
Intégration avec le calendrier pour la vue hebdomadaire, permettant de réorganiser les cartes entre elles, en particulier pour les événements créés. Une intégration correcte avec le plugin Assign également.
Intégration de workflows étendus pour ajouter, mettre à jour et déplacer automatiquement des sujets entre les cartes, et des cartes entre les tableaux.
Indiquer, de manière non intrusive, que les cartes peuvent être faites défiler horizontalement. Une fois que les utilisateurs sont habitués aux panneaux, ce n’est plus nécessaire, mais si cette vue est utilisée par défaut dans des catégories comme le support ou les fonctionnalités, les nouveaux utilisateurs pourraient se perdre.
Il me semble qu’une simple ligne de dégradé CSS subtile, qui n’apparaît qu’une fois par session, pourrait suffire. Je sais que l’équipe de conception trouvera à terme la méthode la plus efficace pour gérer cela.
Permettre de déplacer librement les sujets/cartes entre les colonnes. Encore une fois, ce n’est probablement pas conforme au principe de conception, mais c’est très utile pour les équipes ayant des structures de travail plus informelles, basées principalement sur l’expérimentation et l’adaptation.
Concernant le nom du plugin, je suis content que vous en preniez la question en considération, et je suis d’accord pour dire que « Kanban » est — et n’est pas en même temps — un terme largement utilisé. Du moins en observant différentes communautés, en dehors de celles qui suivent généralement des processus et des procédures avec l’appui de chefs de projet ou de personnel similaire.
J’aimerais simplement ajouter quelques mots que je pense pouvoir décrire cette excellente fonctionnalité (en évitant les termes commerciaux et en se concentrant sur la fonctionnalité) : À faire, Tâche, Statut, Activité [Tableaux].
Trello et des outils similaires utilisent Planner. Mais ce ne sont pas des solutions Kanban, même si elles s’en rapprochent — pourtant, Kanban est le nom le plus courant et de fait le plus utilisé pour ce type de système. Je ne suis pas sûr que vous ayez vraiment besoin de réinventer la roue une fois de plus Vous avez commencé avec un Kanban, et celui-ci est le même.
Bien sûr, je pense à une option d’interface « Déplacer vers… » qui permettrait de déplacer des cartes de leur colonne ou tableau actuel vers un autre. Elle devrait être accessible via les points qui, pour l’instant, n’affichent que « Supprimer ».
Je m’égare peut-être, mais je n’ai pas réussi à déplacer facilement les cartes entre les colonnes ou les tableaux. Cela pourrait-il être lié à l’affichage de l’interface des étiquettes ? Dans ce cas, j’espère qu’il sera possible de combiner les deux comportements : démarrer les colonnes initiales à partir des étiquettes, mais aussi permettre de déplacer les cartes hors de cette disposition initiale.
Le cas d’usage pourrait concerner le déplacement de cartes ou de sujets entre différents départements. Par exemple, un ticket de support serait alors transféré vers le département design.
Le design le plus abouti du plugin devrait permettre de déplacer librement les cartes sans sélecteurs au sein des colonnes ou des tableaux, à la manière de l’approche récente dans la barre latérale où l’on « déplace » simplement.
J’espère que cela vous sera utile, je partage simplement mes réflexions.
C’est génial ! Je viens de demander qu’il soit installé sur mon site
Par coïncidence, notre entreprise est en train d’abandonner Asana, et j’ai trouvé Planner (version gratuite) un peu juste. Alors, la semaine dernière, j’ai ressorti mon ancien tableau Kanban basé sur des composants de thème. Je bois probablement le Kool-Aid de Discourse, mais je vais certainement proposer cette option à toute équipe interne à la recherche d’une alternative à Asana.
Dans cette optique, j’espère qu’il existe :
Une distinction entre l’attribution de tâches et la propriété d’un sujet (je suppose que c’est possible avec la fonctionnalité « attribuer un sujet »)
Des moyens de définir des dates d’échéance (à la manière de la fonctionnalité de signet)
Des méthodes pour consigner les changements d’état ou de détails
J’ai créé une automatisation qui enregistre automatiquement tout changement de catégorie ou d’étiquette, afin que mon MCP puisse plus facilement générer des rapports et suivre l’évolution d’un projet.
Oui, vous pouvez utiliser l’attribution ici, et le ou les attributaires s’afficheront sur les cartes. Notez que vous pouvez attribuer des publications au sein d’un sujet, en plus d’attribuer le sujet dans son ensemble à une personne.
Ce n’est pas encore quelque chose que nous avons intégré. Il faudrait probablement approfondir un peu plus ce que vous envisagez ici dans un sujet Contribute > Feature.
Les publications dans les sujets sont un bon début. Modifier les étiquettes / déplacer les colonnes serait l’étape suivante. Nous consignons certaines activités de ce type, donc expérimenter avec ce que vous pouvez ou non extraire via Data Explorer pourrait être instructif.
J’ai moi-même des espoirs et des rêves concernant ce domaine — j’aimerais avoir deux choses : 1) une sorte de « flux d’activité » global au niveau du tableau, et 2) un historique du tableau stocké sous forme d’instantanés de l’état du tableau.
(1) est quelque chose que je pense que beaucoup de produits font déjà, donc cela devrait sembler familier si nous le faisons.
(2) n’est pas quelque chose que j’ai vu auparavant, mais j’ai l’impression que c’est à portée de main et pourrait être assez puissant. Je l’imagine ouvrant la porte à deux choses : a) avoir des liens permanents vers un état donné du tableau (par exemple, pour lier à l’« état actuel » dans des mises à jour périodiques depuis un sujet), et b) avoir quelque chose comme une « chronologie ajustable » où vous pourriez voir comment le tableau a changé au fil du temps.
Je ne suis pas sûr que (2) se produira avant que d’autres choses ne deviennent plus importantes, mais c’est quelque chose que je suis impatient d’explorer si nous pouvons nous en donner les moyens.
Quelques suggestions après avoir fait quelques essais :
Un moyen de filtrer par balises spécifiques serait idéal. Par exemple, si je veux voir toutes les tâches applicables à la balise « ABC », un filtre me permettrait d’afficher toutes les cartes correspondantes.
La possibilité pour les cartes d’incorporer des cases à cocher présentes n’importe où dans le sujet. Actuellement, seul le message d’origine est intégré à la carte. Il serait pratique de pouvoir, après plusieurs messages dans le sujet, créer une case à cocher [] et de la voir intégrée à la carte.
Il serait également formidable de pouvoir interagir avec ces cases à cocher directement depuis la vue carte.
La possibilité d’ajouter rapidement une réponse au sujet correspondant via la carte.
Si une colonne est basée sur une balise, le libellé de la colonne devrait remplacer la balise standard pour éviter la répétition :
Nous en avons aussi discuté en interne, et il y a effectivement des personnes qui partagent la préoccupation que boards pourrait causer une certaine confusion, mais dans l’ensemble, je pense toujours que c’est le bon compromis.
Nous avons une PR ouverte ici pour fusionner le plugin dans le cœur comme plugin de cœur, avec le nouveau nom :
Vous avez commencé avec un Kanban, et celui-ci est le même.
