Die meisten werden sich jetzt denken, dass diese beiden Themen nun wirklich nichts mit Jira zu tun haben. Im Großen und Ganzen stimmt das auch, aber es kann dabei unterstützen. Wie wir Eingangsrechnungen und Ausgangsrechnung dennoch in Jira pflegen und wie das alles für die Steuer genutzt werden kann, zeigen wir im Beitrag. Gerade in Bezug auf das gerade vergangene Quartal könnte es für den einen oder anderen interessant sein.
WeiterlesenMist, eine Störung. Aber wer ist für dieses System zuständig? Und wer hat gerade Bereitschaft? Soll ich jetzt eine E-Mail schicken oder anrufen? Messenger oder SMS?
Will man für Incidents oder Störungen eine Alarmierungskette aufbauen, so gibt es verschiedene Möglichkeiten dafür.
WeiterlesenBeim Kunden finden viele Projekte gleichzeitig statt. Um eine generelle Abgrenzung der Vorgänge und eine klare Usertrennung zu haben, wird für jedes Projekt ein eigenes Jira-Projekt angelegt. Regelmäßige Berichte helfen den Projektteams und den Verantwortlichen den Überblick zu behalten, den Fortschritt des Projekts nachzuverfolgen und so Kosten, Zeit und Ressourcen im Blick zu haben.
Der Projektfortschrittsbericht soll angepasst für verschiedene Zielgruppen zur Verfügung stehen. So soll ein Verantwortlicher mehr Infos zu Ressourcen, Budget und Kosten sehen und ein Teammitglied mehr Infos zu anstehenden oder überfälligen Aufgaben erhalten. Zudem soll der Bericht für bestimmte Zielgruppen in der CI oder alternativ in den klassischen grün/gelb/rot-Farben erscheinen.
Die Elemente des Reports sind:
Alle Vorgänge (Tickets) zu einem Projekt liegen in einem gemeinsamen Jiraprojekt. Spezielle IssueTypes bilden die Grundlage für spezifische Informationen. Verwendet werden z.B.
Als Report-Engine wurde BetterPdf verwendet. Ein zentrales Template stellt die komplette Berichtsfunktionalität bereit während mehrere übergeordnete Templates diese nur konfigurieren (Team od. Verantwortlicher, farbig oder CI) und aufrufen. Dadurch gibt es keinen redundanten Code und alles ist einfacher wartbar. Zudem werden weitere zentrale Funktionen und Styling-Informationen ausgelagert, um so auch von anderen Berichten wiederverwendet werden zu können.
Durch diese konsequente Trennung von eigentlichem Report, Konfiguration und Hilfsfunktionen bleibt der eigentliche Report klein und gut wartbar, Logos können schnell und zentral (für alle Reports) ausgetauscht werden und weitere Konfigurationen oder spezielle Zeiträume schnell definiert werden.