Gitpab Freut mich, dich kennenzulernen

    Hallo Ich Gitpab . Freut mich, Sie kennenzulernen. Ich sollte die Programmierer leichter überwachen. Ich nehme die Uhr, die die Entwickler in Gitlab notiert haben, und zähle mit, wie viel Zeit für die Arbeit an den Aufgaben aufgewendet wurde. Und das Projekt als Ganzes. Sie sagen, dass die großen Chefs mit meiner Hilfe das Gehalt von Progern und die Rentabilität von Projekten berücksichtigen. Und das stimmt. Selbst mit meiner Hilfe können Sie die Marginalität von Softwareprojekten erhöhen. Und jetzt werde ich Ihnen sagen, wie ich für Ihr Team und für Sie persönlich nützlich sein kann.

    Bild

    Wie ich arbeite


    Ich arbeite ohne freie Tage und schlafe und Mittagspause. Das hört sich beängstigend an, aber Sie können das sehen, wenn Sie mich auf Ihrem Server bereitstellen. Nutzen Sie in der Readme-Datei, wie Sie dies tun können.

    Vergessen Sie nicht, sich in den Config-Projekten anzumelden, denen ich folgen sollte. Einmal pro Stunde werde ich in Gitlab nachschauen und ein neues herausholen - neue Sprints, Aufgaben, Kommentare, abgeschriebene Zeit, Informationen über die Teilnehmer.

    Mit Blick auf die Zukunft sehe ich selbst so aus:

    Bild

    Dies ist mein Dashboard, hier können Sie die Hauptindikatoren sehen. Das interessanteste von ihnen ist das Gleichgewicht. Es gibt an, wie viele Stunden der Entwickler fortgeschritten ist oder umgekehrt.

    Aber jetzt lass uns in Ordnung gehen. Ich beschloss, über mich zu sprechen. Tatsache ist, dass ich persönlich sehr viele verschiedene Projekte und verschiedene Projektmanager gesehen habe. Nichts Persönliches, lass mich dir zuerst über die Technik erzählen, unsere Mutter.

    Projekt in Gitlab


    Ich bin selbst ein Unterstützer von Scrum. Weil Scrum das Schlimmste von allen ist, außer dem Rest. Jetzt bin ich hier, um unser internes Dokument zu kopieren, das unsere neuen Mitarbeiter lesen müssen.

    Technik

    Board


    Das Hauptwerkzeug für das Sprint-Management ist das Board.

    Auf der Tafel ein paar Säulen. In jeder Spalte werden Aufgaben in absteigender Reihenfolge der Priorität angezeigt. Aufgaben an der Spitze der Liste haben eine höhere Priorität. Dementsprechend ist es notwendig, Arbeitsaufgaben von den oberen Aufgaben zu übernehmen.

    image

    • В Backlog представлены задачи, которые в ближайшее время еще не идут в разработку. Из этих задач мы формируем спринты в Milestones.
    • To Do. Задачи текущего спринта переносятся в колонку To Do при старте спринта.
    • Doing. Когда разработчик начинает работу над задачей, он ее переносит из To Do в Doing. При этом создает отдельную ветку от свежей ветки master. Название ветки должно совпадать с номером задачи.
    • Code review. Когда задача выполнена и разработчик уверен, что все ок, он примерживает в ветку задачи текущую master ветку и переносит задачу в колонку Code review. Тим лид проверяет задачи из колонки Core review и, если все ок, мержит ветку с задачей в master, и переводит задачу в колонку Test.
    • Test. Тестировщик проверяет работоспособность по задачам из колонки Test. И если все ок, то закрывает их (переносит в Closed).
    • Closed. Это задачи, которые полностью завершены и больше не требуют внимания разработчиков. Они не обязательно находятся в продакшне у заказчика, но уйдут туда с ближайшим релизом.

    Время


    Каждая задача должна быть оценена перед началом разработки. Для этого в комментарии к задаче необходимо указать, например

    /estimate 5h

    Оценки используются для того, чтобы корректно спланировать спринт и не набрать в него слишком много задач.

    Чтобы отметить время, затраченное на задачу, например, 1.5 часа, необходимо написать комментарий к задаче в формате

    Описание работы
    /spend 1h 30m


    Это сообщение необходимо указывать именно комментарием к задаче (не в теле задаче или где-то еще), в таком случае это время попадет в отчеты о затраченном времени.

    Отчеты о затраченном времени находятся в Gitpab.

    Спринты


    Спринты планируются в Milestones.

    Когда задача переносится в Closed, автоматически увеличивается процент выполнения спринта.

    Релизы и релиз ноты


    Релизы помечаются тегом формата 0.0.5 в стиле SemVer. К тегу добавляется описание, которое является ченджлогом.

    Требования к коммитам


    Каждая задача должна решаться в отдельной ветке от master. Название ветки в формате <Номер задачи>. Пример: 443.

    Каждый коммит должен содержать одно небольшое логически завершенное изменение.

    Если задача получается объемной, то она не должна быть оформлена одним коммитом. Вместо этого задача должна оформляться множеством коммитов. Каждый коммит не обязательно должен быть рабочим. Финальный вариант, который будет мержиться в master, должен быть рабочим.

    В случае, когда задача простая и решается одним коммитом, в комментарий к коммиту достаточно написать номер задачи через решетку. Пример: #452.

    Если задача объемная и делится на множество коммитов, то желательно после номера задачи указывать небольшое пояснение. Пример: #493 cascade delete document files.

    Перед мержем ветки с задачей в master необходимо примержить master ветку к ветке с задачей и отправить задачу на код ревью/тестирование.

    Was fehlt?


    Kurze Anweisungen, aber es hilft, Scrum in meine Projekte zu integrieren. Es sagt nichts über etwas aus. Lassen Sie mich jetzt an einen modischen Begriff denken. In! Ied Cool, richtig? Ied Eiseneier Disziplin. Disziplin Eiseneier. Ohne den Entwicklungsprozess gebührend zu berücksichtigen, werden alle Anweisungen für das Projekt blockiert.

    Wie hilfreich bin ich, Gitpab


    Die Teams, für deren Aktivitäten der Autor des Artikels verantwortlich ist, bestehen aus Mitarbeitern, die keine Mitarbeiter sind. Alle arbeiten gegen Bezahlung für die Zeit, die für Projekte aufgewendet wird. Ich muss sagen, dass das Management solcher Teams mit hoher Qualität ein Juwel ist. Je größer das Team ist, desto schwieriger ist es, den Überblick zu behalten. Und die Momente, die überwacht werden müssen, reichen nicht aus.

    • Ist kein Entwickler ein Podzavis?
    • Schreiben sie Aufgaben mehr ab als sie kosten?
    • Werden Rechnungen speziell für Arbeiten ausgestellt, die während des Zeitraums fertiggestellt wurden?
    • Wie viel brauchen wir jetzt für den Entwickler? Und an alle Entwickler im Allgemeinen?
    • Nicht über das Projektbudget hinausgehen?

    Ich, Gitpab, beantworte all diese heiklen Fragen und löse gleichzeitig andere Probleme.

    Zeit im Ruhestand


    Bild

    Allein dieser Bericht ist etwas wert. Hier können Sie die abgelaufene Zeit nach dem gewünschten Kriterium filtern.

    Lass mich dir eine Geschichte erzählen. Einmal haben wir unaufhaltsam zur Deadline gewechselt. Das Projekt wurde qualitativ und verantwortungsbewusst durchgeführt, alles lief gut, und wir hatten bereits an den Aufgaben gearbeitet, als plötzlich eine Woche vor dem Abgabetermin 63 Kommentare eingingen. Die Nuancen der Beziehungen der Don-Don-Direktoren waren so, dass diese Aufgaben für eine Woche geschlossen werden mussten, um die Zahlung nicht zu verschieben. Dies bedeutet nicht, dass diese Aufgaben sehr schwierig waren, es waren Kommentare zum „Lecken“ des Systems. Wir haben aber 20 Aufgaben pro Sprint erledigt. Das Maximum, das das Team in der gesamten Projektgeschichte hatte, liegt bei etwa 40 Aufgaben pro Woche. Wie mache ich anderthalb Mal mehr? Nach der Einschätzung wurden die Aufgaben für ein paar Wochen gezogen.

    Aber der Gedanke war geboren. Das Team hatte mich, Gitpab. Daher hat der Autor dem Haushaltseigentümer in dieser entscheidenden Woche vorgeschlagen, den Satz um das eineinhalbfache für alle Personen zu erhöhen, sofern dieser Satz für diese Kommentare gilt. All diese Aufgaben wurden in Gitlab mit einem eigenen Label versehen und begannen zu codieren. Ich denke, es ist möglich, eine solche Entscheidung zu sagen, aber sie wurde dem Team gut präsentiert. Und alle 63 Aufgaben waren für eine Woche geschlossen. Ernsthaft 63 und hohe Qualität.

    Für die Berechnung der Prämien haben wir für jedes Mitglied einfach die für dieses Label geschriebene Zeit für den Zeitraum gefiltert.

    Aufgabenbewertung


    Bild

    Warum Aufgaben bewerten? Erstens, wie oben erwähnt, um im Sprint nichts zu gewinnen. Ich unterstütze die Aufgabe, so viele Aufgaben zu übernehmen, wie es dem Team gelingen wird. Und wenn es Zeit gibt, nehmen Sie etwas anderes mit. Das Team sieht für den Kunden also profitabler aus, weil es echte Versprechen gibt, die es einhält, und sogar etwas mehr als versprochen.

    Es gibt aber noch andere Gründe. Eine andere Geschichte. Das Team war ein Entwickler, der mehr Zeit für Aufgaben abschätzen wollte, als es sich lohnte. Und manchmal 5 und manchmal 10 Mal mehr. Der Autor hat es nicht wirklich gemocht. Aber dieser Entwickler hat, abgesehen von dieser Nuance, alles arrangiert. Es bestand kein Wunsch, in Konflikt zu treten oder die Demontage zu arrangieren. Zu diesem Zeitpunkt haben wir nicht alle Aufgaben ausgewertet. In Gitpab war es nicht schwer zu sehen, dass viel Zeit nur für unschätzbare Aufgaben abgeschrieben wurde. Sie begannen ausnahmslos alle Aufgaben zu bewerten, und es half.

    Und ich, Gitpab, stellt Ihnen ein Werkzeug zur Verfügung, mit dem Sie die geschätzte und tatsächliche Zeit für Aufgaben überprüfen können.

    Kundenberichte


    Auf dem Weg spare ich mir Zeit, wenn ich Arbeitsfortschrittsberichte für den Sprint vorbereite. Schauen Sie, Sie öffnen den Sprint und es gibt einen fertigen Bericht. Starten Sie einfach ein neues Tag in Gitlab und kopieren Sie die Beschreibung aus dem Sprint dorthin. Es ist bereits in Markdown.

    Bild

    Skopipasti in Gitlab: Die

    Bild

    Kunden wissen , dass es schön ist, mit einem Team zusammenzuarbeiten, das im Laufe des Projekts sein Gitlab einlässt und außerdem wöchentlich detaillierte Berichte über die geleistete Arbeit gibt.

    Und einige geschäftsähnliche Kunden fragen manchmal nach verrückten.nicht übereinstimmende Aufgabenlisten mit ihrem Status. In solchen Fällen ist es sehr praktisch, ein separates Label für eine solche Liste zu erstellen und diese Aufgaben nach Label zu filtern. Klicken Sie einfach auf die Schaltfläche "Export to csv". Kumpel, du würdest wissen, wie viel Zeit es manchmal spart ...

    Geld


    Für jeden Projektteilnehmer können Sie eine Rate pro Arbeitsstunde angeben: Ein

    Bild

    Benutzer mit Finanzrechten sieht diesen Abschnitt zusammen mit den Salden. Guthaben hier in Stunden - wie viele Stunden werden vorausbezahlt (grün). Oder wie viele Stunden zu zahlen sind (rot). Bequem, richtig?

    Aber das ist noch nicht alles. Wenn Sie eine Wette platzieren, können Sie die Kosten festlegen - wie viel Sie zusätzlich zahlen müssen, damit die Person ihre Wette auf den Händen erhält. Für jeden ist Ihr eigener Prozentsatz.

    Bild

    Warten Sie, das ist noch nicht alles. Es gibt eine Schnittstelle zum Bezahlen. Hier können Sie die Geschichte der Zahlungen sehen, die Stunden bezahlt haben.

    Bild

    Wenn Sie eine Zahlung vornehmen, werden die bezahlten Stunden automatisch berücksichtigt, wobei die Kosten berücksichtigt werden.

    Bild

    Wenn Sie Mitarbeiter bei fix haben, ist die vernünftige Frage, warum dieses Problem bei der Aufrechterhaltung von Zahlungen besteht. Ich stimme dir zu, du brauchst es nicht. Wenn Sie jedoch einen Stundensatz haben, ist ein solches Werkzeug sehr hilfreich. Wenn Sie bezahlen, müssen Sie keine Berichte über die aufgewendete Zeit erstellen, sondern nach dem Ende des Berichts suchen. Und es wird keine Verwirrung mehr geben, Sie werden nicht versehentlich bereits bezahlte Arbeit erfassen. Und verpassen Sie keine unbezahlte Zeit.

    Jetzt müssen Sie nur noch das Guthaben des Mitarbeiters betrachten und der Person genug Geld zuwerfen, um das Gleichgewicht grün zu halten.

    Projektbudget


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

    Bild

    Ähnliche Statistiken werden auch für Sprints erstellt.

    Hey, Gitpab, wann hat dein Autor Zeit zu arbeiten?


    Aufgaben zerlegen, die Implementierung überwachen, ein Team koordinieren und alles andere, was oben beschrieben wurde ... Sie denken vielleicht, dass dies viel Zeit in Anspruch nimmt. Natürlich frisst es Zeit. Dies ist jedoch viel besser als ein Floating-Projekt ohne Kontrolle. Mach mich nicht zu meinem Autor, er wäre ein verlorener Manager geworden, der vergessen hat, wie die IDE aussieht (nicht mit dem IED zu verwechseln, siehe oben). Und dank mir schafft er es, den Code nicht weniger als seine Kollegen in der Werkstatt zu verschleiern.

    Zusammenfassend


    Das Obige beschreibt die Technik und wie ich Ihnen helfen kann, sie mit Gitlab in Verbindung mit Gitpab zu verfolgen. Dies funktioniert gut im Falle des Autors. Vielleicht möchten Sie etwas für sich selbst ändern. Kein Problem, ändern, für sich selbst anpassen. Am Ende haben Sie wahrscheinlich ein Ziel - Projekte mit hoher Qualität umzusetzen und davon zu profitieren. Ich, Gitpab, bin dabei nur Ihre Hilfe.

    Und jetzt der Keks im Studio


    Ich wurde übrigens von einem guten Onkel, dem Autor dieses Artikels, erstellt. Er war so nett, dass er mich zu Open Source machte. Ich werde mich für die Stars auf Github freuen .

    Ich hätte fast das Wichtigste vergessen. Ich bin ein Werkzeug. Einer meiner Freunde, ein erfolgreicher Unternehmer und ein einfacher russischer Milliardär, sagt, dass die Tools nicht funktionieren. Die Leute arbeiten. Ich hoffe du verstehst was ich meine. Nutzen Sie, ich bin für Sie da. Erfolgreiche Projekte

    ps schaute in die Publikation und fand einige Minuspunkte. Wenn Sie ein Minus setzen, seien Sie nicht faul zu kommentieren, ich bin an Feedback interessiert.

    Jetzt auch beliebt: