8 Methoden der Softwareentwicklung erklärt

Zeremonien sind regelmäßige Veranstaltungen, die von Scrum-Teams abgehalten werden. „Agile“ ist ein weit gefasstes Wort, das eine andere Arbeitsweise mit kürzeren, zeitlich begrenzten Release-Zyklen beschreibt.

Unter dem breiten Dach von Agile ist Scrum einer der beliebtesten Ansätze, mit denen Teams ihre Arbeit und Veröffentlichungen organisieren.

Jede kurze Iteration der Arbeit in Scrum wird als Sprint bezeichnet. Ein Sprint ist normalerweise ein Zeitraum von 2 Wochen, in dem sich das Team auf einen kleinen Teil der Arbeit konzentriert.

Die Idee ist, dass sich jeder auf einen Teil der Arbeit konzentriert. Und dieser Teil muss innerhalb desselben Sprints fertiggestellt und an den Kunden versendet werden.

Scrum kann in einige wichtige Elemente unterteilt werden:

1. Rollen
2. Artefakte
3. Zeremonien

Dieser Beitrag konzentriert sich auf die Scrum-Zeremonien.

Alle 4 Scrum-Zeremonien tragen dazu bei, dass sich das Scrum-Team auf den Teil der Arbeit konzentriert, auf den es sich in diesem Sprint geeinigt hat.

Es hilft dem Team, den Fortschritt der Arbeit, zu deren Abschluss es sich verpflichtet hat, transparent zu machen und Probleme frühzeitig anzusprechen, bevor sie zu Blockern werden.

Schauen wir uns jede der vier agilen Zeremonien in Scrum an:

1. Steh auf (oder tägliches Scrum)

Ziel des Stand-Up: ein kurzer Check-in, bei dem das Team Probleme ansprechen oder mit dem gesamten Team von Angesicht zu Angesicht kommunizieren kann.

Wer tritt dem bei täglich aufstehen: Entwickler, Scrum Master, Product Owner

Ergebnis des täglichen Aufstehens: Das Team erhöht alle Blocker, muss sie aber nicht lösen. Stellen Sie sicher, dass jedes Teammitglied sich darüber im Klaren ist, woran es gerade arbeitet. Jedes Teammitglied sollte in der Lage sein, diese drei Fragen zu beantworten:

• Was habe ich gestern abgeschlossen?
• Woran werde ich heute arbeiten?
• Bin ich durch irgendetwas blockiert?

Wann sollte man einen Stand halten: täglich

Tipp: Stand-ups können von Geschäftsteams durchgeführt werden und müssen nicht immer von Angesicht zu Angesicht stattfinden. Hier ist ein Foto vom Stand up der Geschäftsleitung der australischen Bank ANZ in Aktion:

Und noch ein Bild von InsideIt's Stand Up:

2. Sprint-Planung

Ziel der Sprint-Planung: Die Sprint-Planung hilft dem Team, sich auf die nächsten Aufgaben vorzubereiten. Das Team bespricht jedes Arbeitsthema, das vom Product Owner priorisiert wurde.

Wer macht Sprint-Planung: Entwickler, Product Owner, Scrum Master

Ergebnis der Sprint-Planung: dass jeder weiß, was das Sprintziel ist und wie er es erreichen wird. Stellen Sie sicher, dass jeder versteht, was die allgemeine Vision oder das Ziel der Arbeit ist.

Das Team wird sich damit auskennen, welche Arbeit im nächsten Sprint zur Verfügung steht. Das Team wird alle Hindernisse oder Möglichkeiten besprechen und herausfinden, wie es die Art und Weise, wie die Arbeit abgeschlossen wird, optimieren kann.

Das Team schätzt auch die Arbeit ab und zieht eine Grenze, wenn geschätzt wird, dass der Aufwand zur Fertigstellung der Arbeit die Kapazität oder die historische Geschwindigkeit des Teams übersteigt.

Wann sollte die Sprint-Planung abgehalten werden: am Ende eines Sprints oder ganz am Anfang eines neuen Sprints.

Bonus: Manchmal findest du bei der Sprint-Planung Dinge, die du nicht tun würdest, und das ist auch wertvoll.

3. Bewertung im Sprint

