Lernen Sie Atlas Authority kennen — den Easy Agile Partner

Anfang dieses Jahres bei einem Gespräch mit Michael Dockery, Chefstratege von Designbranchen (DI) in Melbourne, Australien, fragte ich: „Was könnten wir besser machen?“

Michael sagte: „... eine Möglichkeit für Anbieter, die mit uns zusammengearbeitet haben, die Art und Weise zu verbessern, wie Partnerschaften gefördert werden.“

Mit diesem Vorschlag ist der Easy Agile Lernen Sie den Partner kennen Die Interviewserie war geboren. Passenderweise findet unser erstes Interview mit dem Unternehmen statt, das die Initiative vorgeschlagen hat.

Design Industries ist besessen davon, die Produktivität seiner Kunden aus Unternehmen und Behörden zu verbessern. Zu diesem Zweck optimieren sie die Nutzung der Atlassian-Tools durch ihre Kunden und implementieren bewährte Verfahren. Gleichzeitig stellen sie durch ihre Partnerschaften mit AWS und Ali Cloud sicher, dass die Plattform und die Apps hochverfügbar bleiben.

Hier ist ein Gespräch, das wir hatten mit Michael, Philip (Marketing- und Kommunikationsdirektor) und Alice (Geschäftsführender Geschäftspartner). Wir haben besprochen, wer sie sind und was sie tun, einschließlich einiger gängiger IT-Akronyme, über die Sie mehr erfahren können, wenn Sie sie nachschlagen:)

Wie bist du auf die Atlassian-Plattform gestoßen?

Michael: Design Industries begann als Webentwicklungsunternehmen. Wir haben benutzerdefinierten Code erstellt, dann E-Commerce-Content-Management-Systeme, Web-Builds, Startup-Beratung, benutzerdefiniertes API-Mapping - alles Mögliche! Wir haben Atlassian für unsere Servicebereitstellung gewählt, da wir zu der Zeit SVN, ich glaube, es war Base Camp und andere Tools verwendet haben. Wir wussten, dass wir etwas anderes brauchten. Ich habe mir jahrelang viele Plattformen angesehen und mir jedes Projektmanagement-Tool angesehen, das es gibt.

Mir ist Jira aufgefallen und ich fand, dass es kompliziert aussieht, ein bisschen überwältigend, und dann sah ich den Preis — zu diesem Zeitpunkt veröffentlichte Atlassian sein Software-as-a-Service-Produkt — 10$ für zehn Benutzer! Alles andere kostete 160$ pro Benutzer und Monat, also haben wir es in Angriff genommen, und im Nachhinein war das eine großartige Entscheidung.

Und wo ist das Geschäft von Design Industries heute?

Michael: Wir sind jetzt halb in Melbourne, halb in Cebu auf den Philippinen. Wir unterstützen Kunden in ganz Australien und helfen ihnen, das Beste aus dem Atlassian-Stack herauszuholen. Das meiste, was wir tun, ist Unterstützung rund um Projektmanagement-Lösungen. Daher kommen Unternehmen zu uns und sagen: „Wir wollen Atlassian verwenden“ oder: „Wir verwenden Atlassian für das Projektmanagement, kannst du uns helfen?“ Und der Hauptanwendungsfall bezieht sich auf ITSM (IT Service Management), wo sie irgendeine Art von ITIL-Praxis durchführen möchten, also helfen wir dabei.

Es gibt auch viele benutzerdefinierte Szenarien: Ein Marketing-, Finanz- oder HR-Team, das seine Arbeitsabläufe verbessern möchte. Wir haben vordefinierte Konfigurationssätze für all diese verschiedenen Arten von operativen Kernkompetenzen erstellt, um deren wiederkehrende Herausforderungen zu lösen.

Im Wesentlichen helfen wir Unternehmen dabei, ihre Praxis schnell einzuleiten oder ihre Fähigkeiten schnell zu verbessern, indem wir diese vordefinierten Konfigurationssätze implementieren. Auf diese Weise unterstützen wir führende Unternehmen dabei, das Beste aus dem Atlassian Enterprise-Stack herauszuholen. Der nächste Schritt besteht nicht nur darin, die Plattform zu unterstützen und ihre Funktionen zu verbessern, sondern auch darin, dies kontinuierlich tun zu können — und genau hier sind wir marktführend.

Was wir mit vielen unserer Kunden tun, ist, die Plattformen kontinuierlich zu verbessern: seien es Verbesserungen bei Konfigurationen oder Berichten, zusätzliche Plugins, die Außerbetriebnahme anderer Softwareplattformen in der Umgebung, das Onboarding von Teams und Funktionen sowie die Integration mit anderen Plattformen und Anwendungen im Hintergrund.

Gibt es nennenswerte Kundenprojekte, die Sie erwähnen könnten?

Michael: Es sind einige aufgeführt auf unsere Website. Wir halfen einem großen Einzelhändler bei der Umstellung auf die Atlassian-Plattform als Kerngeschäft und halfen ihm dabei, seine Atlassian Data Center-Umgebung einzurichten. Wir haben unsere standardisierten Konfigurationen für das Projektmanagement eingeführt und dann die unterschiedlichen Plattformen auf eine primäre Unternehmensinstanz migriert. Sie waren in der Lage, ihre Atlassian-Instanzen zu standardisieren und zu konsolidieren, das war also ziemlich cool!

Dann gab es ein weiteres bemerkenswertes großes Finanzunternehmen. Auch hier half Design Industries ihnen beim Aufbau eines Atlassian-Stacks mit unseren vordefinierten Konfigurationssätzen und diesmal in unserem verwalteten AWS-Service. Dann übernahmen wir die verschlüsselten Daten von ihrer Muttergesellschaft und importierten sie in diese neue Umgebung. Es hat sich inzwischen zum Unternehmens-Stack entwickelt — zu ihrer zentralen Bereitstellungsplattform.

Philipp: Jedes Mal, wenn ein anderes großes Unternehmen zu uns kommt, hilft es, unseren Wissenspool auszubauen. Wir hören oft Kunden sagen: „Wow! Was, du meinst, du kannst eine Atlassian-Instanz per Knopfdruck aufrufen? Und dann haben wir Enterprise Maturity als skalierbares Framework?“

Wir antworten mit: „Ja, das verkaufen wir hier. Wir bieten Ihnen eine entscheidende Verbesserung Ihrer organisatorischen Effizienz.“

Wo treten Ihrer Meinung nach häufig auftretende Fallstricke auf, wenn ein Kunde anfängt, Atlassian-Tools einzusetzen?

Michael: Das ist ganz einfach: Machen Sie es selbst, geben Sie zu viele Verwaltungsrechte an Personen, die nicht geschult und nicht qualifiziert sind, und setzen Sie es auf unregierte Weise um. Das ist ein großer Fehler! Ich habe jedoch gesehen, dass es als Veränderungsstrategie funktioniert. Sie wissen, dass Sie eine so große Veränderung nicht vornehmen können, ohne den Menschen zu erlauben, dies selbst zu tun. Also wirf es über den Zaun und sage „OK, hier ist das Tool, lauf damit“ und hoffe dann, dass die Nutzer begeistert sind. Wenn sie begeistert sind, kommen Sie zurück und passen Sie die Richtlinie nach und führen die Aufräumarbeiten durch, stellen Sie den Prozess in den Vordergrund und schulen Sie dann alle neu.

Wenn Sie schon einmal in der IT oder im Change Management gearbeitet haben, werden Sie mir sicher zustimmen, dass es ein kostspieliger Fehler ist, diese Strategie zu verfolgen. Es ist besser, es vom ersten Tag an richtig zu machen und es mit einer Vision im Hinterkopf zu steuern. Es ist eine Unternehmensplattform, kein unbedeutendes Stück. Welchen Teil von „unternehmenskritisch“ verstehen die Leute nicht?

Gibt es im Atlassian-Ökosystem etwas, das dich begeistert, weil es „die Zukunft“ ist?

Philipp: Automatisierte Testfälle!

Michael: Was aufregend ist, ist, dass es ziemlich unbegrenzt ist, was wir tun können, und die Fähigkeiten werden zunehmen. Ich kann mir vorstellen, dass diese Plattform hervorragend für einige Zukunftstrends geeignet ist, insbesondere im Bereich der Automatisierung. Ich freue mich einfach, dass es in diesem Bereich so viel zu tun gibt. Es gibt so viele Unternehmen, die die Funktionen nutzen könnten, die die Plattform bietet, und die meisten — auch wenn sie sie bereits haben — kratzen kaum an den Grenzen dessen, was möglich ist. Wir könnten die Türen für sechs Monate schließen und an uns und unseren Prozessen arbeiten!

Philipp: Vor zwei Jahren hatten wir Gespräche über die enorme Effizienz, die in der Regierung durch ein agileres Projektmanagement erzielt werden könnte. Schlecht verwaltete Projekte und die damit verbundenen Nacharbeiten sind mit so viel Verschwendung verbunden. Dann gibt es Dinge wie die Reaktion auf Naturkatastrophen, bei denen Sie eine zweckmäßige Projektmanagementumgebung einrichten, die zuständigen Personen benachrichtigen, die Koordination übernehmen und vor Ort Veränderungen herbeiführen können.

