Unterschied zwischen Extreme Programming und Scrum

Ein beachtlicher Prozentsatz der Unternehmen nutzt heute agiles Projektmanagement als Ansatz, um die Marktanforderungen zu erfüllen. Laut einer neuen Studie verwenden 55% der Unternehmen, die das Budget einhalten und über 80% ihrer Projekte pünktlich abschließen, agile Projektmanagement-Frameworks.

Agile Projekte sind zwar nur um 28% erfolgreicher als herkömmliche Projektmanagement-Methoden, aber letztere reagieren immer weniger effektiv auf die sich ändernden Bedürfnisse eines Kunden. Dies liegt an den einzigartigen Merkmalen traditioneller Projektmanagement-Methoden:

• Sie werden in einer Reihe fester aufeinanderfolgender Schritte ausgeführt: Initiierung, Planung, Ausführung, Überwachung und Abschluss.
• Sie legen Wert auf lineare Prozesse, Dokumentation, Vorausplanung und Priorisierung.

Auf der anderen Seite ist agiles Projektmanagement, dessen Definition durch den Ausdruck so agil wie ein Affe wiederholt wird. Wenn Sie sagen, dass jemand oder etwas so wendig wie ein Affe ist, bedeutet dies, dass sie sehr schnell sind und die Fähigkeit haben, sich schnell und einfach zu bewegen. Agiles Projektmanagement und agile Softwareentwicklung beziehen hieraus ihre Grundqualitäten.

Bei der agilen Softwareentwicklung, die oft mononym als Agile bezeichnet wird, geht es darum, Unternehmen und Unternehmen schrittweise qualitativ hochwertige Software bereitzustellen. Diese Art eines laufenden Lieferprozesses ergibt sich aus der Notwendigkeit für Unternehmen, sich an sich ändernde Anforderungen anzupassen und auf dem Markt kompetent zu bleiben. Daher wird der Erfolg in der agilen Softwareentwicklung an der Fähigkeit des Teams gemessen, kontinuierlich zu liefern.

Die zugrundeliegende Argumentation hinter agiler Softwareentwicklung ist, dass verschiedene Projekte unterschiedliche Handlungslinien benötigen. Vor diesem Hintergrund basieren agile Projekte auf bestimmten Werten. Ein solcher Wert ist der Fokus auf Fähigkeiten, Kommunikation und Gemeinschaft, um Agilität und Effizienz zu ermöglichen, anstatt sich auf Prozesse zu konzentrieren.

Weitere Agile Werte sind:

• Priorisierung funktionierender Software gegenüber umfassender Dokumentation
• Priorisierung der Zusammenarbeit mit dem Kunden gegenüber Vertragsverhandlungen
• Priorisierung der Reaktion auf Änderungen gegenüber der Einhaltung eines Plans.

Im einfachsten Sinne können Sie Agile als verschiedene Ansätze zur Softwareentwicklung betrachten, die sich auf inkrementelle Bereitstellung, Teamzusammenarbeit, kontinuierliche Planung und kontinuierliches Lernen konzentrieren. Diese Funktionen begrenzen eine einmalige Lieferung am Ende und schaffen Platz für laufende Änderungen.

Ein agiles Team besteht aus sechs Parteien mit unterschiedlichen Rollen. In einem agilen Team konzentriert sich jedoch jeder darauf, ein qualitativ hochwertiges Produkt zu liefern. Das Produkt oder Projekt bezieht sich auf die neue mobile App, das Spiel oder die personalisierte Software, die entwickelt werden soll. Zu den Mitgliedern des Teams gehören:

1. Kunde: Hilft beim Definieren des Produkts/ Projekts, auch bekannt als Product Owner
2. Programmierer: Hilft beim Definieren des Produkts/Projekts
3. Tester: Hilft zu überprüfen, ob das Produkt / Projekt wie definiert funktioniert
4. Tracker: Hilft beim Sammeln und Präsentieren nützlicher Metriken
5. Coach: Hilft, das Team zum Erfolg zu führen
6. Koordinator (optional): Hilft bei der Verwaltung der externen Kommunikation.

Die Kunden spielen eine besondere Rolle, da sie die Verantwortung für die Funktionalität und das nutzerorientierte Design des Produkts übernehmen. Es gibt auch Business Analysten, Product Owner, Tester und andere, die helfen, das Produkt zu definieren und den Kunden zu beraten.