Ziel des Sprint Reviews: Präsentieren Sie die abgeschlossenen Arbeiten und erhalten Sie Feedback vom Product Owner und den relevanten Stakeholdern.

Wer nimmt am Sprint Review teil: Ausführende Sponsoren, Entwickler, Scrum Master, Product Owner

Ergebnis des Sprint Reviews: Jedes Teammitglied fühlt sich gestärkt, wenn es dem Team seine Arbeit präsentiert. Das Team kann seine Erfolge feiern. Das Führungsteam kann Fragen stellen. Der Product Owner kann Feedback geben und überprüfen, ob die Arbeit von hoher Qualität ist und der Benutzererfahrung entspricht. Passt am besten zu Getränken und Kuchen.

Wann sollte ein Sprint Review abgehalten werden: am Ende jedes Sprints.

4. Rückblick

Ziel der Retrospektive: ehrliche Diskussion darüber, was gut funktioniert hat und was nicht. Fördern Sie Selbstverbesserung und Transparenz.

Wer nimmt an der Retrospektive teil: Entwickler, Scrum Master, Product Owner

Ergebnis einer Retrospektive: erhalte Feedback vom Team und versuche, dich im nächsten Sprint zu verbessern. Das Schöne an Agile und Scrum ist die schnelle Feedback-Schleife.

Wenn etwas nicht gut funktioniert, tut das dem Team nur maximal 2 Wochen weh. Es kann dann im Nachhinein behoben werden, und es können Maßnahmen ergriffen werden, um das Problem zu beheben, bevor es aus dem Ruder läuft.

Das Ergebnis sollte die Zusage des Teams sein, sich auf Bereiche zu konzentrieren, die verbessert werden müssen, oder das Verhalten fortzusetzen, das der Gesundheit und/oder der Geschwindigkeit des Teams zugute kommt.

Wann sollte eine Retrospektive abgehalten werden: zu Beginn eines neuen Sprints, wenn ich über einen Sprint nachdenke, der gerade zu Ende gegangen ist.

---

Das gemeinsame Thema dieser Scrum-Zeremonien ist, dass sie die Teamzusammenarbeit, Transparenz und Kommunikation fördern.

Meiner Erfahrung nach ist es genau das, was Agile wirklich zu einer besseren Arbeitsweise macht.

Es sind nicht die Storypoints oder gar die Art und Weise, wie der Backlog priorisiert wird, die den Unterschied machen. Der wahre Wendepunkt von Agile ist, dass es Teams mit offener und ehrlicher Kommunikation hilft.

Diese Agile/Scrum-Zeremonien werden nicht immer für jedes Team gleich funktionieren.

Sie sind jedoch eine großartige Möglichkeit, Gespräche zu erleichtern und eine kontinuierliche Verbesserung zu fördern.

Dieser Leitfaden befasst sich mit den vier Zeremonien die eines der beliebtesten Frameworks von Agile bieten, Gedränge, zum Leben.

Erfahren Sie, wie jedes agile Ritual dazu beiträgt, Teams zu stärken und die Leistung zu steigern, und geben Sie einige Tipps heraus, mit denen Ihr Unternehmen das Beste aus Ihren Zeremonien herausholen kann.

Auf einen Blick:

• Die vier agilen Zeremonien sind Sprint-Planung, Tägliches Aufstehen, Sprint-Rückblick und Sprint-Rückblick
• Zeremonien in Agile ermöglichen Sichtbarkeit, Transparenz und Zusammenarbeit.
• Jede Zeremonie hat eine klare Struktur und ein klares Ziel.
• Klare Kommunikation, Flexibilität und kulturelle Ausrichtung sind die Schlüssel zu erfolgreichen Zeremonien.

Was sind die wichtigsten agilen Zeremonien?

Agile Zeremonien beziehen sich auf die vier Ereignisse, die während einer Scrum Sprint. Andere Formen der agilen Entwicklung, wie Kanban und Schlank, haben auch ähnliche Praktiken.

Das Liste agiler Zeremonien beinhaltet:

1. Sprint-Planung
2. Tägliches Aufstehen
3. Sprint-Rückblick
4. Sprint-Rückblick

Obwohl jede Zeremonie anders ist, dienen sie doch dem gleichen Gesamtzweck. Die Zeremonien bringen Teams mit einem gemeinsamen Ziel in einem regelmäßigen Rhythmus zusammen und helfen den Teams, Dinge zu erledigen.

