Hier bei PagerDuty sind unsere Ingenieurteams Agile-Konzept Entwicklungsprinzipien, die schnelle Iterationen über lange Designphasen hinweg begünstigen und direkte Kommunikation zwischen Teammitgliedern gegenüber Unmengen schriftlicher Spezifikationen bevorzugen. Es gibt zahllose Artikel, die vorschreiben, wie Agile-Teams arbeiten sollen. Diese Richtlinien sind als Ausgangspunkt und Rahmen gut, berücksichtigen jedoch normalerweise nicht die Bedürfnisse einzelner Teams. Bei PagerDuty wissen wir, dass es keinen einheitlichen Entwicklungsansatz gibt, und wir akzeptieren Unterschiede.

Scrum als Framework

Bei neuen Teams beginnen wir im Allgemeinen mit dem Scrum-Prozess. Scrum schreibt bestimmte Methoden und Rituale vor, die wir zur Verbesserung der Produktivität verwenden. Neue Teams brauchen diese Struktur eine Zeit lang. Tägliche Standups beispielsweise bieten Teammitgliedern die Möglichkeit, sich regelmäßig zu treffen, und diese regelmäßigen Meetings ermutigen das Team, als Einheit und nicht als Gruppe von Einzelpersonen zu agieren. Eine weitere Übung, die wir praktizieren – die Sprintplanung – ermöglicht es dem Team, gemeinsame Ziele festzulegen und regelmäßig Kurskorrekturen vorzunehmen. Wir haben auch Storytime-Meetings, bei denen sich die Teams mit der zukünftigen Arbeit vertraut machen können („Stories“ in der Agile-Terminologie).

Wir betrachten Scrum jedoch als Ausgangspunkt und nicht als Ziel.

Scrum Aber….

Bei PagerDuty vertritt man vor allem die Idee der kontinuierlichen Verbesserung. Das bedeutet, dass Teams, sobald sie sich mit den Grundlagen einer agilen Umgebung vertraut gemacht haben, normalerweise anfangen, die „Regeln“ zu brechen und Änderungen vorzunehmen, um sie an ihren eigenen Stil anzupassen. In der Außenwelt nennen manche Leute das „Scrum But“ oder „Scrum Butt“ („wir machen Scrum Aber wir tun/tun nicht X…“) – was sich wie eine Krankheit anhört. Während Scrum-Puristen argumentieren, dass Sie überhaupt kein Scrum machen, wenn Sie das Agile-Manifest nicht genau befolgen. Bei PagerDuty erkennen wir an, dass jede Gruppe von Menschen anders arbeiten möchte.

Kontinuierliche Verbesserung statt Befolgen von Regeln

Mit anderen Worten: Bei PagerDuty implementieren wir Scrum auf die Weise, die für unsere einzelnen agilen Teams am sinnvollsten ist. Unsere Entwicklungsteams halten regelmäßig (normalerweise alle 2 Wochen) Retrospektivmeetings ab. Der wohl wichtigste Teil dieser Meetings sind die Änderungen, die das Team vorschlägt, um die Prozesse zu verbessern und das Team zufriedener und produktiver zu machen. Diese Änderungen können sehr einfach sein, wie kleine Anpassungen am Arbeitsablauf, die Anpassung der Zeit, zu der wir uns für das tägliche Stand-up-Meeting treffen, oder das vollständige Weglassen des Stand-ups an selbst auferlegten „meetingfreien Tagen“. Einige Teams entscheiden, dass sie hauptsächlich in einer Colocation-Büroumgebung arbeiten, aber viele Teams schätzen die Möglichkeit, von zu Hause aus zu arbeiten, und in einigen Fällen arbeiten die meisten Mitglieder eines bestimmten Teams remote. Einige Teams stellen fest, dass Sprintdemos sie motivieren, ihre Sprintaufgaben zu erledigen, während andere Teams entscheiden, dass es ihnen manchmal wichtiger ist, konzentriert zu bleiben, als eine halbe Funktion zu demonstrieren. In einigen Fällen haben Teams beschlossen, Scrum vollständig aufzugeben und sind von Scrum zu Kanban gewechselt.

Empowerment ist der Schlüssel

Unabhängig von der Art der Änderung können Teams ihre Prozesse anpassen und herausfinden, was für ihre speziellen Anforderungen am besten funktioniert. Unsere Teams haben keine Angst davor, ihre Prozesse zu ändern. Wenn es funktioniert, bleibt es. Wenn es nicht funktioniert, versuchen wir etwas anderes. Wir haben festgestellt, dass es wichtiger ist, Prozesse an spezifische Anforderungen und Vorlieben anzupassen, als willkürlichen Richtlinien zu folgen.

Im Laufe der Zeit haben wir festgestellt, dass jede Gruppe von Einzelpersonen ihren eigenen Arbeitsstil entwickelt und dass jedes Team genau wie Einzelpersonen einzigartig ist. Jedes Team hat seine eigenen Stärken und Schwächen, aber am wichtigsten ist, dass jedes Team am besten beurteilen kann, welcher Prozess für sich selbst am besten funktioniert. Während standardisierte Richtlinien ein guter Ausgangspunkt sein können, müssen Teams ermutigt werden, ständig nach Möglichkeiten zu suchen, sich selbst und ihre Prozesse zu ändern, um zufriedener und letztendlich effektiver zu sein. Tools und Prozesse sollten implementiert und angepasst werden, um die Menschen, die sie verwenden, zu befähigen und nicht zu behindern.