Gitpab Freut mich, dich kennenzulernen

Hallo. Ich bin Gitpab . Freut mich, Sie kennenzulernen. Ich wurde gemacht, um es einfacher zu machen, Programmierer zu beaufsichtigen. Ich nehme mir die Stunden, die die Entwickler in Gitlab notiert haben, und berechne, wer wie viel Zeit mit der Arbeit an den Aufgaben verbracht hat. Und für das gesamte Projekt. Gerüchten zufolge berücksichtigen die großen Chefs mit meiner Hilfe die Gehälter von Progern und die Rentabilität von Projekten. Und das ist es wirklich. Mit meiner Hilfe können Sie die Marge von Softwareprojekten erhöhen. Und jetzt werde ich Ihnen sagen, wie ich Ihrem Team und Ihnen persönlich nützlich sein kann.

Bild

Wie ich arbeite


Ich arbeite ohne freie Tage und schlafe und Mittagspausen. Es klingt beängstigend, aber Sie können dies sehen, indem Sie mich auf Ihrem Server bereitstellen. Glücklicherweise finden Sie in der Readme-Datei Anweisungen dazu.

Vergessen Sie nicht, Projekte in der Konfiguration zu registrieren, der ich folgen soll. Ich werde einmal pro Stunde in Gitlab nachsehen und von dort ein neues abholen - neue Sprints, Aufgaben, Kommentare, Abschreibungszeiten, Informationen über Teilnehmer.

Mit Blick auf die Zukunft werde ich sagen, dass ich selbst so aussehe:

Bild

Dies ist mein Dashboard, hier sind die Hauptindikatoren. Das interessanteste von ihnen ist Balance. Es gibt an, wie viele Stunden der Entwickler vorgerückt ist oder umgekehrt.

Aber jetzt machen wir es in der richtigen Reihenfolge. Ich beschloss, aus einem bestimmten Grund von mir zu erzählen. Tatsache ist, dass ich persönlich ziemlich viele verschiedene Projekte und verschiedene Projektmanager gesehen habe. Nichts Persönliches, lass mich dir zuerst etwas über die Technik erzählen, unsere Mutter.

Projekt in Gitlab


Ich selbst bin ein Unterstützer von Scrum. Weil Scrum bis auf den Rest die schlechteste der Techniken ist. Jetzt werde ich hier unser internes Dokument kopieren, das unsere neuen Mitarbeiter lesen müssen.

Methodik

Vorstand


Das Hauptwerkzeug zum Sprinten ist das Board.

Es gibt mehrere Spalten auf der Tafel. In jeder Spalte sind die Aufgaben in absteigender Reihenfolge ihrer Priorität aufgeführt. Die Aufgaben oben in der Liste haben eine höhere Priorität. Dementsprechend müssen Sie Arbeitsaufgaben von oben übernehmen.

Bild

  • Backlog präsentiert Aufgaben, die in naher Zukunft noch nicht in der Entwicklung sind. Aus diesen Aufgaben bilden wir Sprints in Meilensteinen.
  • Zu tun. Die Aufgaben des aktuellen Sprints werden beim Start des Sprints in die Spalte "Aufgaben" übertragen.
  • Tun. Wenn ein Entwickler mit der Arbeit an einer Aufgabe beginnt, überträgt er sie von "Aufgaben" auf "Aufgaben". Dadurch wird eine vom neuen Zweigstamm getrennte Verzweigung erstellt. Der Filialname muss mit der Aufgabennummer übereinstimmen.
  • Codeüberprüfung. Wenn die Aufgabe abgeschlossen ist und der Entwickler sicher ist, dass alles in Ordnung ist, zieht er den aktuellen Hauptzweig in den Aufgabenzweig und überträgt die Aufgabe in die Spalte Codeüberprüfung. Tim Leader überprüft die Aufgaben in der Spalte "Core Review" und führt, wenn alles in Ordnung ist, den Zweig mit der Aufgabe im Master zusammen und überträgt die Aufgabe in die Spalte "Test".
  • Test Der Tester überprüft die Leistung der Aufgaben in der Spalte Test. Und wenn alles in Ordnung ist, werden sie geschlossen (Übertragungen an Closed).
  • Geschlossen Dies sind Aufgaben, die vollständig erledigt sind und nicht mehr die Aufmerksamkeit der Entwickler erfordern. Sie werden nicht unbedingt mit dem Kunden produziert, sondern werden mit der nächsten Version dorthin gehen.