„Unternehmen stehen heute unter erhöhtem Druck, schnell auf die Bedürfnisse ihrer Kunden und Stakeholder zu reagieren. Daher müssen sie neue Produkte schneller auf den Markt bringen und Verbesserungen vorhandener Lösungen und Dienstleistungen beschleunigen. „- Bericht zum Stand von Agile

Warum sind agile Zeremonien wichtig?

Agile Zeremonien helfen Organisationen, sich an Veränderungen anzupassen und erfolgreich zu sein. Da die Arbeit in kleineren Portionen und über kürzere Zeiträume geplant wird, helfen sie Teams dabei, schnell die Richtung zu ändern und bei Bedarf Kurskorrekturen vorzunehmen. Sie sind ein wichtiger Bestandteil des umfassenderen agilen Ansatzes, der heute in Unternehmen auf der ganzen Welt weit verbreitet ist.

Mit agilen Zeremonien können Teams in Ihrer Organisation von folgenden Vorteilen profitieren:

• Verbesserte Fähigkeit, sich ändernde Prioritäten zu verwalten
• Beschleunigung der Softwareentwicklung
• Steigerung der Teamproduktivität
• Bessere Abstimmung von Geschäft und IT

Es ist wichtig, sich daran zu erinnern, dass Zeremonien zwar ein wesentlicher Bestandteil von Scrum sind, aber nur eines von vielen Ritualen, die dazu beitragen, agile Teams und Arbeitsplätze zu schaffen. Um die wahren Vorteile von Agile zu nutzen, müssen Sie mehr tun, als eine oder mehrere der Zeremonien in Ihre Wasserfall-Projekt.

1. Sprint-Planung

Die Sprint-Planungszeremonie bereitet die Teams auf Erfolgskurs vor, indem sichergestellt wird, dass jeder die Sprintziele versteht und weiß, wie sie erreicht werden können.

• Struktur - Der Product Owner bringt das Produkt-Backlog mit, um es mit dem Entwicklungsteam zu besprechen. Der Scrum Master erleichtert. Zusammen nimmt das Scrum Team Schätzungen des Aufwands oder der Story Point vor. Das Produkt-Backlog muss alle Details enthalten, die für die Schätzung erforderlich sind. Der Product Owner sollte in der Lage sein, alle Zweifel bezüglich des Produkt-Backlogs zu klären.

• Teilnehmer - Das gesamte Scrum-Team (das Entwicklungsteam, der Scrum Master und der Product Owner).‍

• Zeitlicher Ablauf - Zu Beginn jedes Sprints.‍

• Dauer - Ein bis zwei Stunden Iteration pro Woche. Wenn Sie also einen zweiwöchigen Sprint planen, sollte Ihre Sprint-Planung zwei bis vier Stunden dauern. ‍

• Agiles Framework - Gedränge. Kanban-Teams planen zwar auch, aber weniger formell und pro Meilenstein, nicht iterativ.

Ergebnisse

Nach einigen Teamverhandlungen und Diskussionen sollten Sie bis zum Ende der Sprint-Planung eine klare Entscheidung darüber haben, welche Arbeit das Entwicklungsteam während des Sprints erledigen kann. Dies ist bekannt als Sprintziel.

Das Sprintziel ist eine Erhöhung der gesamten Arbeit, und jeder sollte sich der Verpflichtung sicher sein.

Das Produkt-Backlog definiert Prioritäten, die sich auf die Reihenfolge der Arbeiten auswirken. Dann wandelt der Scrum Master diese Entscheidung um in Sprint-Backlog.

Die besten Tipps

• Konzentrieren Sie sich auf Zusammenarbeit statt auf Wettbewerb.
• Teilen Sie Benutzerberichte in Aufgaben auf, um die Dinge für das Entwicklungsteam operationeller zu gestalten. Wenn Zeit zur Verfügung steht, weisen Sie diese Aufgaben während der Veranstaltung zu.
• Berücksichtigen Sie Feiertage und die Freizeit oder Ferien aller Teammitglieder.
• Behalten Sie das Tempo Ihres Teams im Auge — eine Erfolgsbilanz der Zeit, die für die Implementierung ähnlicher User Stories benötigt wurde, wäre hilfreich.
• Konzentrieren Sie sich auf das Produkt-Backlog und nichts anderes in Bezug auf die Arbeit für den Sprint.

