J'ai lu la documentation, je l'ai recherchée sur Google, postée dans les forums gitlab (ville fantôme) et j'ai passé plus de temps que je ne le devrais sur l'interface. Je me suis également inscrit pour un essai gratuit de Gitlab payant ...
Je ne parviens toujours pas à trouver un moyen approprié d'ajouter le temps passé sur un projet par les différents développeurs afin de pouvoir facturer un client.
Si je vais Problèmes -> Liste, je peux voir les différents problèmes sur le projet avec l'étiquette, le temps estimé ('/ estimation') et d'autres informations. Mais il n'y a pas de total et il ne montre pas réellement le temps passé ('/ dépenser').
Les anciens gitlab savent comment facturer les clients pour le temps réel passé sur un projet? De préférence, pas ventilé par membre de l'équipe?
4 Réponses :
Cela ne semble pas encore pris en charge.
L'ajout du suivi du temps au problème provient de GitLab 11.11 (mai 2019) , MR 26850 , après le issue 27780 , mais il n'inclut pas encore de fonctionnalité "total".
Merci. Quel est l'intérêt d'avoir une majoration «/ dépenser» s'il n'y a pas de total?
@ Myuser03 Bon point. Je suggère de soulever un problème à ce sujet ( gitlab.com/gitlab-org/gitlab- foss / - / issues )
posté. gitlab.com/gitlab-org/gitlab-foss/-/issues/ 78887
@ Myuser03 Excellent, mais ce problème ne suit pas le modèle. Pourriez-vous ajouter plus de détails dans la section recommandée du problème GitLab?
gitlab.com/gitlab-org/gitlab/-/issues/233382 Terminé. Ils ont déplacé le problème vers le nouveau suivi des problèmes ci-dessus ... Désolé pour le lien de l'extension Chrome précédent. Vérifié aujourd'hui. On dirait du crapware ... :-(
@ Myuser03 Parfait, ça a l'air bien. Je vais suivre le problème et voir si GitLab y apporte une réponse.
Je ne sais pas si je suis autorisé à publier un lien ici. Mais il existe une extension chrome gratuite pour gitlab appelée "gitlab tweak" qui semble fonctionner.
Il répertorie / dépense et / estimation sur le tableau des problèmes. Je fais une capture d'écran et l'envoie au client.
EDIT: Le seul problème avec 'gitlab tweak' est qu'il répertorie / dépense et / estime sur le tableau des problèmes. Ce qui est défilable. Il est donc difficile de prendre une capture d'écran complète de tous les problèmes.
Je vais essayer d'ajouter des jalons comme suggéré ci-dessous. En outre, le "Problèmes" -> "liste" répertorie le temps estimé dans une liste sur la page. Donc, si vous échangez / dépensez avec / estimez, vous pouvez obtenir une capture d'écran des problèmes et des heures.
Comme aujourd'hui, la fonction de suivi du temps sert uniquement à comparer les estimations et les chiffres réels et ne doit pas être utilisée pour la facturation, la budgétisation et tout autre objectif financier, ni pour les feuilles de temps.
De nos jours, les entreprises, qui demandent à leurs employés de suivre le temps à l'aide de feuilles de temps, ne sont pas considérées par les développeurs comme dignes de confiance. Si l'entreprise ne fait pas confiance à ses employés, pourquoi devraient-ils faire confiance à l'entreprise en tant qu'employeur?
Cependant, nous savons que la republication temporelle peut être utilisée pour plusieurs raisons autres que le contrôle de ce que font les gens. La facturation est l'un d'entre eux, un autre pourrait consister en heures de journalisation pour l'allégement fiscal de R&D, un autre concerne les consultants facturant à l'heure et ainsi de suite. Toutes ces préoccupations ne peuvent pas être liées à un problème dans l'outil de suivi des problèmes.
Essayer d'utiliser seul le suivi des problèmes pour résoudre une pléthore de cas d'utilisation du suivi du temps crée encore plus de défis pour le suivi des problèmes. Vous pouvez regarder JIRA comme exemple, JIRA lui-même a une fonction de journal de travail, qui est similaire à GitLab. Mais, dans leur écosystème, vous pouvez trouver des tonnes de plugins pour faire des feuilles de temps et d'autres choses. En conséquence, vous pouvez fréquemment trouver des instances JIRA avec des problèmes tels que "Education", "Réunions", "Discussions ad hoc", où des semaines de temps sont réservées sans grande visibilité disponible sur le temps passé. Ces "problèmes" polluent le suivi des problèmes et créent beaucoup de bruit, de sorte que la validité d'un problème ne peut pas être facilement identifiée. Fondamentalement, l'utilisation de trackers de problèmes pour les rapports de temps pollue le tracker et le rend beaucoup plus difficile à utiliser.
Par conséquent, GitHub, la plate-forme la plus populaire pour les développeurs, a des capacités de suivi du temps zéro et j'espère vraiment que cela restera ainsi.
Le suivi du temps est un domaine d'activité distinct à lui seul et vous pouvez trouver de nombreux outils excellents, qui font bien mieux que n'importe quel outil de suivi des problèmes. La plupart d'entre eux ont des plugins pour différents navigateurs, qui peuvent détecter où vous travaillez (GitHub, GitLab, JIRA, etc.) et mettre du HTML directement sur la page du problème, afin que vous puissiez démarrer et arrêter le traqueur du problème. Vous pouvez également simplement accéder à l'interface utilisateur de l'outil et y réserver du temps directement pour des choses qui ne sont pas des problèmes (réunions à main levée, dévouement personnel, etc.), sans qu'il soit nécessaire de créer un problème artificiel pour cela. J'ai entendu des gens utiliser Clockify, Toggl, MTracker, HubStuff et de nombreux autres outils. Certains d'entre eux traitent des heures facturables et vous permettent même de facturer vos clients.
Je pense que personnellement, c'est un peu naïf de penser qu'une entreprise devrait simplement croire ce que le développeur dit en termes de temps passé. Je sous-traite certains travaux de développement et j'aime que mes entrepreneurs tiennent un registre du temps passé sur les projets. Je transmets ensuite ces informations aux clients qui aiment également avoir un compte rendu des problèmes traités et du temps passé sur chaque problème. Il semble un peu un oubli de la part de gitlab de ne pas avoir la possibilité d'inclure cette information IMO.
Je suppose que cela dépend de la nature de l'entreprise. Je travaille pour des entreprises de produits et à un endroit, je ne communique jamais l'heure et à l'autre, je déclare l'heure à des fins d'allégement fiscal pour la R&D, mais aucun de ces cas n'implique un contrôle. Une entreprise utilise Clockify pour les entrepreneurs qui appliquent le tarif horaire et l'autre envisage de passer du suivi du temps dans JIRA à Clockify ou similaire. Le problème principal est toujours un tas de problèmes artificiels créés uniquement pour le suivi du temps, qui pollue le tracker.
J'ai essayé un certain nombre de solutions, mais ce que je fais maintenant est la suivante.
J'espère que cela aidera quelqu'un qui cherche à garder une trace du temps passé sur les problèmes sur gitlab. C'est un peu un hack, mais cela semble bien fonctionner.
Si vous créez un jalon, il regroupera le temps passé pour chaque problème associé à ce jalon. Pas parfait, mais peut-être que vous pouvez vous organiser autour de cette structure et obtenir ce dont vous avez besoin.