Entwickler, Architekten und technischer Support sind für das interne Design, die Entwicklung und die Wartung des Produkts verantwortlich. Ein Coach leitet Ihr Team und hilft Ihnen, ihre eigenen Regeln und Protokolle zu entwickeln. Der professionelle Coach hilft Teams, bis zu dem Punkt zu wachsen, an dem sie ihn nicht mehr brauchen.

Teamkoordinatoren werden durch die Rollen eines Managers, Projektmanagers und Scrum Masters ersetzt. Sie vereinbaren Zeitpläne, bearbeiten eingehende Anfragen und lösen zwischenmenschliche Probleme.

Es gibt eine Vielzahl von agilen Frameworks. Sie werden auch als Methoden oder Ansätze bezeichnet. Dazu gehören Scrum, Kanban, Extreme Programming (XP), Crystal, Lean, Feature Driven Development (FDD) und Dynamic Systems Development Method (DSDM). Die Wahl des richtigen für ein bestimmtes Projekt kann selbst erfahrene Entwicklungsteams verwirren. Der Schlüssel, um diese Verwirrung zu beseitigen, besteht darin, die Unterschiede zwischen ihnen zu verstehen.

Die beiden in diesem Artikel diskutierten agilen Methoden sind Scrum und Extreme Programming (XP). Es ist wichtig, diese Methoden für den Erfolg Ihres Projekts zu kennen. Beide agilen Frameworks bauen auf bestimmten Prinzipien auf und bieten klare Richtlinien für die Produkt- / Softwareentwicklung. Denken Sie daran, Agile selbst ist nur eine Liste von Werten und beschreibt eine Vielzahl von Praktiken, die diesen Werten entsprechen.

Was ist die Scrum-Methodik und wie funktioniert sie?

Scrum ist ein effektives Framework für die Arbeitsorganisation. Es hat einen einfachen und kreisförmigen Prozess mit zwei konstanten Elementen der Inspektion und Anpassung. Die erste besteht darin, rücksichtslos geordnete To-Do-Listen zu erstellen und zu pflegen, die als Produktrückstände bezeichnet werden. Das zweite Element bezieht sich auf die Priorisierung von Elementen, die verschiedenen Schritten in der Projektentwicklung in kurzen Zeiträumen gewidmet sind. Diese werden Sprints genannt, und innerhalb dieses Zeitraums strebt das Scrum-Team vorgegebene und einvernehmlich vereinbarte Ziele an.

Ein Scrum-Team besteht aus einem Product Owner, Scrum Master und einem Entwicklungsteam, die zusammenarbeiten und entsprechend der Einfachheit des Frameworks durch ein hohes Maß an Kommunikation untereinander liefern. Die Rolle des Product Owners besteht darin, die Ziele des Kunden zurück in das Scrum-Team zu übersetzen. Sie sind die Teammitglieder, die wissen, was der Kunde will und den relativen Geschäftswert dieser Wünsche.

Ein Scrum Master ist der Moderator für ein agiles Entwicklungsteam. Obwohl die Rolle als Teil des Scrum-Frameworks erstellt wurde, wird der Begriff auch von Teams verwendet, die nicht explizit Scrum folgen. Zu den Aufgaben des Scrum Masters gehört es, die Teamdynamik anzugehen, Hindernisse zu beseitigen und gute Arbeitsbeziehungen innerhalb des Teams sicherzustellen.

Scrum Projektmanagement setzt hauptsächlich auf ein funktionsübergreifendes und selbstorganisiertes Team und wird oft in Bezug auf das gewünschte Ergebnis beschrieben. Mit Scrum können Sie sich an sich ständig ändernde Marktanforderungen, technologische Einschränkungen und Innovationen anpassen. Der Schlüssel liegt im laufenden Prozess der Arbeit an den vorrangigen Themen bis zur Fertigstellung.

Das Team arbeitet an der Entwicklung und dem Testen jedes Elements mit hoher Priorität in sieben Schritten:

• Anforderungsformulierung
• UI/UX-Design
• Entwicklung
• vollständiges Testen
• Integration
• Dokumentation
• endgültige Genehmigung.

Jede Anforderung, die während eines Sprints berücksichtigt wird, sollte vollständig erstellt, getestet und dann genehmigt oder abgelehnt werden.