2. Tägliches Aufstehen

Das tägliche Stand-up bringt das Team zusammen und bereitet alle auf den Tag vor. Das Team nutzt diese Zeit, um Blocker zu identifizieren und Pläne für den Tag auszutauschen.

• Struktur - Dies ist ein informelles, ständiges Treffen. Alle Mitglieder des Entwicklungsteams informieren alle darüber, was sie am Vortag getan haben und was sie heute tun. Die Mitglieder besprechen alle Blockaden, die sie haben, und bitten das Team bei Bedarf um Hilfe. Aus Zeitgründen sollten die Updates kurz sein.

• Teilnehmer - Entwicklungsteam, Scrum Master, Product Owner (optional).

• Zeitlicher Ablauf - Täglich, normalerweise morgens.

• Dauer - Kurz und scharf. Nicht länger als 15 Minuten.

• Agiles Framework - Scrum und Kanban.

Ergebnisse

Der Scrum Master sollte alle Blockaden beseitigen, die das Entwicklungsteam verlangsamen oder daran hindern, Ergebnisse zu liefern. Infolgedessen muss sich der Entwicklungsprozess möglicherweise ändern.

Dieser tägliche Pulscheck hält das Team auf dem Laufenden und hilft, Vertrauen aufzubauen. Gemeinsam findet die Gruppe Wege, sich gegenseitig zu unterstützen und zu helfen.

Die besten Tipps

• Verwenden Sie einen Timer, um dieses Meeting auf 15 Minuten zu beschränken.
• Halte deinen Stand jeden Tag zur gleichen Zeit.
• Besprechen Sie nur die Arbeit für den kommenden Tag.
• Wenn das Team verteilt ist, verwenden Sie Videokonferenzen mit eingeschalten Kameras.
• Nach der Veranstaltung sollten lange Diskussionen stattfinden.
• Da der Stand-up den Fortschritt fördert, sollte jeder ein Update bereitstellen und sich jeder sollte sich verantwortlich fühlen.

3. Bewertung im Sprint

Der Sprint Review ist die Zeit, um die abgeschlossenen Arbeiten des Teams zu präsentieren und Feedback von Stakeholdern einzuholen. Eine Vielzahl von Teilnehmern von außerhalb des Teams bietet wertvolle Einblicke aus unterschiedlichen Blickwinkeln. Diese Veranstaltung trägt auch dazu bei, Vertrauen sowohl bei externen als auch bei internen Interessengruppen aufzubauen.

• Struktur - Der Scrum Master übernimmt die Logistik der Eventvorbereitung. Der Product Owner sollte den Stakeholdern Fragen stellen, um so viel Feedback wie möglich zu erhalten. Sie sollten auch alle Fragen ihrer Stakeholder beantworten.

• Teilnehmer - Entwicklungsteam, Scrum Master, Product Owner. Wahlweise Management, Kunden, Entwickler und andere Interessengruppen.

• Zeitlicher Ablauf - Am Ende des Sprints.

• Dauer - In einem einwöchigen Sprint dauert der Sprint Review eine Stunde.

• Agiles Framework - Scrum und Kanban. Kanban-Teams führen diese Überprüfungen nach den Team-Meilensteinen durch, nicht nach Sprints.

Ergebnisse

Nach dieser Zeremonie muss der Product Owner möglicherweise das Produkt-Backlog anpassen oder ergänzen. Möglicherweise veröffentlichen sie auch Produktfunktionen, wenn diese bereits vollständig sind.

Die besten Tipps

• Planen Sie vor dem Meeting genügend Zeit für die Proben ein, damit Ihr Team selbstbewusst auftreten kann, insbesondere wenn externe Stakeholder anwesend sind.
• Präsentieren Sie keine unvollständigen Arbeiten. Überprüfe deine Sprint-Planung und die ursprünglichen Kriterien, wenn du dir nicht sicher bist, ob die Arbeit abgeschlossen ist.
• Konzentrieren Sie sich neben der Produktfunktionalität auf Benutzererfahrung, Wert für den Kunden, und die gelieferten geschäftlicher Wert.
• Überlegen Sie, wie Sie eine feierliche Atmosphäre schaffen können, um die Leistung des Teams anzuerkennen.