Michael: Automatisierte Reaktionen auf die Ausführung vordefinierter Pläne. Mir fallen so viele Dinge ein!

Also, wenn es um Agile geht, wo sind Ihre Kunden heutzutage?

Michael: Das Interessante an Agile ist, dass sich die Welt gedreht hat. Ich denke, jeder ist jetzt irgendwo auf der Agile-Reise, und das hat sich gegenüber vor ein paar Jahren geändert. Ich denke, der Ansatz und der Grad des Erfolgs sind zwischen unseren Kunden sehr unterschiedlich. Wenn ich die Büros betrete, sehe ich immer noch viele Wandtafeln und Haftnotizen. Es gibt immer Verbesserungspotenzial.

Die Reise hat begonnen. Einigen geht es gut; die meisten können sich verbessern; jeder ist mittendrin. Es sind interessante Zeiten im Weltraum.

Es gibt überall die Möglichkeit, agile Prozesse zu optimieren!

Michael: Ich denke es ist einfach schwer! Ich habe über das gelesen, was sie „Zero Budgeting“ nennen. Dabei handelt es sich um eine Methode zur Budgetzuweisung für agile Projekte.

Das ist eine so massive Veränderung in der Art und Weise, wie Projekte finanziert und entfinanziert werden. Wenn Sie da sitzen und sagen: „Okay, wir wollen den Wert, der zurückgegeben wird, live messen, damit wir die Finanzierung und Rückzahlung auf agiler Basis durchführen können“, müssen Sie über die entsprechenden Tools verfügen. Wenn Sie keine ordentliche Portfolioberichterstattung erstellen können, können Sie mir nicht sagen, was all Ihre Initiativen sind.

Das bedeutet, dass das Bereitstellungstool und das Portfolio eine gewisse Standardisierung aufweisen müssen. Sie können sich hinsetzen und sagen: „Okay, ich sehe meine Initiativen. Ich kann sehen, was einen Mehrwert bietet. Ich werde jetzt eine monatliche Budgetentscheidung treffen.“

Es geht also weg von diesen großen Projekten, bei denen der Großteil des C-Levels immer noch tätig ist, hin zu denen, wo sie einmal im Monat Finanzierungsentscheidungen treffen. Diese Entscheidungen sind viel kleiner und sie hängen davon ab, wem es gut geht.

Bei Agile gibt es unterschiedliche Interpretationen und Sie haben unterschiedliche Reifegrade in Organisationen gesehen. Welche Ressourcen stellen Sie Kunden zur Verfügung? Wie helfen Sie ihnen, Klarheit zu finden?

Michael: Was die Ressourcen angeht, habe ich früher ein Buch gekauft mit dem Titel Das Lean Startup und verschenke es wie verrückt. Das bringt dir Lean und Agile bei, und ich denke, die Leute müssen den Moment der Agile-Glühbirne durchleben. Ich kann mich noch sehr gut daran erinnern, als ich mit Agile meinen Aha-Effekt hatte — es gab ein Vorher und ein Nachher. Vorher herrschte Verwirrung und danach: „Aha! Ich verstehe das jetzt!“ Ich denke immer noch, dass das bei vielen Menschen so ist.

Der andere ist Lean, und ich denke, das ist Teil der Agile-Glühbirnen-Sache. Als hochrangiger Stakeholder wollen Sie Dinge erreichen; Sie werden in Dinge investieren. Aber ein Verständnis dafür zu haben, wie ein Lean-Ansatz aussieht und wie ein Lean-Ansatz umgesetzt werden kann, hilft einer Führungskraft, die in der Regel nicht die Zeit hat, an einer Agile-Schulung teilzunehmen. Es hilft ihnen, ein Gefühl dafür zu bekommen, wie sie Arbeit strukturieren, sie klein halten und einen gewissen Mehrwert bieten können.

Das Lean Startup Buch war das, was du früher empfohlen hast. Was machst du jetzt?

Michael: * scherzhaftig* Ich sage den Leuten, sie sollen sich das Buch holen!

Im Ernst, es gibt ein paar Prinzipien, die Sie verstehen müssen, und sie sind ähnlich, aber unterschiedlich. Waterfall hat Meilensteine, Agile hat eine Veröffentlichung. Waterfall hat eine Woche Arbeit, Agile hat einen Sprint, den du selbst festlegst. Ein Sprint kann zum Beispiel eine, zwei oder drei Wochen dauern — wir verwenden ihn wöchentlich. Du stehst an einem Montag auf und fragst: „Was liefern wir diese Woche?“