Projekte werden Schritt für Schritt greifbar aufgebaut. Diese greifbaren Inkremente werden dann den Stakeholdern zur Rückmeldung präsentiert. Die durch ihr Feedback generierten neuen Anforderungen werden im Product Backlog platziert und nach bestehenden Aufgaben priorisiert. Dies nennt man den Scrum-Zyklus.

Daher wird der Scrum-Zyklus immer wieder durchlaufen. Der ständige Feedbackfluss und die Konzentration auf die Artikel mit höchster Priorität spiegeln die Kundenzufriedenheit und die schnelle Lieferung in höchster Qualität wider. Scrum kann für jedes komplexe Projekt eingesetzt werden. Es kommt speziell den Projekten zugute:

• mit funktionsübergreifenden Teams;
• ohne ständige Unterbrechungen der täglichen Geschäftsaktivitäten;
• , die eine schnelle Feedbackschleife erfordern;
• , die das Feedback der Stakeholder nutzen, um Aufgaben für den nächsten Sprint zu priorisieren.

Scrum-Events bieten die Möglichkeit, den agilen Wert der Priorisierung der laufenden Kommunikation einzuhalten. Dazu gehören Sprint, Sprint Planning, Daily Scrum und Sprint Review.

Das Entwicklungsteam ist für die Durchführung des Daily Scrum verantwortlich, einem kurzen, täglichen internen Meeting, das innerhalb einer 15-minütigen Zeitbox abgehalten wird. Der Scrum Master stellt sicher, dass das Meeting nicht unterbrochen wird und dass jedes Teammitglied, das auf den Abschluss eines bestimmten Sprints hinarbeitet, teilnimmt.

Sprint Planning wird verwendet, um die Arbeit zu planen, die während des Sprints ausgeführt werden muss. Das Treffen ist in zwei Teile gegliedert. Der erste Teil bestimmt die Ziele des Sprints, während der zweite Teil bestimmt, wie das Ziel erreicht wird.

Ein Sprint Review wird am Ende des Sprints durchgeführt und dient dazu, die Leistungen während des Sprints zu bewerten. Es wird auch verwendet, um zu entscheiden, was im nächsten Sprint basierend auf der Kommunikation zwischen dem Product Owner und dem Entwicklungsteam getan werden soll. Das Team trifft sich, um zu besprechen, was die Highlights des Sprints waren und welche Probleme gefunden wurden.

Was ist die XP-Methodik und wie funktioniert sie?

Extreme Programming (XP) ist eine leichte, effiziente, risikoarme, flexible, vorhersehbare und wissenschaftliche Methode zur Entwicklung von Software. Es leitet seinen Namen von Elementen der traditionellen Software-Engineering-Praktiken auf „extreme“ Ebenen. XP ist eine agile Methodik mit bestimmten Funktionen. Es wurde entwickelt, um mit Projekten zu arbeiten, die nicht durch die vorhandene Computerumgebung stark eingeschränkt sind und bei denen eine vernünftige Ausführung von Tests in einem Bruchteil eines Tages durchgeführt werden kann.XP eignet sich am besten für kleine bis mittelgroße Teams, die Software entwickeln, die inmitten vager oder sich schnell ändernder Anforderungen arbeitet. Während des Entwicklungsprozesses erstellt das Team ungefähr alle 6-8 Wochen eine Vollversion des Systems. XP nutzt schnelles Feedback und effektive Kommunikation, um den gelieferten Wert optimal zu nutzen.:

• spezifischer Planungsansatz
• Kunde vor Ort
• kontinuierliche Prüfung.

Keine der Ideen in Extreme Programming ist neu. Die meisten von ihnen sind so alt wie die Programmierung selbst. Es soll die Reaktionsfähigkeit und Qualität der Software verbessern, wenn sich die Anforderungen ändern. Es verspricht außerdem, das Projektrisiko zu reduzieren, die Reaktionsfähigkeit auf Geschäftsänderungen zu verbessern, die Produktivität während der gesamten Lebensdauer eines Systems zu verbessern und gleichzeitig Spaß am Erstellen von Software in Teams zu haben.