4. Sprint-Rückblick

In dieser letzten Scrum-Zeremonie in der Sequenz blickst du auf die Arbeit zurück, die du gerade geleistet hast, und findest heraus, wie du die Dinge beim nächsten Mal besser machen kannst. Die Sprint-Retrospektive ist ein Tool zur Risikominderung in zukünftigen Sprints.

• Struktur - Die Teams besprechen, was während des gesamten Sprints gut gelaufen ist und was schief gelaufen ist. Der Scrum Master sollte das Entwicklungsteam ermutigen, sich zu äußern und nicht nur Fakten, sondern auch seine Gefühle mitzuteilen. Ziel ist es, schnelles Feedback für eine kontinuierliche Verbesserung des Prozesses zu erhalten. Es ist auch eine Gelegenheit, bewährte Verfahren hervorzuheben, die das Team übernommen hat und wiederholen sollte.

• Teilnehmer - Entwicklungsteam, Scrum Master, Product Owner (optional).

• Zeitlicher Ablauf - Am Ende des Sprints.

• Dauer - 45 Minuten pro Sprintwoche.

• Agiles Framework - Scrum und Kanban (gelegentlich).

Ergebnisse

Nach dieser Sitzung sollte das Team die Probleme und Siege, die während der Iteration erzielt wurden, klar verstehen. Gemeinsam erarbeitet die Gruppe Lösungen und einen Aktionsplan, um Prozessprobleme im nächsten Sprint zu verhindern und zu identifizieren.

Die besten Tipps

• Konzentrieren Sie sich sowohl auf Fakten als auch auf Gefühle
• Sammeln Sie Informationen, die Ihnen helfen, sich auf kontinuierliche Verbesserungen zu konzentrieren — dazu können Tools und Beziehungen gehören
• Seien Sie ehrlich und fördern Sie Ideen, die prozessbezogene Probleme lösen
• Auch wenn alles gut gelaufen ist, sollten Sie dieses Meeting abhalten — Rückblicke geben fortlaufende Hinweise für den nächsten Sprint.

„Angesichts der Tatsache, dass sich die Geschwindigkeit des Wandels voraussichtlich fortsetzen wird, war der Bedarf an einem Betriebsmodell, das Schritt hält, noch nie so groß wie heute. „- McKinsey

Agile Lektionen, nach denen man leben kann

Als Team von erfahrenen agilen Praktikern haben wir einige wichtige Erkenntnisse darüber gewonnen, was es braucht, um das Beste aus Ihren agilen Zeremonien herauszuholen und die Grundlagen für eine wirklich agile Organisation zu schaffen.

Hier sind unsere Top-Tipps, um Ihre Zeremonien zum Erfolg zu führen:

• Sei bewusst präsent - Denken Sie daran, sich während der Zeremonien einen Moment Zeit zu nehmen, um innezuhalten und sich daran zu erinnern, warum Sie dort sind. Zeigen Sie anderen, dass Sie anwesend sind, indem Sie ihnen volle Aufmerksamkeit schenken und Ihre Körpersprache verwenden. Richten Sie Ihre Kamera aus der Ferne so aus, als ob Sie ihnen gegenüber sitzen würden, schauen Sie regelmäßig in das Objektiv und verwenden Sie einen ablenkungsfreien Hintergrund.
• Übe aktives Zuhören - Denke darüber nach, was die Person sagt, wer sie ist und was sie von dir braucht. Suchen sie nach einem Resonanzboden, brauchen sie deine Hilfe oder Meinung oder suchen sie nach einer emotionalen Verbindung?
• Motive verstehen - Verstehe die Beweggründe deiner Teamkollegen, bevor du sprichst. Überlege, warum sie sich für das, was du sagst, interessieren sollten, indem du deine Botschaft mit ihren eigenen Beweggründen verbindest. Bieten Sie nach Möglichkeit einen Kontext an, damit sie wissen, warum Ihre Botschaft wichtig ist.
• Sei flexibel - Es ist wichtig, sich daran zu erinnern, dass es für agile Arbeitsweisen kein Patentrezept gibt. Was für ein Team funktioniert, funktioniert möglicherweise nicht für ein anderes. Sie müssen also experimentieren, um herauszufinden, was funktioniert, und dann die Prozesse an die Bedürfnisse Ihres Teams anpassen.
• Kulturelle Ausrichtung schaffen - Die besten Prozesse der Welt werden nicht das liefern, was Sie brauchen, wenn Sie nicht über die Kultur verfügen, die sie unterstützt. Agile Zeremonien müssen von einer Kultur unterstützt werden, in der sich die Mitarbeiter aktiv engagieren, selbstbewusst sind, Probleme anzusprechen, und Wert auf kontinuierliche Verbesserung legen.

Agile Zeremonien führen zu besseren Ergebnissen

Es kann zwar einige Zeit dauern, bis sich Teams, die noch nicht mit Agile vertraut sind, an agile Zeremonien gewöhnt haben, aber sie sind die Mühe wert. Durch die Bereitstellung einer klaren Struktur und erreichbarer Ergebnisse tragen sie dazu bei, dass sich alle Beteiligten auf das Produkt, die Kommunikation und die Prioritäten konzentrieren.

Das Ergebnis? Agile Teams, die schneller qualitativ bessere Produkte liefern — und echte Geschäftsergebnisse liefern.

Wo auch immer sich Ihr Unternehmen auf Ihrem Weg zur Agilität befindet, es lohnt sich zu bedenken, dass jedes Team und jede Produktsuite anders sind. Es gibt also kein einheitliches Erfolgsrezept. Die gute Nachricht ist, dass auch Sie Ihre agilen Zeremonien im Laufe der Zeit wiederholen und verbessern können, indem Sie innerhalb der Denkweise der kontinuierlichen Verbesserung arbeiten, die das agile Framework fördert.

Bereit loszulegen?

Einfacher agiler Teamrhythmus unterstützt die agilen Praktiken deines Teams in Jira. TeamRhythm unterstützt dein Team von der Planung bis hin zur Retrospektive und hilft dir dabei, besser zusammenzuarbeiten, um deinen Kunden einen Mehrwert zu bieten.

Zu den Funktionen gehören:

• Agiles Tool zur Sprint- und Versionsplanung - Die Planung ist schnell und einfach, wenn Sie Probleme auf der Storymap erstellen und abschätzen. Sieh dir deine Arbeit unter Initiativen und Epen an und sieh dir die Swimlane-Statistiken auf einen Blick an. So stellst du sicher, dass die Teamkapazitäten voll, aber nicht überlastet sind
• Agiles Story-Mapping - Bilden Sie die Kundenreise anhand von Initiativen, Epen und Geschichten zusammen mit Ihren agile Jira-Boards. Fügen Sie der Story-Map schnell und einfach neue oder vorhandene Geschichten hinzu. Ziehen Sie per Drag-and-Drop, um Prioritäten nach dem Wert für den Kunden zu setzen.
• Verfeinerung des Produktbestands - Entfliehen Sie Ihrem flachen Backlog und sehen Sie sich Ihre Arbeit in der Storymap-Matrix an. Ziehen Sie Probleme per Drag-and-Drop, um sie zu priorisieren oder zu planen. Mithilfe der Inline-Bearbeitung können Sie Zusammenfassungen und Schätzungen zu Storypoints im Handumdrehen aktualisieren, um den Backlog zu verbessern.
• Team-Retrospektiven - Feiern Sie Erfolge, gewinnen Sie Erkenntnisse und teilen Sie Ihre Erkenntnisse mit Team-Retrospektiven für Scrum und Kanban. So fördern Sie Zusammenarbeit und Transparenz, sodass Sie und Ihr Team kontinuierlich besser werden.

Ein häufiges Missverständnis bei agilen Softwareentwicklungsmethoden ist, dass sie keinem formalen Prozess folgen. Jedes Team macht einfach sein eigenes Ding mit wenig oder gar keiner Planung, und irgendwie klappt alles. Nun, wir hassen es, Ihre Seifenblase platzen zu lassen, aber Softwareentwicklung funktioniert so nicht, agil oder nicht. 🤯

Genau wie bei traditionellen Wasserfallprojekten folgt agile Projekte einem agilen Softwareentwicklungszyklus (SDLC). Aus der Prozessperspektive besteht der Hauptunterschied in einem linearen Ansatz mit Wasserfall und einem iterativen Ansatz mit Agilität. We are something later into into there.