Der Vorteil von Agile besteht darin, schnell einen Mehrwert zu liefern und schnell Feedback zu erhalten, das als Grundlage für Ihre nächste Lieferung dient. In Waterfall folgen Sie einem vordefinierten Plan, der sich nicht ändern lässt. Ich stelle mir das gerne so vor: „Was machen wir diese Woche?“ in Waterfall und „Was liefern wir diese Woche?“ in Agile.

Lean-Agile ist der nächste Schritt, der die Lean-Prinzipien mit der Agile-Methodik verbindet. Es lohnt sich, das zu verstehen, wenn Sie in die Zukunft blicken. Das Lean Startup, es ist ein Klassiker. Die Leute fragen: „Wie gründet man ein Unternehmen? Was brauchst du am meisten?“ Das meiste, was Sie brauchen, ist buchstäblich ein Blatt Papier und ein Stift, und er gibt Beispiele dafür. Sie können dann sagen: „Ich brauche keine 100.000$, um ein Unternehmen zu gründen. Ich brauche ein Blatt Papier und einen Stift.“ Es wird viel erreichbarer.

Was haben Sie bei diesen Lean-Startup-Prinzipien in großen Unternehmen oder Behörden gesehen, das erfolgreich umgesetzt wurde?

Michael: Sie werden darüber sprechen in Das Lean Startup und nenne es ein „Tiger-Team“, und so haben es die meisten Organisationen letztendlich gemacht. Finden Sie ein Team, das ein bisschen innovativer und flexibler ist, und setzen Sie die Praxis um. Sagen Sie dann mit Unterstützung der Geschäftsleitung: „Okay, wir werden die Methodik ändern. Wie machen wir das? Wie finden wir ein Team, das dem gewachsen ist?“ Dann lassen Sie sie schulen, implementieren sie, regeln den Prozess, erhalten einen Best-Practice-Ansatz, Sie zeigen ihn und führen ihn in der Organisation ein. Ich denke, das ist den Führungskräften passiert, die sich für Agile entschieden haben. Der Rest ist im Moment nur am Rumfummeln.

Wo brauchen sie Hilfe, wenn sie herumfummeln?

Michael: Eher eine Erkenntnis, dass die Toolchain wirklich wichtig ist. Agil bedeutet, dass Sie immer noch einen schriftlichen Prozess benötigen. Sie müssen einen ausgearbeiteten Projektstrukturplan haben und dem Team klar machen, wie es die Arbeit aufteilen und dem System unterziehen wird, obwohl es „agil“ ist. Es erfordert immer noch eine Projektmanagement-Konfiguration und dann ein Portfolio-Reporting.

Wenn die Teams ihre eigenen Prozesse ausführen lassen, ist das höchst ineffektiv. Wir sehen Abteilungen wie: „Team A verwendet Story Points, Team B verwendet Estimation, Team C verwendet nichts... und Team D, naja, sie machen das irgendwie auf ihre eigene Art — ich glaube, sie sind Waterfall“. Was für ein Durcheinander!

Der gesamte Prozess erfordert jemanden, der verantwortlich ist. In den meisten Organisationen läuft diese Initiative, die als „digitale Transformation“ bezeichnet wird. Es erfordert, dass eine Person, die für die digitale Transformation verantwortlich ist, in der Lage ist, Entscheidungen über die Methodik des Projektmanagements zu treffen und darüber, wie diese mit den Tools zusammenhängt.

Philipp: Ich stelle mir das so vor, als würde man Führungskräften zum ersten Mal Feuer zeigen. Sie hatten noch nie eine Berichterstattung auf dem Niveau, von dem wir sprechen, wenn Sie mit diesem Toolset erst einmal von unten nach oben geschaut haben. Bisher lautete die Berichtskultur: „Können Sie uns fünf Folien für den Vortrag der Geschäftsleitung oder des Vorstands zur Verfügung stellen?“ wo es jetzt darum geht: „Nun, Sie können jetzt auf Knopfdruck über alles berichten und es in Echtzeit sehen.“

Es stärkt also auf oberster Ebene und gibt den Mitarbeitern die Möglichkeit, an wichtigen Aufgaben zu arbeiten.

Du hast Eric Ries erwähnt mit Das Lean Startup. Gibt es noch andere Vordenker, denen Sie folgen?

Michael: *lacht* McLaren.

Philipp: Michael ist besessen von der Formel 1. Es ist ein bisschen die treibende Kraft hinter der Art und Weise, wie wir die Dinge hier angehen.