Zeit


Jede Aufgabe sollte vor Beginn der Entwicklung bewertet werden. Dazu müssen Sie beispielsweise im Kommentar zur Aufgabe angeben

/estimate 5h

Auswertungen werden verwendet, um den Sprint korrekt zu planen und nicht zu viele Aufgaben einzugeben.

Um die für die Aufgabe aufgewendete Zeit zu markieren, z. B. 1,5 Stunden, müssen Sie einen Kommentar zur Aufgabe im Format schreiben


/spend 1h 30m


Diese Nachricht muss genau durch den Kommentar zur Aufgabe angegeben werden (nicht im Hauptteil der Aufgabe oder anderswo). In diesem Fall wird diese Zeit in die Berichte über die aufgewendete Zeit einbezogen.

Zeitberichte sind in Gitpab.

Sprints


Sprints sind bei Milestones geplant.

Wenn eine Aufgabe an Geschlossen übertragen wird, erhöht sich der Prozentsatz der Sprint-Fertigstellung automatisch.

Release und Release Notes


Releases werden mit einem Tag im Format 0.0.5 im SemVer-Stil versehen. Dem Tag wird eine Beschreibung hinzugefügt, bei der es sich um ein Änderungsprotokoll handelt.

Commit-Anforderungen


Jede Aufgabe sollte in einem vom Master getrennten Zweig gelöst werden. Der Name des Zweigs im Format < > . Beispiel: 443.

Jedes Commit sollte eine kleine, logisch vollständige Änderung enthalten.

Wenn die Aufgabe umfangreich ist, sollte sie nicht durch ein einzelnes Commit umrahmt werden. Stattdessen sollte die Aufgabe die Form vieler Commits haben. Jedes Commit muss nicht funktionieren. Die endgültige Version, die im Master fröhlich sein wird, sollte funktionieren.

In dem Fall, in dem die Aufgabe einfach ist und durch ein Commit gelöst wird, reicht es aus, im Kommentar zum Commit die Nummer des Problems durch das Gitter zu schreiben. Beispiel: # 452.

Wenn die Aufgabe umfangreich ist und in viele Commits unterteilt ist, ist es ratsam, nach der Aufgabennummer eine kleine Erklärung anzugeben. Beispiel: # 493 Kaskade Löschen von Dokumentdateien.

Bevor Sie einen Zweig mit einer Aufgabe im Master zusammenführen, müssen Sie den Hauptzweig mit dem Zweig mit der Aufgabe zusammenführen und die Aufgabe an den Überprüfungs- / Testcode senden.

Was fehlt


Eine kurze Anleitung, aber es hilft, Scrum in meinen Projekten zu erstellen. Es sagt nichts. Lassen Sie uns sogar einen modischen Begriff dafür finden. In! IED. Cool, oder? IED. Eiseneier Disziplin. Disziplin der Eiseneier. Ohne die richtige Aufmerksamkeit für den Entwicklungsprozess wird jede Anweisung mit dem Projekt zum Stillstand kommen.

Warum bin ich nützlich, Gitpab?


Teams, für deren Aktivitäten der Autor des Artikels verantwortlich ist, bestehen aus nicht angestellten Mitarbeitern - alle arbeiten mit Bezahlung für die Zeit, die für Projekte aufgewendet wird. Ich muss sagen, dass ein qualitativ hochwertiges Management solcher Teams ein Juwel ist. Je größer das Team, desto schwieriger ist es, den Überblick zu behalten. Und es gibt mehr als ein paar Punkte, auf die Sie achten müssen.

  • Hängt einer der Entwickler auf?
  • Werden sie Aufgaben mehr zugeschrieben, als es sich lohnt?
  • Werden Rechnungen speziell für die Arbeiten ausgestellt, die während des Zeitraums ausgeführt wurden?
  • Wie viel schulden wir dem Entwickler gerade? Und an alle Entwickler im Allgemeinen?
  • Gehen wir über das Projektbudget hinaus?

Ich, Gitpab, beantworte all diese subtilen Fragen auf dem Weg und löse andere Probleme.

Abgeschriebene Zeit


Bild

Allein dieser Bericht ist was wert. Hier können Sie die Abschreibungszeit nach dem gewünschten Kriterium filtern.