Lassen Sie uns zunächst erläutern, wie ein agiles SDLC mit agilen Prinzipien im Einklang steht. Dann werden wir sowohl in Scrum- als auch in Kanban-Umgebungen über agile SDLC sprechen.

How the cycle of agile softwaredevelopment agile principles supports

Das Agiles Manifest nennt vier Grundwerte, die zur Verbesserung der Softwareentwicklungsprozesse beitragen. Sie sind:

Individuals and Interactions about Processes and Tools
Funktionende Software über eine umfassende Dokumentation
Zusammenarbeit mit Kunden over Contracts
Reagieren Sie auf Veränderungen anstatt einem Plan zu folgen.

Das sind großartige Werte! Heben Sie jetzt Ihre Hand, wenn Sie sich an den nächsten Satz erinnern. Irgendjemand?? Lass uns dein Gedächtnis auffrischen: „Das heißt, obwohl die Elemente auf der rechten Seite einen Wert haben, schätzen wir die Elemente auf der linken Seite mehr ein. “

Allzu oft sind neue agile Softwareentwicklungsteams so begeistert davon, „agil zu werden“, dass sie vergessen, den gesamten Inhalt des Agilen Manifests vollständig zu verstehen. Wir verstehen es — es ist schwer, sich an alle 68 Wörter zu erinnern, wenn man begeistert ist. 🤓

Schauen wir uns das noch einmal an: The article on the right page have a value. Das klingt nicht so, als ob Sie alle Dokumentationen, Prozesse und Tools entfernen sollten. Sie benötigen tatsächlich einige dieser Dinge, um effizient als Team zu arbeiten. The least must to take any art of contract, when they want develop software for a external stakeholder and paid.

Wir würden Ihnen gerne genau sagen, wie viele Prozesse und wie viel Dokumentation und Planung Sie benötigen, aber das können wir nicht. Ein Teil der Agilität besteht darin, die Dinge im Laufe der Zeit anhand Ihrer Teamumgebung und der Bedürfnisse der Kunden zu erkennen. If your agile team ready, start you to check the processes, tools and project documentation and that your team needs to efficient and effective to work.

Wir schauen uns nun einige Lebenszyklusmodelle für agile Softwareentwicklung an.

Das Scrum SDLC model

Erinnerst du dich, dass wir bereits darüber gesprochen haben, dass Wasserfall linear und agil iterativ ist? Scrum ist das perfekte agile Framework, um den Unterschied hervorzuheben.

The traditional water fall model of the product development requires several steps before you going to a final product. Waterfall projects meet the definition of ready, when the complete project is completed and in the hands of users or stakeholders. Es ist linear — ein gerader Weg von Anfang bis Ende.

The agile method of Scrum is dagegen iterativ and adaptiv. Scrum-Teams teilen die Ergebnisse in kleineren Teilen mit kürzeren Zeitrahmen, die als Sprints bezeichnet werden. Es ist das Ziel, bei jeder Iteration während des gesamten Produktentwicklungsprozesses Teile der funktionierenden Software bereitzustellen.

Anstatt eines einzelnen Sprints, wie oben gezeigt, sieht ein vollständiger Scrum-Lebenszyklus eher so aus:

Für jede Iteration plant, entwickelt, überprüft und implementiert das Team Updates der Produktfunktionen. If the involved agreement tests and you see the functional product, they may questions by new priority or requirements. This feedback is added the product backlog, sodass the Product Owner with other functions and work priorisiert wird. Dann beginnt der Prozess erneut.

Da sich die Software ständig weiterentwickelt, wiederholt sich dieser Prozess, bis das Produkt entweder einen Wartungsgrad erreicht hat oder das Ende seiner Nutzungsdauer erreicht und außer Betrieb genommen wird.

Inparticular in Scrum is planning a great part of the SDLC. The Sprint Planning bringt das Team zusammen, um die Arbeit auf der Grundlage der vom Product Owner definierten Sprintziele zu priorisieren. The daily standup provides the team the possible to coordinating his activities for the day. The Sprint-Review ermöglicht es dem Product Owner und anderen Stakeholdern, die während des Sprints Ergebnisse zu überprüfen und zu besprechen. Und schließlich bietet die Sprint-Retrospektive dem Team die Gelegenheit, über den Prozess, die Teamdynamik und mögliche Verbesserungen für die Zukunft nachzudenken.

