Quelle est la différence / relation entre les projets GitHub et les jalons ?

Question

La récente mise à jour de GitHub a ajouté un élément appelé Projets dans le flux de travail de GitHub, et parce que je n'ai pas d'expérience particulière en matière de outils de suivi de projet comme Jira ou Trello (hey, au moins j'ai remarqué la similitude) Pourriez-vous, s'il vous plaît, demander à quelqu'un d'autre de vous aider à résoudre ce problème ? développer les différences (essentielles) entre le site de GitHub Jalons et le nouveau Projets ?

Si je comprends bien, Jalons sont un moyen d'organiser les questions en "sous-projets" plus petits que l'ensemble du "projet" (qui, dans ma vision du monde, est représenté par le symbole le dépôt ). Lorsque tous les problèmes sont résolus, l'étape peut être considérée comme suit complet .

Le nouveau système Projets sont également, selon moi, une façon d'organiser les questions en plus petit que le dépôt Les "sous-projets" (appelés aussi "sous-projets") sont des projets de recherche et de développement. Projets ). Je comprends que le flux de travail est censé être légèrement différent et plus fin qu'avec "simple" Jalons .

Alors, est-ce que Projets quelque chose qui complète Jalons (ou plutôt Jalons supplément Projets ) ou devrais-je plutôt considérer Projets como remplacement de Jalons ?

Où se trouvent exactement les Projets tombent en fait dans le champ d'application de la repository[-milestone]-issue hiérarchie ?

Malheureusement, l'article de blog de GitHub sur l'introduction de la norme Projets ne mentionne aucune relation ( https://github.com/blog/2256-a-whole-new-github-universe-announcing-new-tools-forums-and-features ).

J'ai l'impression qu'il y en a un, mais je n'arrive pas à mettre le doigt dessus.

Answer 1

Je me pose exactement la même question. Voici ce que j'ai trouvé.

Passons d'abord en revue les principales similitudes et différences :

• Une question peut appartenir à plusieurs projets, mais à un seul jalon.
• Les projets ne sont jamais complet . Il n'y a pas de barre de progression, ni de délai. Projets n'ont pas de barre de progression ou de délai (c'est le cas maintenant, bien qu'il soit caché dans le menu du projet sous la forme d'une coche "Suivre l'avancement du projet", et qu'il n'y ait pas de calcul du pourcentage d'avancement), mais peut maintenant être fermé (comme l'a fait remarquer @Sheen)
• Les jalons, quant à eux, ont tout cela, mais n'ont aucune forme d'organisation. Un problème est soit dans un jalon, soit il n'y est pas. (Ils peuvent être ordonnés comme l'a souligné @Nick McCurdy)
• Les questions peuvent être filtrées par jalon, mais pas par projet. Comme l'a souligné @cmonkey, les problèmes peuvent désormais être filtrés par projet et par jalon.
• Les projets peuvent contenir Notes (qui peuvent être converties en problèmes) afin de ne pas polluer le gestionnaire de problèmes avec des idées vagues.
• Un projet peut s'étendre sur plusieurs jalons et un jalon peut contenir des parties de différents projets.
• Une organisation peut également avoir des projets. Ces projets peuvent inclure des tickets provenant de n'importe quel référentiel de l'organisation, ce qui les rend très utiles.

Donc, selon moi, c'est Projets sont une façon complètement distincte de visualiser et d'organiser votre travail à un niveau plus élevé (pensez à la "gestion de projet", aux équipes multiples, aux dépôts multiples, etc. Jalons sont un moyen d'organiser vos échéances et vos versions à un niveau plus basique (pensez à "release management", "versions", etc.). Dans cette optique, il est logique qu'un problème n'appartienne qu'à un seul jalon (il n'est publié ou mis en production qu'une seule fois), mais qu'il puisse faire partie de plusieurs projets.

Je suis sûr qu'il y a d'autres façons de voir les choses, et je suis curieux d'entendre d'autres avis.

Editer décembre 2017

Il y a quelque temps, après avoir travaillé avec les jalons et les projets pendant plus d'un an, j'ai réalisé qu'il y avait un autre aspect important que j'avais complètement négligé.

• Jalons est un outil pour Scrum méthodologie. Les jalons sont utiles pour les itérations échelonnées dans le temps et le travail en sprints avec des lots de problèmes.
• Projets est un outil pour Kanban méthodologie. Les projets sont propices à une livraison continue et à un flux de travail régulier.

Answer 2

C'est mon avis :

• A Projet concerne un processus et le les personnes .
• A Jalon concerne un produit .

Un projet est le meilleur moyen de se faire une idée d'une processus utilisé par le les personnes dans le groupe. Il serait préférable de parler de "flux de travail" ou de "processus". La création d'un nouveau projet est plus complexe que la création d'un nouveau jalon. Il est donc préférable de ne créer un nouveau projet que lorsqu'il y a un nouveau processus dans votre équipe : Les couloirs doivent être choisis, configurés et commandés. Elles peuvent également être très différentes dans chaque projet. Je repense à l'utilisation originale du Kanban par Toyota : gérer les personnes et leur charge de travail.

Un projet répond à la question : "Sur quoi travaillons-nous en ce moment ?".

Deux grands exemples de projets : le développement de logiciels et les blogs. Les configurations de chacun de ces projets soutiendraient les processus humains des différents groupes, la façon dont ils travaillent ensemble et approuvent les choses.

Les étapes, en revanche, fonctionnent toutes de la même manière. Il s'agit d'une liste ordonnée de tâches qui doivent toutes être achevées pour que le produit du travail soit considéré comme complet. En option, une date d'échéance peut être fixée, ce qui permet de fournir des rappels, mais ne modifie pas le fonctionnement du jalon.

Un jalon répond à la question : "Que reste-t-il pour terminer ce produit ?".

Answer 3

Jalons sont des sortes d'étiquettes qui marquent et regroupent les billets qui doivent être livrés à un moment donné. Les Milestones à laquelle vous pouvez accéder à partir de Issues vous permet de voir le pourcentage de tickets complétés pour un jalon particulier et la date d'échéance. Vous pouvez également trier les jalons par date d'échéance et classer les tickets par ordre de priorité au sein d'un jalon particulier.

L'accent est mis ici sur les dates de livraison et le suivi des progrès.

Projets d'autre part, sont implémentés dans GitHub en tant que Kanban avec quelques accessoires. Vous pouvez spécifier un nombre de colonnes ( y plans de baignade - comme le dit @Doug ci-dessous plans de baignade ne sont pas encore prises en charge) pour créer des flux de travail simples. Vous pouvez alors ajouter des tickets provenant d'un ou de plusieurs référentiels, les classer par ordre de priorité et les faire progresser d'une colonne à l'autre au fur et à mesure qu'ils sont traités. Vous pouvez, par exemple, avoir des colonnes "Backlog", "In Progress", "Under Review", "In Testing" et "Done" et déplacer les tickets de gauche à droite, ou de droite à gauche si, par exemple, un ticket défectueux est renvoyé de "In Testing" à "Backlog".

L'accent est mis sur l'organisation et la gestion du travail.

La façon dont vous organisez et répartissez ce travail dépend de vous. Vous pouvez créer un projet par étape ou avoir plusieurs étapes dans un seul projet, ou encore diviser les étapes en étapes plus courtes. sprints . Vous pouvez également avoir plusieurs projets couvrant différents aspects du travail sur le produit, par exemple, un pour les développeurs et un pour les testeurs.

Answer 4

Ce qui est bien avec les projets, c'est qu'ils sont plus libres que les jalons. Vous pouvez y insérer des notes et des liens vers les problèmes, et les organiser comme bon vous semble. Ils sont parfaits pour noter des idées, établir des feuilles de route et dresser la liste des ressources et des dépendances. Dans le passé, j'ai utilisé les problèmes et le wiki pour les mêmes choses, mais j'ai trouvé les deux trop formels et transactionnels (c.-à-d. avec des frais généraux plus élevés).

Answer 5

Sur GitHub :

• Les Projet est un processus qui a un début mais pas de fin.
• Les Jalon est un processus qui met l'accent sur la fin des temps.

Il est donc correct d'utiliser des jalons pour diviser le projet en plusieurs étapes avec des dates de fin.

Je l'utilise comme suit :

• Projet d'organisation est utilisé pour organiser le processus qui concerne plusieurs référentiels.
• Projet de dépôt est utilisé pour organiser le processus itératif des branches à long terme, telles que la branche de développement, la branche personnalisée.
• Jalon est une étape d'itération.