Ein XP-Ansatz betont die Einbeziehung und das Testen von Kunden. Der Kunde in XP hat häufig die Möglichkeit, die Richtung des XP-Entwicklungsteams zu ändern, wenn sich die Umstände ändern. Sie können sich XP als Zwiebel vorstellen. Die innerste Schicht ist die Programmierung. Die mittlere Schicht besteht aus einer Reihe von teamorientierten Praktiken. Die äußere Schicht definiert den Prozess, mit dem ein Programmierteam mit seinen Kunden interagiert.Extreme Programming bringt traditionelle Prinzipien durch eine Reihe von Praktiken auf ein extremes Niveau. Die wichtigsten Bereiche der Praxis in XP sind in drei Schichten unterteilt: Programmierung Praktiken, Team Praktiken und Prozesse. Wo eine Praxis schwach ist, decken die Stärken anderer Praktiken die Schwäche ab.

Die XP-Praktiken umfassen:

• einfaches Design
• Pair Programming
• konstantes Testen
• laufende Integration
• Refactoring
• Codierungsstandards
• kleine Versionen.

Die anstrengende, aber produktive Praxis, mit der XP Code ständig überprüft, wird als Pair Programming bezeichnet. Pair Programming ist die Praxis, bei der zwei Personen gleichzeitig als vollwertige Partner am gesamten Produktionscode zusammenarbeiten, um ein konstantes Design und eine Codeüberprüfung bereitzustellen. In XP wechseln die Paare normalerweise einige Male am Tag und programmieren mit einer Tastatur, einer Maus und einem Monitor.

Continuous Integration ist die Praxis, das System mehrmals täglich zu integrieren, jedes Mal, wenn eine Aufgabe von einem Entwickler (Paar) erledigt wird. Es reduziert Entwicklungsstreitigkeiten und schafft ein natürliches Ende einer Entwicklungsepisode. Die Integration in XP wird durch Tests wie Unit-Tests und Funktionstests unterstützt.

Unit-Tests werden von allen Programmierern kontinuierlich durchgeführt, damit die Entwicklung fortgesetzt werden kann. Die Komponententests überprüfen die Grundfunktionalität eines Programms, fungieren als konstantes Sicherheitsnetz und unterstützen beim Entwerfen, Codieren und Refactoring. Auf der anderen Seite werden Funktionstests (auch als Akzeptanztests bezeichnet) von Kunden durchgeführt, um zu demonstrieren, dass Funktionen abgeschlossen sind. Funktionstests bestimmen auch das Gesamtverhalten des Systems.

Continuous Integration ist in XP möglich, weil es durch Tests unterstützt wird und weil XP ein einfacheres Design durch Refactoring ermöglicht. Refactoring in XP ist die Praxis, ein Programm umzustrukturieren oder eine Funktion zu implementieren, ohne das Verhalten des Systems zu ändern. Dies geschieht, um zu vereinfachen, Duplikate zu entfernen, die Kommunikation zu verbessern oder Flexibilität hinzuzufügen.

XP-Projekte haben drei Phasen, nämlich die Release-Planungsphase, die Iterationsphase und die Release-Phase. Kunden beschreiben ihre Bedürfnisse als kurz formulierte Geschichten. In der Release-Planungsphase schreibt der Kunde Geschichten, die Programmierer schätzen sie und der Kunde wählt die Reihenfolge, in der Geschichten entwickelt werden.

In der Iterationsphase schreibt der Kunde Tests und beantwortet Fragen, während die Programmierer Software entsprechend den Geschichten entwickeln. Die Iterationsphase liefert Ready-to-Go-Software. Drittens installieren die Programmierer in der Release-Phase die Software und der Kunde genehmigt das Ergebnis.

Extreme Programming ist in Fällen erfolgreich, in denen erwartet wird, dass sich die Funktionalität des Systems alle paar Monate ändert. Es wird auch in einer Situation verwendet, in der der Kunde bis zu einem bestimmten Datum ein neues System benötigt, was ein hohes Risiko mit sich bringt. Da XP für risikoreiche Projekte und Projekte mit bestimmten Lieferzeiten eingesetzt wird, sind kleine Teams mit maximal knapp über 30 Personen erforderlich.

Was haben XP und Scrum gemeinsam?

Sowohl Scrum als auch Extreme Programming unterteilen den Entwicklungsprozess in Sprints, führen ein Planungsmeeting durch, bevor die Entwicklung beginnt, und legen während solcher Meetings User Stories fest. Unternehmen beschreiben ihre Bedürfnisse als kurz formulierte Geschichten, die informelle Ausdrücke sind. Die Geschichte soll gehört werden, sobald ihr Bedürfnis (dargestellt durch die Geschichte) in Code eingebaut wurde.