Reibungslose Sprint-Planung mit

Einfache Agile User Story Maps

Testing now

Verfeinerung des Backlogs is also a art of planning, that should be completed before a sprint planning ession or on end of a sprint. When the verfeinerung can be review the teams the ability specific functions or Ideas for development methods to meet the Acceptance criteria. Sie können auch die Verfügbarkeit von Ressourcen bei der Planung berücksichtigen. Sie könnten beispielsweise erwägen, zusätzliche Komponententests erstellen, um den Aufwand eines Testers zu reduzieren, der während der nächsten Sprints im Urlaub sein wird.

The difference between the planning in Scrum and Waterfall is darin, how much work you want planning. Wasserfallpflanze zu Beginn des gesamten Projekts. The Scrum planning does during the complete product development, from beginning to the end.

Die agile Kanban-Methode

Ein Kanban-Framework hat einen etwas anderen agilen Prozess. Workelemente sind nicht unbedingt miteinander verwandt oder voneinander abhängig. Einzelne Teammitglieder können asynchron arbeiten, um neuen Code in die Produktion einzubringen, sobald er fertig ist. Kanban ist jedoch immer noch iterativ, da die Arbeitselemente in einem Backlog priorisiert werden, und dann werden sie entwickelt, überprüft und zur Produktion gebracht.

Basierend auf dem Feedback der Endbenutzer werden dem Board neue Backlog-Elemente hinzugefügt. The priority of work elements is regular checked and adjusted that they is perfect to the agile value, to react on veränderungen.

Ein großer Unterschied mit Kanban Bedeutet, dass jede Spalte im Kanban-Board nur eine begrenzte Anzahl von Arbeitselementen enthalten kann (WIP-Grenzwerte), anstatt sie auf der Grundlage von Storypoints und Teamgeschwindigkeit zur Arbeit zu verpflichten. This helps Teams, konzentriert zu bleiben, in ihrem Prozess zu erkennen, zu erfahren, wo Automation hilfreich sein könnte, und allgemein zu verstehen, wo ihr Prozess funktioniert und wo er wenig Hilfe benötigt.

Bei Kanban liegt der Fokus mehr auf dem kontinuierlichen Arbeitsfluss in jeder Phase. The WIP border values helps teams to identify specific phases, they behind the work process, that they detect the cause, they detect and last the efficiency work.

Jedes Kanban-Team kann die Spalten auf seinem Board nach seinen Bedürfnissen auswählen. Das Ziel von Kanban ist es, die Geschwindigkeit zu verbessern, indem die Arbeit auf dem Board voranschreitet. A precise monitoring and measurement of movement of work elements is for kanban teams of significant meaning.

Working with the agile software development cycle

Egal, ob Sie in einem ausgerüsteten Unternehmen oder einem Startup-Team arbeiten, eine angemessene Menge an Dokumentation, Tools und Prozessen in agilen Softwareentwicklungsmethoden ist von Wert. Actual helps the facility a agile software development cycle your team, efficient to work.

TIPP! Auf der Suche nach mehr Teamzusammenstellung? Probiere es aus Einfaches agiles Programm

Think you, on the Agile Manifest and The back access Die 12 Prinzipien hinter dem Agilen Manifest wenn du nicht weiterkommst. This values and principles applies not only for the what you build, but also for the work type your team. The key concept behind agile Frameworks contains in, they to check and adapt — both the software as also also the art and way how you work as team.

Use so much process and documentation, how you need, but not more. Schauen Sie sich an, was Sie heute haben, und identifizieren Sie wichtige Punkte, ohne dass das Team Ihrer Meinung nach nicht funktionieren kann. Fügen Sie dann Schritte hinzu oder entfernen Sie sie, wenn Sie herausfinden, wie Ihr Team am besten in einem agilen Framework arbeiten kann.

Bei Easy Agile are here, to help them, the best from your agile Practices, and help them to help them to develop a powerful, agile team. 💪 If you want more learn, look you see our weitere Blogartikel zu agilen Themen.

If you help with the Jira tool by Atlassian, we have einige tolle Apps damit du es versuchst. Unser Simple Agile Programs for the Jira App can support your planning activities by skalable direction and visualization of dependencies.

Testing now