Michael: Die Formel 1 ist sicherlich eine interessante Analogie. Ich weiß nicht, ob es um Vordenker geht, aber in Bezug auf einen Bereich der Inspiration, auf jeden Fall die Formel 1 und wie sie funktioniert, denn da steckt viel dahinter. Es ist Teamwork.

Es sind Hochleistungsteams, Hochleistungsmaschinen. Ich sehe mir an, wie wir die Werkzeuge konfiguriert haben, und das ist unsere Hochleistungsmaschine.

Es ist wahrscheinlich nicht so aufregend wie ein Formel-1-Auto, aber es ist das, was wir haben, und wir dürfen es auf jeden Fall fahren - aber es ist auch nicht so gefährlich!

Wir wissen, dass Sie Easy Agile Apps lieben. Gibt es noch andere Atlassian Marketplace-Apps, die du gerne empfiehlst?

Michael:Riada Insight Vermögensverwaltung ist wirklich mächtig. Wenn es um ITSM-Tools geht, sind die Monitoring-Tools, die Asset-Management-Tools und die Ticketing-Tools für viele Organisationen nicht integriert. Es ist ziemlich verworren. Wenn sich ein Unternehmen also Jira Service Desk ansieht, ist das ein Kinderspiel.

Dann gibt es Tempo-Zeiterfassung. Wenn einer unserer Kunden seinen Kunden eine Rechnung stellen möchte oder sie ihre Budgets effektiv verwalten müssen, funktioniert das perfekt. Es eignet sich auch für das Kapazitätsmanagement. Viele Organisationen haben Probleme mit ihrem Kapazitätsmanagement. Die Verwendung dieser Suite macht es sehr einfach.

Und schließlich, wenn ein Kunde jemals Kontakt aufnehmen möchte, was ist der beste Weg?

Philipp: Sie rufen uns unter 1300 736 363 an. Sie können auch ein Kontaktformular ausfüllen unter unsere Website. Das Formular wird schnell beantwortet. Wir antworten in der Regel innerhalb einer Stunde. Normalerweise buchen wir dann telefonisch. Wenn es sich um eine relativ einfache Anfrage handelt, können wir innerhalb von 12-24 Stunden ein Angebot erhalten.

Vor ein paar Wochen hat unser Partner Adaptavist veröffentlichte ihren State of the Atlassian Ecosystem Report, in dem rund 1.000 Nutzer von Atlassian-Tools und -Services befragt wurden. Nachdem ich das über 50-seitige Dokument gelesen hatte, kam ich zu dem Schluss, dass die Erkenntnisse der Berichte äußerst wertvoll und es wert sind, geteilt zu werden.

Sie können auch den vollständigen Bericht herunterladen hier. Es ist eine fantastische Lektüre und unglaublich interessant für jeden, der im Atlassian-Ökosystem arbeitet.

Wichtige Erkenntnisse vom Chief Information Officer bei Adaptavist

• Trotz eines turbulenten Jahres wächst und entwickelt sich das Atlassian-Ökosystem weiter. In diesem Jahr übertraf das Unternehmen zum ersten Mal den Quartalsumsatz von 500 Millionen US-Dollar
• Für diejenigen, die sich auf Atlassian Server verlassen, hat die Entscheidung des Unternehmens, seine Serverprodukte einzustellen, einige Überlegungen angestellt und schwierige Entscheidungen erzwungen
• Atlassian konzentriert sich weiterhin darauf, Verbesserungen in den Bereichen Sicherheit, Anpassung und Funktionsparität voranzutreiben
• Lassen Sie uns die Zusammenarbeit im gesamten Ökosystem eröffnen und neue Wege finden, um die vor uns liegenden Herausforderungen zu bewältigen.

Wichtigste Ergebnisse

