safe agile tutorial what is scaled agile framework
SAFe-Tutorial für skaliertes agiles Framework:
Im letzten Tutorial haben wir Ihnen das Konzept des Drei-Amigo-Prinzip Dies hat sich als sehr vorteilhaft erwiesen, um die richtige Lösung mit starken Rückkopplungsschleifen schneller bereitzustellen.
Wenn Sie es noch nicht durchlaufen haben, Schauen Sie sich das Tutorial an Es ist ein Muss für alle, um in den Agile Space zu gelangen.
In der heutigen Welt der Spitzentechnologien und Bereitstellungsmechanismen ist es sehr wichtig, sich an die sich verändernde Welt anpassen zu können. Um erfolgreich zu sein, muss das Unternehmen in der Lage sein, die raschen Veränderungen in der Art und Weise zu bewältigen, in der es den Wert entwickelt und seinen Kunden liefert.
Da sich die meisten Unternehmen in Richtung Agilität bewegen, ist es sehr wichtig geworden, einen Wettbewerbsvorteil zu erzielen und zu skalieren. Dies ist der Zeitpunkt, an dem skalierte agile Frameworks den Eindruck erwecken.
In diesem SAFe-Tutorial werden wir das Scaled Agile Framework ausführlich diskutieren. Wir werden auch die Notwendigkeit hervorheben, SAFe einzuführen, um die allgemeine Problemstellung zu verstehen, und schließlich werden wir sehen, wie SAFe in Gang gebracht werden kann.
Beginnen wir mit dem Ball rollen ...
SAFe steht für Scaled Agile Frameworks. SAFe wird von der Firma Scaled Agile bereitgestellt. Es wurde 2011 mit Dean Leffingwell als Schöpfer und Mitbegründer gegründet.
Es soll Unternehmen dabei helfen, schlanke und agile Softwareentwicklungsprozesse zu skalieren. Wie LeSS, DAD und Nexus ist auch SAFe einer von denen, die versuchen, eine Lösung für die Probleme zu finden, die bei der Erweiterung des Teams auftreten.
Was du lernen wirst:
- Vor SAFe
- Was ist SAFe?
- Warum skaliertes agiles Framework?
- SAFe-Bildung
- Warum sollten wir dieses Framework verwenden?
- SAFe-Konfigurationen
- Fazit
- Literatur-Empfehlungen
Vor SAFe
Früher, als wir große und komplexe Systeme bauten, war das Ergebnis, dass wir nicht pünktlich liefern konnten und die Qualität nicht so gut war. Infolgedessen war auch das Kundenerlebnis nicht so gut, was wirklich schlecht ist!
SAFe versucht, diese Probleme anzugehen, und Unternehmen, die diese Rahmenbedingungen übernommen haben, haben erstaunliche Ergebnisse gezeigt.
Was ist SAFe?
Das Scaled Agile Framework ist ein Framework, das vier verschiedene Ebenen agiler Lean-Adoptionen bietet.
Die niedrigste Ebene wird als TEAM-Ebene bezeichnet, bei der mehrere Teams Scrum-, Kanban- oder andere agile Methoden anwenden, die die Grundlagen der XP-Programmierung verwenden und auf Teamebene einen Mehrwert liefern.
Stufe zwei, die von oben nach unten verläuft, ist PROGRAM. Sie bezieht sich auf die Teams, die unter der Leitung des Programmmanagementteams zusammenarbeiten und Wert im Konzept des Agile Release Train liefern.
Die neue Ebene, die in SAFe 4.0 hinzugefügt wird, ist VALUE STREAM. Es ist nichts anderes als eine Kombination aus Programmteams und agilen Release-Zügen, die dafür verantwortlich sind, den Kunden einen erheblichen Mehrwert zu bieten.
Und ganz oben haben wir unsere nächste Ebene namens Portfolio-Ebene, die dafür verantwortlich ist, auszurichten und zu sehen, wie der Wert von den drei Ebenen unter dem Portfolio geliefert wird.
Safe unterstützt kleinere Lösungen mit 50 bis 125 Anwendern sowie komplexe Systeme, die Tausende von Menschen erfordern.
Es ist frei zugänglich und eine Online-Wissensbasis mit nachgewiesenen Erfolgsbilanzen. Es wird von vielen Unternehmen verwendet, die an der Entwicklung komplexer Software beteiligt sind. SAFe spricht auch über Herausforderungen bei der komplexen Softwareentwicklung und über verschiedene Rollen, Verantwortlichkeiten, Artefakte und verschiedene Aktivitäten auf jeder Ebene.
Warum skaliertes agiles Framework?
Heutzutage halten neue Software und Systeme überall die maximale Aufmerksamkeit des Marktes auf sich. Wenn Sie sehr häufig innovative Ideen und neue Arbeitsweisen einbringen, werden die traditionellen und gealterten Systeme aus dem Weg geräumt.
Allerdings werden die Organisationen, die erkennen und ergründen, wie wichtig es ist, voranzukommen und den Wandel früher anzupassen, Erfolg haben.
Für die Entwicklung der Softwaresysteme müssen wir mit den Komplexitäten und Abhängigkeiten Schritt halten, die in einer miteinander verbundenen Umgebung auftreten. Und die Dinge werden noch komplexer, wenn Technologien wie Bigdata, Social Media, Mobile usw. ins Spiel kommen.
Von den Organisationen wird erwartet, dass sie mit den neuen Technologien und Systemen Schritt halten und auch die seit Jahren vorhandenen Legacy-Systeme warten.
In einer traditionellen Welt verwendeten Organisationen das Wasserfallentwicklungsmodell, um die Software zu entwickeln.
Diese Software wurde in einem sequentiellen Modus entwickelt, d. H. Die nächste Phase konnte erst beginnen, wenn die vorherige Phase abgeschlossen war. Diese Arbeitsweise hat in der Antike hervorragend funktioniert, führt jedoch nicht mehr zu den gewünschten Ergebnissen für die Umwelt, in der Innovation und Entwicklung gleichwertig sind.
Daher kämpfen die Organisationen, die im sequentiellen Modus arbeiten, um Skalierung und Wachstum.
Einige der häufigsten Herausforderungen, denen wir bei der Entwicklung einer Software in einem Wasserfallmodell gegenüberstehen, sind in der folgenden Abbildung dargestellt:
Beachten Sie, dass diese Probleme durch die Verwendung des schlechten Systems, in dem der Mitarbeiter arbeitet, und durch die Leistung des Mitarbeiters entstehen.
Um diese Hindernisse zu überwinden und zu überwinden und größere Ziele zu erreichen, sollten wir daher die Techniken einbringen, um schlanker zu werden und besser auf Veränderungen zu reagieren. Daher wird die Einführung von SAFe aufgrund seiner Werte, Grundsätze und Praktiken dringend empfohlen.
SAFe-Bildung
Beginnen wir unsere Diskussion über das Scaled Agile Framework und seine Entstehung. Inzwischen haben wir die Notwendigkeit eines skalierten agilen Frameworks in einer Organisation klar formuliert und verstanden.
Stellen Sie sich nun eine Umgebung vor, in der mehrere Teams unter ähnlichen Bedingungen arbeiten, um dasselbe Ziel zu erreichen. Es ist Zeit für uns, weiterzumachen und zu sehen, wie Agile Scaled Framework wie Scaled Scrum in diesem Bereich funktioniert.
- Alle Stakeholder (intern oder extern) und das Management kommen zusammen, um ein Portfolio-Vision-Dokument auf sehr hoher Ebene zu erstellen, das auch als Portfolio-Backlog bezeichnet wird. Portfolio Backlog besteht im Wesentlichen aus mehreren geschäftlichen und architektonischen Anforderungen, die auch als Epics bezeichnet werden. Diese geschäftlichen und architektonischen Epen sind auf Prioritäten ausgerichtet.
- Basierend auf den Prioritäten werden diese Epen von den Produktmanagern / Liefermanagern aufgegriffen. Sie erstellen eine klar definierte Roadmap und ein Visionsdokument. Sie führen diese Aktivität durch, indem sie den Release-Plan mit dem Release-Management-Team besprechen, um die Roadmap an den Produktions-Releases auszurichten.
- Sobald die Roadmap und das Visionsdokument erstellt wurden, besteht der nächste Schritt des Produktmanagers darin, einen Rückstand des Programmrückstands zu erstellen. Ein Program Backlog besteht aus Release Items, Functional Bits und einem Pool von Non-Functional Requirements (NFRs).
- Das Release-Management-Team erstellt einen Release-Plan, der in die Funktionen der Release-Zyklen passt.
- Das Release-Management-Team arbeitet nun an den Feature-Bits, um den Release-Plan und die Ziele zu erfüllen. Sie arbeiten auch an der Vorbereitung der Architektur und Infrastruktur, um reibungslose Releases zu ermöglichen.
- Vom Programm-Backlog gehen wir zu einem einzelnen Product-Backlog über, das auch als Team-Backlog bezeichnet wird. Das Release- / Systemteam verfügt über ein eigenes Product Backlog. Ebenso verfügt das gesamte Scrum-Team, das an dem Projekt arbeitet, über ein individuelles Product Backlog.
- Das Product Backlog besteht sowohl aus funktionalen als auch aus nicht funktionalen Storys. Diese Geschichten werden vom Product Owner priorisiert, der an diesem Scrum-Team arbeitet.
- Normalerweise gibt es 5-10 Scrum-Teams, die in einer skalierten agilen Umgebung arbeiten. Jedes Scrum-Team hat einen Product Owner, einen Scrum Master und ein Entwicklungsteam. Die Rollen und Verantwortlichkeiten der einzelnen Scrum-Teammitglieder in Scaled Scrum sind dieselben wie in der normalen Scrum-Umgebung.
- Das Scrum-Team führt alle Scrum-Zeremonien durch und arbeitet an der Entwicklung des Inkrements, das am Ende jedes Sprints geliefert werden soll.
Tipps und Tricks
- Für alle Scrum-Teams werden die Start- und Enddaten des Sprints auf die gleiche Dauer festgelegt. Daher wird der Sprint für alle Scrum-Teams synchronisiert.
- Da alle Scrum-Teams an einer einzigen Mission arbeiten, sollten die Abhängigkeiten zwischen ihnen klar definiert, geplant und zugewiesen werden, um die Unterbrechung der Produktlieferungen zu minimieren. Abhängigkeiten zwischen den Scrum-Teams sind eines der routinemäßigsten Probleme in der skalierten Scrum-Umgebung.
- Es wird erwartet, dass jedes Scrum-Team am Ende jedes Sprints ein Inkrement liefert. Alle diese Inkremente bilden zusammen ein potenziell freisetzbares Software-Inkrement.
- Während der Arbeit in Scaled Scrum sollte die Verlagerung der Teammitglieder von einem Team in ein anderes sorgfältig durchgeführt werden. Das Wechseln von Teammitgliedern ist während des Sprints nicht zulässig und es gibt keine Ausnahme von dieser Regel.
- Der Gesamtfortschritt des Programms wird durch die Integration der von allen Scrum-Teams entwickelten Inkremente gemessen.
- Bei der Arbeit in Scaled Scrum wird täglich oder wöchentlich eine Zeremonie namens 'Scrum of Scrum' durchgeführt, an der ein Vertreter (normalerweise Scrum Master) aus jedem Scrum-Team zur Teilnahme aufgerufen wird. Dieses Treffen ist das gleiche wie das von Daily Standup und das Ziel bleibt auch das gleiche: ‘Um die Ausrichtung und Synchronisation zwischen mehreren Teams aufrechtzuerhalten’.
- Halten Sie die Grundwerte des Scaled Agile Framework (SAFe) auf allen Ebenen immer intakt.
Grundwerte: Ausrichtung, integrierte Qualität, Ausrichtung und Transparenz
- Kommunikation und Zusammenarbeit zwischen den Scrum-Teams ist der Schlüssel zu einem erfolgreichen Scaled Scrum in Bezug auf Produktivität, Qualität und Markteinführungszeit.
Ein paar Änderungen hier und da in einem Scrum Framework können zu unglaublichen Ergebnissen in Form von Scaled Scrum führen.
Warum sollten wir dieses Framework verwenden?
SAFe 4.0 hat sich nun als Erfolgsbilanz vieler großer Unternehmen erwiesen, die dieses Framework implementiert und das Kundenerlebnis verbessert haben, indem sie Softwareprodukte in kürzester, nachhaltiger Vorlaufzeit auf Lean-Agile-Weise geliefert haben.
Grundsätzlich funktioniert es basierend auf der agilen Entwicklung, dem Systemdenken und der schlanken Entwicklung.
Es hilft bei:
- Ausrichtung der geschäftlichen und technischen Ziele für das Unternehmen.
- Entscheidungen treffen, um die Ergebnisse zu verbessern.
- Planung für pünktliche Lieferung.
- Verbesserung der Qualität von Lösungen.
- Skalierung der agilen Prozesse auf Unternehmensebene.
- Die Fähigkeiten der Mitarbeiter effektiv nutzen.
- Effektive Organisationsstrukturen definieren
- Messung der agilen Teamleistung
- Und schlagen Sie Wege vor, um Menschen für gute Arbeit zu motivieren, neue Dinge zu lernen und Risiken einzugehen.
Hier sind die Daten von Unternehmen, die sie erfolgreich implementiert haben
SAFe-Konfigurationen
SAFe unterstützt die gesamte Palette von Entwicklungsumgebungen mit vier Konfigurationen:
1. Wesentliche SAFe
- Die Essential SAFe-Konfiguration ist das Herzstück des Frameworks und der einfachste Ausgangspunkt für die Implementierung.
- Es ist der Grundbaustein für alle anderen SAFe-Konfigurationen und beschreibt die wichtigsten Elemente, die erforderlich sind, um die meisten Vorteile des Frameworks zu realisieren.
- Die Team- und Programmebene bilden eine Organisationsstruktur namens Agile Release Train (ART), in der agile Teams, wichtige Stakeholder und andere Ressourcen einer wichtigen, fortlaufenden Lösungsmission gewidmet sind.
2. Portfolio SAFe
- Die Portfolio SAFe-Konfiguration hilft dabei, die Portfolioausführung an der Unternehmensstrategie auszurichten.
- Organisiert um den Wertefluss.
- Lean-Agile-Budgetierung befähigt Entscheidungsträger.
- Das Kanban-System bietet Portfolio-Sichtbarkeit und WIP-Limits.
- Die Unternehmensarchitektur leitet größere Technologieentscheidungen.
- Objektive Metriken unterstützen Governance und Verbesserung.
- Wertlieferung über Epics.
3. SAFe für große Lösungen
- Die SAFe-Konfiguration für große Lösungen dient zur Entwicklung der größten und komplexesten Lösungen, für die normalerweise mehrere Agile Release-Züge und Lieferanten erforderlich sind, für die jedoch keine Überlegungen auf Portfolioebene erforderlich sind.
- Dies ist in Branchen wie Luft- und Raumfahrt, Verteidigung, Automobilindustrie usw. üblich.
- Das Solution Train-Organisationskonstrukt der Large Solution Level hilft Unternehmen, die sich den größten Herausforderungen stellen müssen - dem Aufbau großer, multidisziplinärer Software, Hardware und komplexer IT-Systeme.
- Das Erstellen dieser Lösungen erfordert zusätzliche Rollen, Artefakte, Ereignisse und Koordination.
4. Volle Sicherheit
- Die vollständige SAFe-Konfiguration ist die umfassendste Version des Frameworks.
- Es unterstützt Unternehmen, die große integrierte Lösungen erstellen und warten, für die Hunderte von Personen oder mehr erforderlich sind, und umfasst alle Ebenen von SAFe: Team, Programm, große Lösung und Portfolio.
- In den größten Unternehmen sind möglicherweise mehrere Instanzen verschiedener SAFe-Konfigurationen erforderlich.
Die Grundlage
Die Stiftung enthält die unterstützenden Prinzipien, Werte, Denkweisen, Implementierungsrichtlinien und Führungsrollen, die erforderlich sind, um den Wert in großem Maßstab erfolgreich zu liefern.
1. Lean-Agile-Führungskräfte
Das Management trägt die letztendliche Verantwortung für die Geschäftsergebnisse. Führungskräfte müssen geschult werden und dann zu Trainern dieser schlankeren Denk- und Arbeitsweisen werden. Zu diesem Zweck beschreibt SAFe einen neuen Führungsstil, der von den Führungskräften des Unternehmens gezeigt wird.
Lean-Agile-Führungskräfte leiten seine Organisation beim Aufbau besserer Systeme durch iterative und inkrementelle Methoden des Lernens, Coachings, Entwickelns von Menschen und Prozessen.
SAFe Lean-Agile Leaders sind lebenslange Lernende und Lehrende, die den Teams helfen, bessere Systeme aufzubauen, indem sie die Lean-Agile Mindset- und SAFe-Prinzipien verstehen und zeigen.
2. Grundwerte
Vier Grundwerte definieren das Glaubenssystem für SAFe:
Programmausführung
- Die Programmausführung ist der wichtigste Grundwert im Vergleich zu anderen Werten, ohne die das Ausführungsteam dem Kunden keinen Wert liefern kann.
- Hauptsächlich geht es um funktionierende Software und ein großartiges Kundenerlebnis.
- Die komplexe Softwareentwicklung wird mit Hilfe von Inspektionen durchgeführt und ist am Ende mit jedem PI besser.
- Nicht nur die Teams, sondern mit Hilfe von agilen Führungskräften kann das Führungsteam auch die Kundenzufriedenheit steigern
Transparenz
- Auf jeder Ebene, d. H. Team-, Programm-, Wertstrom- und Portfolioebene, verfügen wir über ein Whiteboard, auf dem jederzeit Informationen zum Projektfortschritt angezeigt werden.
- Das Team folgt einem agilen Gedränge, daher vertrauen sich alle Teammitglieder gegenseitig und können Entscheidungen treffen, die Innovationen fördern.
- Fördert eine offene und ehrliche Kommunikation mit allen Beteiligten.
- Wertproduktivität, Qualität, Transparenz und Offenheit gegenüber der Innenpolitik.
Eingebaute Qualität
- Übernehmen Sie schrittweise die integrierten Qualitätsmethoden für Software, Hardware und Firmware. Verstehen, lehren oder fördern Sie die Entwicklung technischer Fähigkeiten zur Unterstützung von qualitativ hochwertigem Code, Komponenten, Systemen und Lösungen.
- Communities of Practice fördern.
- Verstehen, Unterstützen und Anwenden von Agile Architecture und Lean User Experience (UX).
3. Lean-Agile Mindset
Lean-Agile Leaders sind lebenslange Lernende und Lehrende. Sie verstehen und akzeptieren schlanke und agile Prinzipien und Praktiken.
Unsere Lean-Agile-Denkweise wird in zwei Dingen dargestellt:
(i) Das Haus der Lean:
Das House of Lean ist das, was Sie hier sehen.
Es hat eine Reihe von Elementen:
Wert, Da das Ziel von Lean sehr einfach ist, hat es die kürzeste nachhaltige Vorlaufzeit. Dies wird durch die Säulen von erreicht Respekt für Menschen und Kultur , Produktentwicklungsfluss, Innovation - entscheidend für langfristige Nachhaltigkeit - und unermüdliche Verbesserung. Und es wird unterstützt von Führung .
In dieser Struktur neigen wir dazu, über das Lean-Paradigma nachzudenken.
(ii) Agiles Manifest:
Zweitens ist die Agiles Manifest , das seit 2001 bei uns ist. Es ist ein sehr gut geschriebenes Dokument, und was es sagt, ist bis heute wahr. Wir brauchen das Agile Manifest, weil es der Schlüssel ist, um die Motivationen und Talente der Wissensarbeiter, die unsere Lösungen und Software entwickeln, freizusetzen.
Agiles Manifest
- Die höchste Priorität ist es, den Kunden durch die kontinuierliche und frühzeitige Lieferung wertvoller Software zufrieden zu stellen.
- Nehmen Sie die sich ändernden Anforderungen an, auch wenn diese erst spät in der Entwicklung sind. Agile Prozesse nutzen Veränderungen zum Nutzen des Kunden.
- Stellen Sie häufig funktionierende Software bereit, von einigen Wochen bis zu einigen Monaten, wobei Sie die kürzere Zeitspanne bevorzugen.
- Entwickler und Geschäftsleute müssen während des gesamten Projekts täglich zusammenarbeiten.
- Bauen Sie Projekte um motivierte Personen auf. Geben Sie ihnen Unterstützung und die Umgebung, die sie benötigen, und vertrauen Sie darauf, dass sie die Arbeit erledigen.
- Die effizienteste Kommunikationsmethode mit dem Entwicklungsteam ist ein persönliches Gespräch.
- Arbeitssoftware ist das wichtigste Maß für den Fortschritt.
- Agile Prozesse fördern eine nachhaltige Entwicklung. Die Sponsoren, Entwickler und Benutzer sollten in der Lage sein, auf unbestimmte Zeit ein konstantes Tempo einzuhalten.
- Die kontinuierliche Aufmerksamkeit für technische Spitzenleistungen und gutes Design erhöht die Agilität.
- Einfachheit - die Kunst, die Menge der nicht geleisteten Arbeit zu maximieren, ist sehr wichtig.
- Die besten Architekturen, Anforderungen und Designs entstehen aus selbstorganisierenden Teams.
- In regelmäßigen Abständen überlegt das Team, wie es effektiver werden kann, und passt dann sein Verhalten entsprechend an.
4. SAFe-Prinzipien
SAFe-Praktiken basieren auf neun Prinzipien, die agile Methoden, schlanke Produktentwicklung, Systemdenken und jahrzehntelange Erfahrung vor Ort zusammenfassen.
- Nehmen Sie eine wirtschaftliche Sicht
- Systemdenken anwenden
- Nehmen Sie Variabilität an, behalten Sie Optionen bei
- Bauen Sie schrittweise mit schnellen, integrierten Lernzyklen auf.
- Grundmeilensteine sind eine objektive Bewertung der Arbeitssysteme
- Visualisieren und begrenzen Sie WIP, reduzieren Sie die Stapelgröße und verwalten Sie die Warteschlangenlängen
- Kadenz anwenden, mit domänenübergreifender Planung synchronisieren
- Schalten Sie die intrinsische Motivation von Wissensarbeitern frei
- Entscheidungsfindung dezentralisieren
5. Implementierungs-Roadmap
Die Implementierung der Änderungen, die erforderlich sind, um ein Lean-Agile-Technologieunternehmen zu werden, ist für die meisten Unternehmen eine wesentliche Änderung. SAFe bietet eine Roadmap für die Implementierung, um Organisationen auf diesem Weg zu unterstützen oder zu führen.
Lassen Sie uns abschließend die Implementierung diskutieren. Wir werden dies anhand unseres Implementing SAFe 1-2-3-Modells beschreiben.
Nummer 1 ist die Schulung der Lean-Agile-Change-Agenten. Wir nennen diese SAFe-Programmberater. Mit einem ausreichenden Personal von Lean-Agile Change Agents vor Ort und in Zusammenarbeit mit Ihren Partnern können Sie die Führungskräfte, Führungskräfte und Manager schulen, die für die Verwaltung der Personen verantwortlich sind, die Wert liefern.
Sie sind dann in der Lage, den Start der Agile Release Trains zu unterstützen. Und mit jeweils einem Zug bauen Sie dieses agile Portfolio auf.
6. SAFe Program Consultants (SPCs)
SPCs sind Change Agents, die ihr technisches Wissen über SAFe mit einer intrinsischen Motivation verbinden, die Software- und Systementwicklungsprozesse ihres Unternehmens zu verbessern.
Fazit
Sicher ist ein Framework, das uns nicht nur die Ausrichtung auf das Team (untere Ebene) und die Programmebene ermöglicht, sondern uns auch dabei hilft, uns an der Organisationsstrategie (oberste Ebene) und der Arbeitsweise eines Teams bei der Wertschöpfung für Kunden von der obersten Ebene aus auszurichten.
Es ist in verschiedenen Konfigurationen erhältlich und kann von Unternehmen genutzt werden
Es kann von einer großen Organisation verwendet werden und hat ein gutes Feedback von den darin implementierten Unternehmen. Wenn es richtig verwendet wird, enthält es Regeln, Werte und Prinzipien. Die Organisation kann Kunden begeistern und Software in kürzester Zeit nachhaltig produzieren Zeit, die Mehrwert schafft.
Mit diesem Tutorial sind wir am Ende unserer Agile Scrum-Serie . Wir hoffen, dass Sie eine gute Zeit hatten und viel Spaß beim Lesen unserer Artikel über Agile hatten.
Lassen Sie uns auch wissen, wenn Sie der Meinung sind, dass wir ein Thema in der Agile-Reihe vergessen haben. Gerne gehen wir noch einen Schritt weiter und behandeln das Thema für Sie. Als nächstes folgt ein interessantes Agile-Quiz mit den Antworten. Vergiss nicht, es zu versuchen !!
Fragen und Antworten zu Qualitätssicherungstests
PREV Tutorial | NÄCHSTES Tutorial
Literatur-Empfehlungen
- JIRA Agile Tutorial: So verwenden Sie JIRA effektiv zum Verwalten agiler Projekte
- Ausführliche Eclipse-Tutorials für Anfänger
- Agile Scrum Online Quiz: Testen Sie Ihr Wissen über Agile Scrum
- Kanban vs Scrum vs Agile: Ein detaillierter Vergleich, um Unterschiede zu finden
- So liefern Sie mithilfe des Agile Scrum-Prozesses in kurzer Zeit hochwertige Softwarefunktionen
- JCF-Tutorial (Java Collections Framework)
- Agiles Manifest: Agile Werte und Prinzipien verstehen
- Java Reflection Tutorial mit Beispielen