Tâches, sous-tâches, epics, milestones, ...

Hello ! D'abord, heureuses fêtes de fin d'année 🙂

Si je comprends bien, il y a les échéances à court, moyen et long termes, liées à des tâches, qui peuvent être regroupées en listes de tâches et affectées à telle ou telle personne...

Visuellement on a l'habitude des Kanban ou du rétro-planning GANTT, avec leurs vocabulaires spécifiques (milestones, etc...)

Les "User stories" et les "Sprints" de la méthode agile SCRUM sont des termes spécifiques aux projets de développement, donc tout dépend de ta "cible", ces termes-là vont parler aux développeurs mais perdre les autres utilisateurs.

Il y a tout un tas de méthodes d'organisation et de gestion de projets avec des termes spécifiques, pour ne pas te perdre en mélangeant tout je crois qu'à ce stade tu devrais d'abord définir à qui s'adresse l'application, et sur quelle méthode de gestion de projet tu veux te baser, sinon l'utilisateur va se paumer, en tous cas c'est ce que je pense...

D'ailleurs en tant qu'utilisatrice j'ai plein de questions, est-ce qu'il y a une discussion par rapport à l'ergonomie ?

@heleneramet

Si je comprends bien, il y a les échéances à court, moyen et long termes, liées à des tâches, qui peuvent être regroupées en listes de tâches et affectées à telle ou telle personne...

Oui, c'est l'idée (peut-être mal représenté sur le client)

Visuellement on a l'habitude des Kanban ou du rétro-planning GANTT, avec leurs vocabulaires spécifiques (milestones, etc...)

Yep, et qui dit GANTT dit précédence des tâches, chose qu'on n'a pas vraiment actuellement à part un ordre (qui sert uniquement à l'affichage, comme une priorité)

Les "User stories" et les "Sprints" de la méthode agile SCRUM sont des termes spécifiques aux projets de développement,

Pas forcément; j'ai utilisé cette méthode pour les travaux de la maison, je pense que c'est applicable partout où l'on peut définir un besoin, le découper et le phaser... Par contre les termes devraient/pourraient être adaptés par projet pour que chacun.e puisse utiliser les termes qui font le plus de sens.

Il y a tout un tas de méthodes d'organisation et de gestion de projets avec des termes spécifiques, pour ne pas te perdre en mélangeant tout je crois qu'à ce stade tu devrais d'abord définir à qui s'adresse l'application, et sur quelle méthode de gestion de projet tu veux te baser, sinon l'utilisateur va se paumer, en tous cas c'est ce que je pense...

Complètement d'accord, et sur ce point, je dirais que je souhaite offrir un "outil générique de suivi de temps" assez souple pour pouvoir organiser les tâches à faire comme on le souhaite. Le reste n'est que wording ("Epic", "grosse tâche" ou "fonctionnalité" par exemple, ou "tâche/sous-tâche" et "récit utilisateur/tâche" c'est pareil à mon sens). Du coup, je verrais bien des sorte de presets de config à utiliser sur les projets, et ça se traduirait par la présence/absence de certaines fonctionnalités, et à un wording différent.

D'ailleurs en tant qu'utilisatrice j'ai plein de questions, est-ce qu'il y a une discussion par rapport à l'ergonomie ?

Yay ! des questions d'ergonomie ;)
Si c'est juste des questions, n'hésite pas à les poser dans le chat Matrix, si c'est plus de la réflexion, ouvre un sujet ici ou ouvre une issue sur Gitlab, et si c'est un bug, ouvre juste une issue sur Gitlab ;)
Dans tous les cas, je re-trierais si c'est pas "au bon endroit", donc ne t'inquiète pas là dessus :D

Ok, "wording" c'est le bon mot 😀 Du coup, les presets de config tu les envisages en lien avec des méthodes existantes et le wording associé (taf de recherche que je peux faire si tu veux mais pas forcément nécessaire) ou bien une sorte de hiérarchie des cases qu'on nomme comme on veut? Pour les bases de données on avait appris la méthode Merise, MCD, MLD, MDP pour structurer. Tu as fait comment toi ?

Je serai là au café visio demain mais je ne sais pas si on parlera de l'app. En fait je suis vraiment ultra débutante, pouvoir t'assister sur le développement de l'app (dans tous les sens du terme) ce serait super pédagogique pour moi mais je ne veux pas non plus être un boulet. Si tu as des besoins d'aide spécifiques je peux m'y mettre sous ta direction, sinon je risque de faire des bêtises.

Si on reprend un peu la liste au dessus, il nous manquerait à minima les sprint et milestone (ou ce qu'on veut pour représenter un temps court et un temps long).

Tel que je le vois à terme (mais il faut le développer), c'est la possibilité, lors de la création de projet de choisir entre différents presets, qui déterminent
- les termes utilisés dans le projet
- les fonctionnalités disponibles (ce serait juste une question d'affichage)
Ensuite, il serait tout de même possible de personnaliser ça au cas par cas, car ces infos de personnalisations seraient toutes stockées d'une manière ou d'une autre (ex: table "project_configurations" ou on gros JSON (ce serait suffisant))

Comme je dis, c'est "à terme" :D

Dans un premier temps, il faut déjà développer les notions manquantes (sprint/milestone) si vous pensez que c'est une bonne idée :)

Oui carrément