Lass mich dir eine Geschichte erzählen. Einmal bewegten wir uns unaufhaltsam der Frist entgegen. Das Projekt wurde auf qualitativ hochwertige und verantwortungsvolle Weise durchgeführt, alles lief gut und wir hatten die Arbeit an den Aufgaben bereits abgeschlossen, als uns plötzlich eine Woche vor Ablauf der Frist 63 Kommentare zugesandt wurden. Die Nuancen der Beziehungen von Bla-raodny Dons von Direktoren waren so, dass es notwendig war, diese Aufgaben für eine Woche zu schließen, damit wir nicht in Zahlungsverzug geraten. Dies bedeutet nicht, dass diese Aufgaben furchtbar schwierig waren, sondern Kommentare zum „Lecken“ des Systems. Aber wir haben Aufgaben mit 20 pro Sprint erledigt. Das Maximum, das das Team in der gesamten Projektgeschichte hatte, beträgt ungefähr 40 Aufgaben pro Woche. Wie kann man eineinhalb Mal mehr spielen? Nach Einschätzung verzögerten sich die Aufgaben um einige Wochen.

Aber dann wurde ein Gedanke geboren. Das Team hatte mich, Gitpab. Daher schlug der Autor dem Eigentümer des Haushaltsplans in dieser entscheidenden Woche vor, die Rate um das Eineinhalbfache zu erhöhen, sofern diese Rate speziell für diese Kommentare gilt. All diesen Aufgaben wurde in Gitlab ein separates Label zugewiesen und mit dem Codieren begonnen. Ich denke, es ist möglich, eine solche Entscheidung aufzuheitern, aber sie wurde dem Team gut präsentiert. Und alle 63 Aufgaben waren für den wöchentlichen Sprint geschlossen. Im Ernst. 63 und hohe Qualität.

Um die Prämien zu berechnen, haben wir einfach für jeden Teilnehmer die Abschreibungszeit für dieses Etikett für den Zeitraum herausgefiltert.

Aufgaben benoten


Bild

Warum Aufgaben bewerten? Erstens, wie oben erwähnt, um nicht zu viel in den Sprint zu gewinnen. Ich bin ein Befürworter der Übernahme von Aufgaben, solange das Team Zeit hat, den Zug fertigzustellen. Und wenn noch Zeit ist, nehmen Sie sich etwas anderes, um daran zu arbeiten. So sieht das Team vor dem Kunden profitabler aus, weil es echte Versprechungen macht, die es respektiert, und sogar ein wenig mehr als versprochen macht.

Es gibt aber noch andere Gründe. Eine andere Geschichte. Das Team bestand aus einem Entwickler, der mehr Zeit für Aufgaben abschreiben wollte, als es wert war. Und manchmal 5 und manchmal 10 mal mehr. Dem Autor hat es nicht wirklich gefallen. Aber dieser Entwickler, muss ich sagen, passte zu allen außer dieser Nuance. Es bestand kein Wunsch, zusammenzustoßen oder einen Showdown zu arrangieren. Zu diesem Zeitpunkt haben wir nicht alle Aufgaben bewertet. In Gitpab war es nicht schwer zu erkennen, dass viel Zeit nur für unschätzbare Aufgaben abgeschrieben wurde. Sie begannen ausnahmslos, alle Aufgaben zu bewerten, und dies half.

Und ich, Gitpab, biete Ihnen ein Tool, mit dem Sie die geschätzte und tatsächlich aufgewendete Zeit für Aufgaben abgleichen können.

Kundenberichte


Unterwegs spare ich Zeit bei der Erstellung von Berichten über die für den Sprint geleistete Arbeit. Schauen Sie, Sie öffnen den Sprint und es gibt einen vorgefertigten Bericht. Starten Sie einfach das neue Tag in Gitlab und kopieren Sie dort die Beschreibung aus dem Sprint. Es ist bereits in Markdown.

Bild

Kopieren und Einfügen in Gitlab:

Bild

Kunden erkennen an, dass es eine Freude ist, mit einem Team zusammenzuarbeiten, das ihr Gitlab in den Prozess der Projektimplementierung einbezieht und außerdem wöchentlich detaillierte Berichte über die geleistete Arbeit liefert.

Und einige Geschäftskunden fragen manchmal nach verrückten, unvergleichlichen Aufgabenlisten mit dem Status ihrer Implementierung. In solchen Fällen ist es sehr praktisch, ein separates Etikett für eine solche Liste zu erstellen und diese nach dem Etikett gefilterten Aufgaben von Zeit zu Zeit zu entladen. Klicken Sie einfach auf die Schaltfläche "In CSV exportieren". Mann, würdest du wissen, wie viel Zeit es manchmal spart ...

