Gitpab Ravi de vous rencontrer

Bonjour Je suis gitpab . Ravi de vous rencontrer. J'ai été fait pour faciliter la supervision des programmeurs. Je prends les heures que les développeurs ont notées dans Gitlab et calcule qui a passé combien de temps à travailler sur les tâches. Et pour le projet dans son ensemble. La rumeur veut que les grands patrons, avec mon aide, considèrent les salaires des progres et la rentabilité des projets. Et ça l'est vraiment. Avec mon aide, vous pouvez augmenter la marge des projets logiciels. Et maintenant, je vais vous dire comment je peux être utile à votre équipe et à vous personnellement.

Comment je travaille

Je travaille sans jours de repos et sans sommeil ni pause déjeuner. Cela semble effrayant, mais vous pouvez le voir en me déployant sur votre serveur. Heureusement, dans le fichier Lisez-moi, vous trouverez des instructions sur la façon de procéder.

N'oubliez pas d'enregistrer des projets dans la config que je dois suivre. Je vais examiner Gitlab une fois par heure et en prendre un nouveau - nouveaux sprints, tâches, commentaires, temps annulé, informations sur les participants.

Pour l'avenir, je dirai que je ressemble à ceci:



Ceci est mon tableau de bord, voici les principaux indicateurs. Le plus intéressant d'entre eux est Balance. Cela reflète le nombre d'heures que le développeur a avancé, ou vice versa doit payer pour le moment.

Mais maintenant, faisons-le dans l'ordre. J'ai décidé de parler de moi pour une raison. Le fait est que j'ai personnellement vu pas mal de projets et de chefs de projets différents. Rien de personnel, laissez-moi d'abord vous parler de la technique, notre mère.

Projet dans gitlab

Je suis moi-même un partisan de Scrum. Parce que Scrum est la pire des techniques à l'exception du reste. Je vais maintenant copier ici notre document interne, que nos nouveaux employés doivent lire.

Ce qui manque

Une brève instruction, mais elle aide à intégrer Scrum dans mes projets. Cela ne dit rien. Imaginons même un terme à la mode pour cela. En! IED. Cool, non? IED. Discipline des œufs de fer. Discipline des œufs de fer. Sans une attention appropriée au processus de développement, toute instruction avec le projet sera bloquée.

Pourquoi suis-je utile, Gitpab

Les équipes dont les activités incombent à l'auteur de l'article sont composées de non-fonctionnaires - tous travaillent avec rémunération pour le temps consacré aux projets. Je dois dire que gérer de telles équipes de manière qualitative est un peu un bijou. Plus l'équipe est grande, plus il est difficile de la suivre. Et il y a plus que quelques points à surveiller.

• Certains développeurs raccrochent-ils?
• Sont-ils attribués à des tâches plus que cela en vaut la peine?
• Des factures sont-elles émises spécifiquement pour les travaux exécutés au cours de la période?
• Combien devons-nous au développeur en ce moment? Et à tous les développeurs en général?
• Allons-nous au-delà du budget du projet?

Moi, Gitpab, je réponds à toutes ces questions subtiles en cours de route et je résous d'autres problèmes.

Temps perdu

Ce rapport vaut à lui seul quoi. Ici, vous pouvez filtrer le temps amorti selon le critère souhaité.

Permettez-moi de vous raconter une histoire. Une fois, nous nous sommes inexorablement rapprochés de la date limite. Le projet a été fait de manière responsable et de qualité, tout allait bien, et nous avions déjà terminé le travail sur les tâches, quand tout à coup une semaine avant la date limite 63 commentaires nous ont été envoyés. Les nuances des relations des administrateurs de Blagodrodny Dons étaient telles qu'il a fallu clôturer ces tâches pendant une semaine, pour ne pas être retardé dans le paiement. Cela ne veut pas dire que ces tâches étaient terriblement difficiles, il s'agissait de commentaires sur le «léchage» du système. Mais nous avons fait des tâches à 20 par sprint. Le maximum que l'équipe a eu dans toute l'histoire du projet est d'environ 40 tâches par semaine. Comment effectuer une fois et demie de plus? Selon l'évaluation, les tâches ont été retardées de quelques semaines.

Mais alors une pensée est née. L'équipe m'a eu, Gitpab. Par conséquent, l'auteur a proposé au propriétaire du budget cette semaine cruciale d'augmenter le taux d'une fois et demie, à condition que ce taux s'applique spécifiquement à ces commentaires. Toutes ces tâches ont reçu une étiquette distincte dans Gitlab et ont commencé à coder. Je pense qu’il est possible d’encourager une telle décision, mais elle a été bien présentée à l’équipe. Et les 63 tâches ont été clôturées pour le sprint hebdomadaire. Sérieusement. 63 et de haute qualité.

Pour calculer les primes, nous avons simplement filtré pour chaque participant le temps amorti pour cette étiquette pour la période.

Tâches de notation

Pourquoi évaluer les tâches? Tout d'abord, comme mentionné ci-dessus, afin de ne pas trop gagner dans le sprint. Je suis partisan de prendre des tâches tant que l'équipe a le temps de terminer le train. Et s'il reste du temps, prenez quelque chose d'autre pour travailler dans le processus. Ainsi, l'équipe semble plus rentable devant le client, car elle fait de vraies promesses qu'elle respecte, et fait même un peu plus que promis.