• Verbrauch steigt: Die Nutzung von Atlassian ist gestiegen, obwohl die IT-Ausgaben insgesamt gesunken sind. Einschließlich Jira, Access, Trello, Align und Advanced Roadmaps
• Nicht technisch versierter Nutzer: Zunahme der Teams ohne technischen Hintergrund, die Atlassian-Tools wie Operations und Marketing verwenden.
• Herausforderung: Die größte Integrationsherausforderung für Unternehmen besteht darin, Atlassian mit anderen Drittanbieter-Apps wie Zoom, MS Office, Slack, Gitlab, Github und Salesforce zu verbinden.
• Wolke: Die Akzeptanz von Atlassian Cloud nimmt langsam aber sicher zu: 28% 2020 bis 34% 2021. Server machen den Großteil der Bereitstellung aus, gefolgt von DC
• Herausforderung: Anpassung (57% besorgt), App-Integration (48% besorgt), Kosten und Funktionsfunktionen (43% besorgt) sind die wichtigsten Bedenken bei der Migration zu Atlassian Cloud
• Einsatz ändern: 65% der Befragten gehen davon aus, dass sie die Art und Weise, wie sie Atlassian-Produkte einsetzen, in den nächsten drei Jahren ändern werden. Der Ausfall des Servers hat dies vorangetrieben.
• Was die Leute wollen mehr Automatisierung - treibt Geschäftsprozesse voran, senkt die Betriebskosten und verbessert die Integration mit Tools
• DevOps ist da: 27% der Befragten entwickeln in den nächsten 3 Jahren eine DevOps-Strategie. Akzeptanz in allen Branchen. Warum? Automatisiert Arbeitsabläufe, schnellere Entwicklungszyklen, bessere Koordination zwischen Teams, kürzere Markteinführungszeiten. Warum nicht? Mangelnde Fähigkeiten, unzureichende Schulung, unzureichendes Budget (Genau wie die Vorteile, die Organisationen von DevOps erwarten können!)
• Agile Adoption Up, aber Hindernisse für eine Skalierung der Bemühungen: 67% der großen Unternehmen (> 5.000 Mitarbeiter) verfolgen hohe Absichten zur Einführung agiler Methoden. Die Einführung von Agile in großem Maßstab ist von 10% im Jahr 2020 auf 49% im Jahr 2021 gestiegen. Die größten Hindernisse für die Einführung von Agile at Scale: andere Prioritäten, aktuelle Methode funktioniert einwandfrei, unklarer ROI. Warum wollen Organisationen Agile in großem Maßstab einführen? Bessere Teamkoordination, Abstimmung von Strategie und Umsetzung, erhöhte Sichtbarkeit.

Sprints sind das Herzstück von agile Prinzipien. Und so nutzt ein Scrum-Team einen vordefinierten Zeitraum, um gemeinsam auf ein vereinbartes Ziel hinzuarbeiten. Ein Sprint konzentriert sich auf Interaktion und Zusammenarbeit, um funktionierende Software zu entwickeln. Ein Team muss viel Arbeit leisten, um seine Sprint-Workflows in Jira aufrechtzuerhalten. Das Ändern des Aufgabenstatus, das Informieren von Teamkollegen über Sprint-Änderungen und das Synchronisieren der Codeänderungen der Entwickler mit den Jira-Aufgaben können zu einer Menge manueller Mausklicks führen. 🖱

Viele dieser manuellen Schritte können automatisiert werden, um Ihrem Team den Aufwand zu ersparen.

Hilf deinem Scrum-Team mit Jira-Automatisierungen

Gedränge ist ein Framework, um agiles Arbeiten zu erledigen. Das Scrum Veranstaltungen sind:

• Sprint: Der Zeitraum, in dem das Team auf sein Sprintziel hinarbeitet (z. B. die Fertigstellung einer bestimmten Anzahl von User Stories aus dem Produkt-Backlog). Der nächste Sprint beginnt, wenn der vorherige endet.
• Sprint-Planungsmeeting: Ein Meeting, in dem der Umfang des Aufwands festgelegt wird, der für Backlog-Elemente erforderlich ist, die vom Product Owner priorisiert wurden. Das Softwareentwicklungsteam verpflichtet sich, diesen Arbeitsaufwand zu erledigen.
• Tägliches Scrum: A kurzes Treffen an jedem Werktag wenn sich die Mitglieder des Scrum-Teams gegenseitig über den Fortschritt ihrer Arbeit innerhalb des Sprints informieren. Es ist an der Zeit, einem anderen Teammitglied, das möglicherweise bei einem Problem feststeckt, Unterstützung zu gewähren oder die Blockierung zu entsperren.
• Sprint Review: Eine Gelegenheit für das Scrum-Team und die Stakeholder, die Ergebnisse des abgeschlossenen Sprints zu überprüfen und zu erörtern, welche Auswirkungen sie auf zukünftige Sprints haben.
• Sprint-Retrospektive: Ein Meeting, um Möglichkeiten zur Verbesserung der agilen Prozesse des Teams und seiner Interaktionen untereinander zu finden.

Welche Scrum-Rollen sind beteiligt:

• Softwareentwickler: Sie erledigen die Arbeit, wollen aber keine Sprint-Überraschungen.
• Product Owner: Diese Person priorisiert die Arbeit und muss manchmal ungeplante Änderungen mitten im Sprint vornehmen.