Beide implizieren auch ein Planungsmeeting vor jedem Sprint. Ihre primären Ziele sind ebenfalls ähnlich. Sowohl Scrum als auch XP konzentrieren sich darauf, dem Kunden so schnell wie möglich ein qualitativ hochwertiges Produkt zu liefern.

Was ist der Unterschied zwischen Scrum und XP?

Eine der Standardfragen im Zusammenhang mit Agile ist, wie Extreme Programming mit Scrum verglichen wird, da beide die wichtigsten Methoden von Agile sind. Das Verständnis ihrer Unterschiede hilft bei der Auswahl des richtigen Rahmens für ein bestimmtes Projekt.

Scrum vs XP unterscheiden sich in sechs markanten Bereichen: in ihrem Hauptaugenmerk, Sprints, wie sie Änderungen aufnehmen, in der Rolle des Product Owners, wie sie Aufgaben priorisieren, und schließlich in ihren Werten. Werfen wir einen genaueren Blick darauf:

Hauptfokus

Der Hauptunterschied zwischen Scrum und Extreme Programming ist ihr Hauptfokus. Scrum konzentriert sich stark auf das Management selbst. Es befasst sich mit den Aktivitäten, die neben dem Codieren ausgeführt werden, da es nicht viel technischen und technischen Schwerpunkt darauf legt, wie die Arbeit tatsächlich ausgeführt wird oder wie ein Produkt tatsächlich erstellt wird.

Scrum bestimmt, wie Ergebnisse geplant und analysiert werden und wie die Produktivität gesteigert werden kann. Es geht mehr um die Produktivität und darum, wie produktiv das lieferbare Produkt am Ende des Sprints ist. Scrum hat auch klar definierte Teamrollen, organisierte Zeremonien und Informationsartefakte.

Andererseits konzentriert sich Extreme Programming auf den testgetriebenen Ansatz. Seine Prinzipien sind die besten Engineering-Praktiken auf die Spitze getrieben. XP verfügt über Kernpraktiken, die sich auf die Bereitstellung von Softwarequalität mit technischem Schwerpunkt Programmierung und Codierung konzentrieren. Extreme Programming konzentriert sich auf Engineering- und Feedback-Techniken wie Pair Programming und Testable Development. Mit Pair Programming codieren Entwickler gleichzeitig und führen die anderen Prüfungen durch. Dies sichert die Qualität des Codes und spart Zeit. Im Team herrscht ein gemeinsames Verständnis hinsichtlich der Festlegung von Codierungsstandards und des kollektiven Code-Eigentums vor.

XP wird oft als Pair Programming bezeichnet; es ist jedoch nicht ganz richtig. Während XP diese Praxis beinhaltet, besteht es aus 11 weiteren Praktiken, einschließlich des ersten Schreibens von Komponententests, der kontinuierlichen Integration usw. Es ist wichtig zu beachten, dass Projekte, die sich für die Verwendung des XP-Frameworks entscheiden, sicherstellen müssen, dass alle 12 Richtlinien befolgt werden. Das Weglassen eines von ihnen kann den gesamten Prozess ineffizient machen.

Sprints

Eines der wichtigsten Prinzipien von Agile ist es, lieferbare Inkremente in kleinen Zeiträumen bereitzustellen, die als Sprints bezeichnet werden. Beide Frameworks verwenden Sprints als Entwicklungsstufen und müssen dem Kunden am Ende jedes Sprints ein funktionierendes System präsentieren. Sie haben jeweils unterschiedliche Ansätze für diese Time-Box-Iterationen.

Scrum-Sprints dauern zwei bis vier Wochen und ihre Länge ist sehr flexibel. Unter XP gibt es jedoch kürzere Iterationen von einer (manchmal zwei) Wochen, um ein funktionierendes System zu entwickeln. Die fraglichen Wochen sollten 40-Stunden-Arbeitswochen sein, um sicherzustellen, dass die Entwickler nicht erschöpft sind.

Das Ziel eines XP-Sprints ist nicht die Produktfreigabe, sondern die Schaffung eines funktionierenden fehlerfreien Systems. Scrum Sprints wiederum sollen zu einem funktionierenden Produkt führen.

Änderungen berücksichtigen