Geld


Jeder Projektteilnehmer kann eine Rate pro Arbeitsstunde angeben:

Bild

Ein Benutzer mit Finanzrechten sieht diesen Abschnitt zusammen mit Guthaben. Die Guthaben hier sind in Stunden angegeben - wie viele Stunden werden im Voraus bezahlt (grün). Oder wie viele Stunden Sie bezahlen müssen (rot). Praktisch, richtig?

Das ist aber noch nicht alles. Wenn Sie eine Wette platzieren, können Sie die Kosten festlegen - wie viel Sie bezahlen müssen, damit eine Person ihre Wette auf die Hände bekommt. Für jeden ist dies sein Prozentsatz.

Bild

Warten Sie, das ist noch nicht alles. Es gibt eine Schnittstelle für Zahlungen. Hier sehen Sie die Zahlungshistorie, bezahlte Stunden.

Bild

Bei der Zahlung werden die bezahlten Stunden automatisch berücksichtigt, wobei die Kosten berücksichtigt werden.

Bild

Wenn Sie Mitarbeiter im Bundesstaat haben, die eine Lösung finden, lautet die vernünftige Frage: Warum ist dies mit der Aufrechterhaltung der Zahlungen verbunden? Ich stimme dir zu, du brauchst es nicht. Aber wenn Sie Leute zum Stundensatz haben, dann ist ein solches Tool sehr praktisch. Wenn Sie bezahlen, müssen Sie keine Berichte über die aufgewendete Zeit erstellen. Suchen Sie nach dem letzten Ende des Berichts. Und es wird keine Verwirrung geben, Sie werden nicht versehentlich bereits bezahlte Arbeit erfassen. Und Sie werden keine unbezahlte Zeit verpassen.

Jetzt müssen Sie nur noch das Guthaben des Mitarbeiters überprüfen und genug Geld in die Person werfen, um das Guthaben grün zu machen.

Projektbudget


Da Sie jetzt Zahlen für jedes Problem haben, ist es nicht schwierig, deren Betrag zu berechnen. Dank dessen werden Sie verstehen, ob das Projekt über das Budget hinausgeht:

Bild

Ähnliche Statistiken basieren auf Sprints.

Hey Gitpab, und wann schafft es dein Autor zu arbeiten?


Aufgaben zerlegen, Fortschritte überwachen, ein Team koordinieren und alles andere, was oben beschrieben wurde. Außerdem könnte man denken, dass es viel Zeit in Anspruch nimmt. Das frisst natürlich Zeit. Dies ist jedoch viel besser als ein unkontrollierbar schwebendes Projekt. Wenn mein Autor mich nicht gemacht hätte, wäre er ein verlorener Manager geworden, der vergessen hat, wie die IDE aussieht (nicht zu verwechseln mit dem IED, siehe oben). Und dank mir schafft er es, den Code nicht weniger auszuspucken als seine Kollegen.

Zusammenfassend


Die Technik ist oben beschrieben und wie ich Ihnen helfen kann, sie mit Gitlab in Verbindung mit Gitpab zu verfolgen. Dies funktioniert gut im Fall des Autors. Vielleicht möchten Sie etwas für sich selbst ändern. Kein Problem, ändern, anpassen. Am Ende haben Sie wahrscheinlich ein Ziel - Projekte mit hoher Qualität durchzuführen und davon zu profitieren, und ich, Gitpab, helfe Ihnen dabei nur.

Und jetzt ein Keks im Studio


Ich wurde übrigens von einem guten Onkel erschaffen, dem Autor dieses Artikels. Er war so nett, dass er mich aufgeschlossen machte. Ich werde mich über den Stern auf Github freuen.

Fast hätte ich das Wichtigste vergessen. Ich bin ein Werkzeug. Und einer meiner Bekannten, ein erfolgreicher Unternehmer und ein einfacher russischer Milliardär, sagt, dass die Werkzeuge nicht funktionieren. Die Leute arbeiten. Ich hoffe du verstehst was ich meine. Nutzen Sie, ich bin zu Ihren Diensten. Erfolgreiche Projekte.

ps Ich habe in die Publikation geschaut und viele Minuspunkte gefunden. Wenn Sie ein Minus setzen, seien Sie nicht faul zu kommentieren, ich bin an Feedback interessiert.

Source: https://habr.com/ru/post/de437774/


All Articles