Jeder Spieler im Softwareentwicklungsteam, von Startups bis hin zu etablierten Unternehmen, hat sich wiederholende Aufgaben, die er während seiner Sprint-Events ausführen muss. Da wir alle Menschen sind, vergessen wir beim Sprinten manchmal, den Status von Problemen zu ändern oder die kleinen Dinge in Jira zu erledigen, damit jeder im Team in Echtzeit weiß, was in unserem Sprint passiert.

Automatisieren Sie Ihre Sprint-Workflows mit Jira

Hab keine Angst. Jira kann dabei helfen, typische Sprint-Workflows wie Aufgabenübergänge und Teambenachrichtigungen zu automatisieren. 🤯 Agiles Projektmanagement in der Softwareentwicklung ist eine Methode, die der Automatisierung förderlich ist. Du kannst Verhaltensweisen in deinen Jira-Problemen verknüpfen, um Aktionen über Tools wie Slack und MS Teams, E-Mail, GitHub, Bitbucket und GitLab auszulösen.

Du kannst Jira-Automatisierungen verwenden, um Dinge wie die folgenden zu tun:

• Informieren Sie Teammitglieder und Stakeholder über alle Änderungen an einem Sprint
• Auslösen von Aktionen auf der Grundlage von Aufgabenübergängen innerhalb einer Sprint-Iteration
• Synchronisiere den Status und die Story Points von Jira-Aufgaben und Unteraufgaben
• Verbinde Code-Commits und Build-Statuen mit Jira-Issues

Oh mein Gott!

Wenn Sie nicht wussten, dass es diese Tools gibt, haben Sie hier die Gelegenheit, sie zu erlernen.

Automatisieren Sie Ihren Weg zur Konnektivität

Halten Sie agile Teamkollegen auf dem Laufenden

Wenn ein Sprint beginnt, ist es wichtig, dass der Product Owner die Teammitglieder benachrichtigt, wenn sich etwas ändert. Auf diese Weise können Sie sicherstellen, dass sich dies nicht negativ auf Ihre Fähigkeit auswirkt, Ihr Sprintziel zu erreichen.

Die Kommunikation innerhalb agiler Teams ist von größter Bedeutung, und Jira bietet Möglichkeiten, dein Scrum-Team automatisch zu benachrichtigen, basierend auf Regeln, die du für deinen Sprint festgelegt hast. Du kannst zum Beispiel E-Mails oder Slack-Benachrichtigungen senden, wenn sich der Status einer Aufgabe ändert.

Koordination von Aufgaben und Unteraufgaben

Unteraufgaben sind eine praktische Funktion in Jira. Sie helfen dir dabei, Aufgaben in kleinere Schritte zu unterteilen und ihren Fortschritt zu verfolgen, während sie bearbeitet werden. Scrum Master empfehlen dies in agilen Methoden allgemein, aber es kann leicht sein, dass Unteraufgaben nicht mehr mit ihren übergeordneten Aufgaben synchronisiert werden. Wir werden bald eine Jira-Automatisierung erlernen, um dies zu verhindern.

Verbinde die Arbeit mit Entwicklercode und Jira-Problemen

Ihr Entwicklungsteam hat während eines Sprints viel um die Ohren. Es muss nicht nur alle seine User Stories fertigstellen, sondern es gibt auch die Mechanik, Code-Commits von Entwicklern mit ihren zugehörigen Jira-Tickets zu synchronisieren. Und immer daran zu denken, diese mit Jira-Tickets im Einklang zu halten, ist lästig. Wie du sehen wirst, gibt es Möglichkeiten, die in GitHub, Bitbucket und GitLab durchgeführten Aktionen miteinander zu verbinden und Jira-Tickets zu aktualisieren.

Jira-Automatisierungen FTW

Hier sind unsere neun Lieblings-Jira-Automatisierungen, die unseren Sprint-Workflow optimieren.

1. Benachrichtige Teammitglieder, wenn eine Story zu einem Sprint hinzugefügt wird

Scope Creep (Hinzufügen neuer Punkte zu einem Sprint, nachdem er gestartet wurde) ist niemandes Freund. Es gibt jedoch Zeiten, in denen ein Product Owner einen Artikel aus dem Produkt-Backlog abrufen und zum aktuellen Sprint hinzufügen muss. In diesem Fall empfiehlt es sich, das gesamte Team darüber zu informieren, dass eine Änderung vorgenommen wurde. Verwenden Sie diese praktische Automatisierungsvorlage um eine E-Mail an Ihr Team zu senden, wenn Backlog-Elemente zu einem Sprint hinzugefügt werden.