Sobald in Scrum entschieden ist, welche Funktionen für den aktuellen Sprint implementiert werden sollen, dürfen keine neuen Änderungen in den laufenden Sprint aufgenommen werden. Sobald die Planung des Sprints abgeschlossen ist, ist es unmöglich, Änderungen während des Sprints vorzunehmen. Der Kunde muss daher bis zu seinem Ende warten, um dies zu tun.

Es gibt mehr Flexibilität in Extreme Programming in dieser Hinsicht. Unter XP erstellen Entwickler erst dann ein neues Feature, wenn es benötigt wird. Änderungen können vom Kunden während des Sprints selbst vorgenommen werden – und sie sollten in den frühen Entwicklungsphasen vorgenommen werden. Es gibt Bestimmungen für neue Gegenstände, die eingebracht werden müssen. Es gibt auch Bestimmungen für den Austausch bestehender Elemente im aktuellen Sprint, die noch nicht gestartet sind.

Product Owner

Wenn ein Unternehmen Scrum verwendet, wird die gesamte Kommunikation mit dem Product Owner während der Entwicklung selbst vom Scrum Master durchgeführt. Der Hauptteil besteht darin, User Stories für jeden Sprint zu priorisieren und sicherzustellen, dass sie für Entwickler völlig klar sind.

Wenn ein Unternehmen XP verwendet, ist der Kunde derjenige, der mit dem Entwicklerteam kommuniziert. Er priorisiert auch die User Stories, bittet um Änderungen und gibt Feedback zu den Ergebnissen der Sprints. Darüber hinaus muss der Kunde immer für die Kommunikation zur Verfügung stehen.

Aufgaben priorisieren

In einem Scrum-Projekt bestimmt der Product Owner die Priorität der Entwicklungsaufgaben innerhalb eines Sprints, während Entwickler die Reihenfolge ihrer Aktionen selbst bestimmen. Sie können die Aufgaben im Sprint auswählen und in beliebiger Reihenfolge ausführen, solange sie die Aufgabe bis zum Ende des Sprints abgeschlossen haben.

Auf der anderen Seite gibt es keine solche Flexibilität für XP-Projekte. XP-Teams folgen strengen Anweisungen nach Priorität und Anforderung. Der Kunde entscheidet über die Reihenfolge der Aufgaben und das Team muss diese ohne Abweichung befolgen.

Werte

Die beiden Frameworks Scrum vs. XP weisen einige Unterschiede in den Werten auf. Denken Sie daran, dass jede agile Methodik mehr als nur Regeln ist. Es ist eine Philosophie, die den Entwicklungsansatz bestimmt.

Obwohl sie die Werte Mut und Respekt gemeinsam haben, sind die anderen anders. Scrum Werte sind Offenheit, Fokus und Engagement, während XP schätzt Kommunikation, Einfachheit und Feedback.

Fazit

Ein neues Projekt wird entwickelt und muss entwickelt werden. Wichtige Fragen sind: Was passiert, wenn eine Beschwerde vorliegt und etwas angepasst werden muss? Wie reagieren Sie pünktlich? Wie können Sie Software bereitstellen, die zu Ihnen oder den sich ständig ändernden Anforderungen Ihrer Kunden passt?

Das Agile Software Development Framework beantwortet diese Fragen, da es Unternehmen und Unternehmen schrittweise qualitativ hochwertige Software liefert, die regelmäßige Reaktionen auf sich ändernde Anforderungen ermöglicht, um auf dem Markt bestehen zu können. Die beiden diskutierten Frameworks Scrum und XP konzentrieren sich beide darauf, dem Kunden so schnell wie möglich ein qualitativ hochwertiges Produkt zu liefern.

Es gibt kein allgemein bestes Framework, das für alle Fälle geeignet ist – jeder von ihnen hat seine Vor- und Nachteile und Anwendungsfälle. Wenn Sie nicht wissen, wie Sie sich auf nur ein Framework festlegen sollen, können Sie Scrum und XP kombinieren. Viele Unternehmen profitieren bereits von der Verwendung hybrider Methoden und integrieren XP-Techniken in die Scrum / Kanban / Lean-Workflows, und Sie können einer von ihnen sein. Wenn Sie nicht wissen, wo Sie anfangen sollen, kontaktieren Sie uns und wir helfen Ihnen, Ihre Idee in das Leben umzusetzen.