Mais il y a d'autres raisons. Une autre histoire. L'équipe comprenait un développeur qui souhaitait consacrer plus de temps aux tâches qu'il n'en valait la peine. Et parfois 5, et parfois 10 fois plus. L'auteur n'a pas vraiment aimé. Mais ce développeur, je dois dire, convenait à tout le monde sauf cette nuance. Il n'y avait aucune envie de s'affronter ou d'organiser une confrontation. À cette époque, nous n'avions pas évalué toutes les tâches. Dans Gitpab, il n'était pas difficile de voir que beaucoup de temps était annulé uniquement pour des tâches inestimables. Ils ont commencé à évaluer toutes les tâches, sans exception, et cela a aidé.

Et moi, Gitpab, je vous offre un outil pour réconcilier le temps estimé et réellement consacré aux tâches.

Rapports clients

En chemin, je gagne du temps sur la préparation des rapports sur le travail effectué pour le sprint. Regardez, vous ouvrez le sprint, et il y a un rapport prêt à l'emploi. Il suffit de lancer la nouvelle balise dans Gitlab et de copier la description du sprint là-bas. Il est déjà dans Markdown.



Copiez-collez dans Gitlab:



Les clients reconnaissent qu'il est agréable de travailler avec une équipe qui installe leur Gitlab au cours du projet et fournit également des rapports hebdomadaires détaillés sur le travail effectué.

Et certains clients commerciaux, parfois, demandent des listes de tâches incomparables avec le statut de leur mise en œuvre. Dans de tels cas, il est très pratique de créer une étiquette distincte pour une telle liste et de décharger ces tâches filtrées de temps en temps par l'étiquette. Cliquez simplement sur le bouton «Exporter vers csv». Mec, sauriez-vous combien de temps cela fait gagner parfois ...

De l'argent

Chaque participant au projet peut spécifier un taux horaire de travail:



Un utilisateur disposant de droits financiers voit cette section avec les soldes. Les soldes ici sont en heures - combien d'heures sont prépayées (vert). Ou combien d'heures vous devez payer (rouge). Pratique, non?

Mais ce n'est pas tout. Lorsque vous placez un pari, vous pouvez définir les coûts - combien vous devez payer pour qu'une personne obtienne son pari entre ses mains. Pour chacun, c'est son pourcentage.



Attendez, ce n'est pas tout. Il existe une interface pour effectuer des paiements. Ici vous pouvez voir l'historique des paiements, des heures payées.



Et lors d'un paiement, les heures rémunérées sont automatiquement prises en compte, en tenant compte des coûts.



Si vous avez des employés dans l'état sur un correctif, alors la question raisonnable est - pourquoi cela pose problème avec le maintien des paiements? Je suis d'accord, vous n'en avez pas besoin. Mais si vous avez des gens à un taux horaire, un tel outil est très pratique. Lorsque vous payez, vous n'avez pas à créer de rapports sur le temps passé, recherchez où le rapport s'est terminé la dernière fois. Et il n'y aura pas de confusion, vous ne capturerez pas de travail accidentellement déjà rémunéré. Et vous ne manquerez pas de temps non rémunéré.

Maintenant, tout ce que vous avez à faire est de regarder le solde de l'employé et de mettre suffisamment d'argent dans la personne afin de rendre son équilibre vert.

Budget du projet

Puisque vous avez maintenant des chiffres pour chaque problème, il n'est pas difficile de calculer leur montant. Grâce à cela, vous comprendrez si le projet dépasse le budget:



Des statistiques similaires sont construites sur des sprints.

Salut Gitpab, et quand ton auteur parvient-il à travailler?

Décomposition des tâches, suivi des progrès, coordination d'une équipe, ainsi que tout le reste décrit ci-dessus, et vous pourriez penser que cela prend beaucoup de temps. Bien sûr, cela mange du temps. Mais c'est bien mieux qu'un projet flottant de façon incontrôlable. Si mon auteur ne m'avait pas créé, il serait devenu un manager perdu qui aurait oublié à quoi ressemble l'IDE (à ne pas confondre avec l'IED, voir ci-dessus). Et grâce à moi, il parvient à cracher le code pas moins que ses collègues.

Pour résumer

La technique est décrite ci-dessus et comment je peux vous aider à la suivre en utilisant Gitlab en conjonction avec Gitpab. Cela fonctionne bien dans le cas de l'auteur. Vous voulez peut-être changer quelque chose par vous-même. Pas de problème, changez, ajustez vous-même. En fin de compte, vous avez probablement un objectif - réaliser des projets de haute qualité et en tirer profit, et moi, Gitpab, je ne fais que vous aider.

Et maintenant un cookie dans le studio

Au fait, j'ai été créé par un bon oncle, l'auteur de cet article. Il était si gentil qu'il m'a ouvert de cœur. Je serai content de la star sur Github .

J'ai presque oublié la chose la plus importante. Je suis un outil. Et l'une de mes connaissances, un entrepreneur prospère et un simple milliardaire russe, dit que les outils ne fonctionnent pas. Les gens travaillent. J'espère que vous comprenez ce que je veux dire. Profitez-en, je suis à votre service. Projets réussis.

ps J'ai regardé dans la publication et j'ai trouvé beaucoup d'inconvénients. Lorsque vous mettez un moins, ne soyez pas paresseux pour commenter, je suis intéressé par les commentaires.