2. Weisen Sie eine Aufgabe automatisch zu, wenn sich ihr Status ändert

Einige Teammitglieder müssen darauf aufmerksam gemacht werden, wenn ein Problem auf ihren Teller gerät. Wenn der Status eines Vorgangs beispielsweise zu In Bearbeitung wechselt, können Sie weist es automatisch einem QA-Teamkollegen zu.

3. Feiere, wenn dein Sprint vorbei ist, indem du eine Slack-Nachricht sendest

Während eines Sprints passiert viel Arbeit. Da Ihr nächster Sprint immer sofort beginnt, wenn der aktuelle endet, ist es oft schwierig, Zeit zu finden, um Siege zu feiern. Nutze diese Feier, um sende eine lustige Slack-Nachricht an dein Team, wenn die letzte Ausgabe des Sprints abgeschlossen ist. Mit Automatisierung kannst du dafür sorgen, dass Sprints Spaß machen!

4. Automatisches Einfügen von „In Bearbeitung“ -Vorgängen in den aktuellen Sprint

Um sicherzustellen, dass Jira-Probleme in Progress im aktuellen Sprint sichtbar sind, gibt es viele bewegliche Teile. Niemand will versteckte Arbeit. Wenn ein Entwickler eine Aufgabe in „In Bearbeitung“ verschiebt, können Sie automatisch zuweisen zum aktuellen Sprint.

5. Addiere die Storypoints der Unteraufgaben und aktualisiere den Wert der übergeordneten Aufgabe

Vergewissern Sie sich, dass Ihre Storypoint-Gesamtwerte korrekt sind automatisches Summieren der Punkte Ihrer Unteraufgaben und Aktualisierung der übergeordneten Aufgabe mit dem Wert. Mit dieser raffinierten Automatisierungsregel werden sie nie aus dem Gleichgewicht geraten.

6. Schließen Sie ein Problem, wenn alle zugehörigen Unteraufgaben abgeschlossen sind

Manche Leute arbeiten gerne mit Unteraufgaben, was großartig ist. Es kann jedoch leicht übersehen werden, eine übergeordnete Aufgabe zu schließen, nachdem Sie Ihre Arbeit abgeschlossen und alle Unteraufgaben abgeschlossen haben. Nun... du kannst schließt automatisch eine übergeordnete Aufgabe wenn alle Unteraufgaben abgeschlossen sind, damit dies nicht passiert. 🤖

7. Verschieben Sie eine Aufgabe nach einem Commit in Progress

Sparen Sie Ihren Entwicklern Zeit, indem Sie redundante Aufgaben reduzieren. Wenn ein Code-Commit erfolgt, bedeutet dies, dass an einer Aufgabe gearbeitet wird. Verbinde Jira mit deinem Commit-Repository (GitHub, Bitbucket oder GitLab), sodass bei einem Code-Commit das zugehörige Jira-Problem angezeigt wird wechselt zu In Bearbeitung.

8. Füge einem Ticket einen Kommentar hinzu, wenn eine Pull-Anfrage gestellt wird

Das Hinzufügen von Details zu einem Jira-Ticket aus einem Pull-Request kann ein Copy-and-Paste-Job sein — muss es aber nicht. Verwende einen Trigger, um die Details aus der Anfrage hinzuzufügen in einen Jira-Kommentar.

9. Benachrichtige das Entwicklungsteam, wenn ein Jenkins-Build fehlschlägt

Bestimmte Probleme können es kaum erwarten, beim nächsten täglichen Stand-up vom gesamten Team erkannt zu werden. Wenn Ihr Jenkins-Build fehlschlägt, ist dies eine großartige Möglichkeit lass es das ganze Team wissen per Slack, MS Teams oder E-Mail... sofort.

Machen Sie agile Sprints einfach

Automatisierungen in Jira erleichtern einem Sprint-Team das Leben, indem sie die manuelle Arbeit reduzieren, die erforderlich ist, um die Mechanik eines Sprints am Laufen zu halten.

Sie können modifizierte Versionen dieser Automatisierungen mit Easy Agile verwenden, um Agile noch einfacher zu machen! Feiern Sie zum Beispiel Erfolge in der Roadmap, indem Sie Ihr Team benachrichtigen, wenn Probleme in Ihrem Unternehmen abgeschlossen sind Einfache Agile Roadmaps für Jira, oder synchronisiere deine Jira-Datenfelder mit deiner Roadmap. Es gibt viele Möglichkeiten, Regeln und Trigger zu kombinieren, damit Jira-Automatisierungen für dich funktionieren.