Lass uns die Sache anpacken!

Aus diesem Beitrag wirst du erfahren:

• Was ist Lean Management?
  • Was ist Lean Management? – Definition und Vorteile
  • Definition des Lean Managements
  • Ursprünge des Lean Managements
  • Grundsätze des Lean Managements
  • Vorteile des Lean Managements und der kontinuierlichen Verbesserung
• Wie kann ein Lean Management System bei der Softwareentwicklung eingesetzt werden?

Was ist Lean Management? Definition und Vorteile

Da es ein derzeit verbreitetes und vielseitiges Management-Tool ist, hilft das Lean Management den Teams jeder Art und Größe, ihre Arbeitsabläufe bedeutsam dadurch zu verbessern, dass sie sich auf die Kultur einer kontinuierlichen Verbesserung konzentrieren, um eine bessere Effizienz und einen kontinuierlichen Arbeitsfluss zu erzielen… Lass uns mehr über das Lean Management erfahren!

Definition des Lean Managements

Es lohnt sich immer, mit einer Definition anzufangen:

„Die Methodologie des Lean Managements ist ein Management-Rahmenkonzept, das entwickelt wurde, um Organisationen zu helfen, ihre Leistung durch weniger Verschwendung, Schaffung der Stabilität und eine ausschließliche Konzentration auf wertschöpfende Arbeit zu verbessern.“

Um wirklich „schlank“ zu sein, streben Organisationen und Teams danach, nichtwertschöpfende Tätigkeiten aus ihren Prozessen zu eliminieren. Um es zu erreichen, konzentrieren sie sich auf Kundenbedürfnisse und kritische Schritte zur Erfüllung dieser Bedürfnisse.

Aber wie wir alle wissen, nichts ist perfekt. Die Methodologie des Lean Managements berücksichtigt und verwendet das Konzept einer kontinuierlichen Verbesserung zum Gewährleisten, dass Teams ihre Produkte, Dienstleistungen und Prozesse verfeinern, um im Zeitverlauf eine inkrementelle Verbesserung zu erzielen.

Ursprünge des Lean Managements

Jetzt kommt die Zeit für einen Geschichtsunterricht, um zu verstehen, wovon das Lean Management herrührt – lass uns dich zurück in die 1940er Jahre, in die Werkshallen von Toyota nehmen, wo Kiichiro Toyoda, der Gründer von Toyota, ein Problem hatte.

Die Popularität von Toyota boomte: die Nachfrage nach Fahrzeugen dieser Marke war riesig und das Unternehmen rang, um ihr nachzukommen.  Man brauchte eine einfachere Methode der Massenfertigung – und so kam die Lean Management Methodologie auf die Welt.

Um das Handeln von Toyota schneller zu machen, konzentrierte sich Toyoda darauf, drei Typen der Ineffizienz aus dem Arbeitsprozess seines Teams zu beseitigen:

1. Muda (“Verschwendung”)
2. Muri (“Überlastung”)
3. Mura (“Unausgeglichenheit”)

Im Laufe der Zeit nutzte Toyota die kontinuierliche Verbesserung, um ineffektive Bestandteile der Betriebsabläufe zu beseitigen, bis das heutzutage berühmte Fertigungssystem von Toyota, die erste von vielen Techniken des Lean Managements, entwickelt wurde.

Toyota nutzte diesen Arbeitsprozess, um den Markt zu dominieren, und machte sich das Lean Management Denken zunutze, um Konzepte wie die Just-in-Time-Fertigung (JIT), stabile Fertigungssysteme und das „Pull“-Liefersystem zu entwickeln.

Das Lean Management Konzept ist gegenwärtig in vielen Wirtschaftsfeldern zu finden, was wir John Krafcik verdanken, der dafür berühmt wurde, das ursprüngliche Fertigungssystem von Toyota in etwas umgewandelt zu haben, was Unternehmen jeder Art und Größe umsetzen könnten.

Projektteams

Scrum Master vs. Agile Coach – Wer ist der Beste für Ihr Team?

Lesen Sie den Artikel und erfahren Sie mehr

Grundsätze des Lean Managements

Es sind zahlreiche Lean Management Systeme vorhanden, die sich jedoch alle auf die Lean Management Grundsätze stützen. Auf vielfältiger Weise kannst du diese Grundsätze auch als Schritte betrachten, die du machen musst, um dein Unternehmen/Team schlanker zu machen.

Lass uns jeden von ihnen nacheinander anschauen.

Nr. 1 – Wert identifizieren

Wenn man ein Lean Management System umsetzen möchte, muss man zunächst den Kundennutzen verstehen. Im Geschäft läuft alles darauf hinaus, wofür der Kunde zu zahlen bereit ist.

Um den ersten der Lean Management Grundsätze umzusetzen, müssen sich die Teams in die Lage ihres Kunden versetzen, um zu verstehen, worin der Wert besteht. Dieser lässt sich jedoch nicht immer einfach definieren, insbesondere im Fall der neuen oder neu entstehenden Technologien.

Als Hilfe können Unternehmen solche Methoden wie Interviews, Fragebögen, Web Analytics bzw. Marktforschung verwenden, um einen besseren Einblick zu gewinnen, was der Wert für ihre Kunden bedeutet.

Nr. 2 – Wertstrom aufnehmen

Dann dreht sich alles um die Wertstromaufnahme. Die Wertstromaufnahme setzt den identifizierten Kundennutzen als Ziel und hilft den Teams bei der Erarbeitung notwendiger Schritte.

Die Teams konzentrieren sich ausschließlich auf die Aufgaben, die tatsächlich einen Mehrwert für das Endergebnis schaffen. Etwaige nicht wertschöpfende Schritte werden eliminiert, um den Prozess und damit auch das Ergebnis so schlank und effizient wie möglich zu machen.

Die Wertstromaufnahme ist nicht nur für neue Prozesse gedacht. Wenn Teams am Reengineering eines bestehenden Prozesses arbeiten, bedeutet dies immer, dass Arbeit/Aufgaben aus dem bestehenden Arbeitsfluss entfernt werden.

Merke dir – dies geht auf das Beseitigen der Muda-Verschwendungsart von Toyota, der nicht wertschöpfenden Arbeit, zurück.

Nr. 3 – Fluss erzeugen

Nachdem der neue Wertstrom aufgenommen wurde, hilft der dritte Lean Management Grundsatz den Teams, einen Fluss durch Nutzung eines stabilen Fertigungssystems zu schaffen. Hier geht es um das Sicherstellen, dass diese wertschöpfenden Schritte genau zum richtigen Zeitpunkt und in der richtigen Reihenfolge erfolgen.

Was das Erzeugen eines Arbeitsflusses anbelangt, willst du in Wirklichkeit ein Team schaffen, das stets in einem gleichmäßigen Tempo arbeitet. Techniken wie Kapazitätssteuerung, Beseitigung der Engpässe, funktionsübergreifende Schulungen und Umgestaltung der Prozesse bieten hervorragende Möglichkeiten, um zu gewährleisten, dass der Arbeitsfluss des Teams reibungslos und der Fertigungsprozess konstant bleiben.

Merke dir – dies geht auf das Beseitigen der Muri-Verschwendungsart, der Überlastung, zurück.

Nr. 4 – „Pull“ aufbauen

Der am meisten kontroverse Lean Management Grundsatz ist das Aufbauen von „Pull“. Eine der größten Verschwendungen in jedem Fertigungssystem ist der Bestand, der entweder zu groß oder zu gering ist – im Fall der Entwicklung können als Bestand auch Entwicklungsressourcen verstanden werden.

Das Ziel eines Pull-Systems besteht darin, die Ressourcenverfügbarkeit mühelos an die tatsächliche Nachfrage deiner Kunden anzupassen. Um es zu erzielen, streben Unternehmen eine Just-in-Time-Lieferung an, indem sie ihre in Ausführung befindliche Arbeit beschränken, um Produkte/Dienstleistungen genau dann zu schaffen, wenn sie benötigt werden.

Dies ist vielleicht der am schwierigsten korrekt umzusetzende Lean Management Grundsatz, da permanente Schwankungen der tatsächlichen Nachfrage, Lieferkettenprobleme und menschliches Fehlverhalten den kontinuierlichen Arbeitsfluss aus dem Gleichgewicht zu bringen drohen.

Merke dir – dies geht auf das Beseitigen der Mura-Verschwendungsart von Toyota, der Unausgeglichenheit des Arbeitsflusses, zurück.

Nr. 5 – Kontinuierlich verbessern

Das Lean Management ist keine einmalige Übung, sondern etwas, das Unternehmen ständig auf den Prüfstand stellen sollten. Die wichtigste Säule der Lean Management Denkweise besteht im Verinnerlichen der Einstellung auf eine kontinuierliche Verbesserung, bei der das Streben nach mehr Effizienz ein zentraler Bestandteil der Kultur ist.

Jeder Mitarbeiter sollte bei jeglichem Handeln der Perfektion entgegenstreben; Manager und Führungskräfte sollten ständig nach Verbesserungsmöglichkeiten suchen, indem sie die ersten vier Lean Management Grundsätze wiederholen.

Vorteile des Lean Managements und der kontinuierlichen Verbesserung

Und jetzt, wenn wir wissen, was das Lean Management ist, sowie seine Geschichte und die ihm zugrunde liegenden Grundsätze kennen, folgt die Frage, was die wirklichen Vorteile des Lean Managements sind?

Hier zeigen wir einige der wichtigsten, die du in deinem Team erwarten könntest:

• Verbesserte Effizienz. Als allererstes ermöglichen Lean Management Systeme den Teams effizienteres Handeln. Dies ist das Fundament für alle weiteren Vorteile, die wir von hier an besprechen werden.
• Schnelligkeit der Bereitstellung. Durch mehr Effizienz können Teams schneller die Leistungen erbringen. Durch Eliminieren der Verschwendung und Konzentration auf wertschöpfende Tätigkeiten können Teams ihre Ideen schneller in eine wirkliche Leistung umwandeln und sicherstellen, dass der Kunde schneller das bekommt, was er will.
• Niedrigere Kosten. Wenn deine Prozesse schlanker und effizienter sind, brauchst du weniger Aufwand, um mehr zu erzielen. Aus der Geschäftsperspektive können Teams kleiner sein, es werden weniger Ressourcen benötigt und die Gemeinkosten können optimiert werden. Dies wirkt sich unmittelbar auf das Endergebnis des Unternehmens aus und sichert Unternehmen, die das Lean Management umsetzen, eine starke Kapitalrendite.
• Erhöhte Kundenzufriedenheit Ein laserartiger Fokus auf den Kundennutzen bedeutet, dass du bei all deinem Handeln die Kundenbedürfnisse in den Mittelpunkt bringst. Ausnahmslos bedeutet das, dass du präzise die Leistungen bereitstellst, die der Kunde braucht und die ihn zufriedener machen werden.
• Glücklichere und leistungsfähigere Mitarbeiter. Und zu guter Letzt gedeihen Mitarbeiter in der Lean Management Kultur, in der Prozesse effizient verlaufen, Lieferungen schnell erfolgen und Kunden zufrieden sind. Diese Situation bleibt aufrechterhalten, da zufriedenere Mitarbeiter engagierter und produktiver sind, was zu einer höheren Effizienz und besseren Ergebnissen führt.

Wie kann ein Lean Management System und ein Lean-Produktion-System bei der Softwareentwicklung eingesetzt werden?

Was die Entwicklung anbelangt, ist das Buch Lean Software Development: An Agile Toolkit eine Bibel. Die ursprünglichen Grundsätze des Lean Managements wurden hier aufgegriffen und neu gestaltet, um ein Lean Management System zu schaffen, das sich perfekt für Entwicklungsteams eignet.

Hier wirst du erfahren, wie du unter Verwendung der Lean Management Grundsätze dein eigenes Lean Management System für die Softwareentwicklung aufbauen kannst.

Nr. 1 – Verschwendung eliminieren

Die Konzepte der Verschwendungsbeseitigung sind bekannt und bei der Entwicklung sieht es nicht anders aus. Hier ein paar Verschwendungsarten, die aus deinem Entwicklungsprozess eliminiert werden sollen:

• Unbrauchbarer Programmcode und nicht wertvolle Funktionen
• Verzögerungen des Entwicklungsprozesses
• Unklare, überdefinierte oder sich ändernde Anforderungen
• Unnötige Bürokratie
• Mängel und Fehler
• Aufgabenwechsel

Nr. 2 – Qualität einbauen

Mit Sicherheit will jeder eine hochqualitative Arbeit abliefern, in der Praxis ist es jedoch schwer erreichbar. Für die Qualität ist jede Person verantwortlich, versuche daher, diese entwicklerspezifischen Tools des Lean Managements in deinen Prozess einzubauen:

• Paarprogrammierung, um Wissen, Erfahrungen und Befähigungen zu kombinieren.
• Testgetriebene Entwicklung, um den Fokus auf korrekte Ergebnisse zu beizubehalten
• Wartezeiten minimieren, um den Fokus zu verbessern
• CI/CD-Automatisierung, um menschliches Fehlverhalten zu beseitigen

Nr. 3 – Wissen erzeugen

Schlanke Teams konzentrieren sich auf das Beibehalten des Wissens, um Aufgaben und Prozesse beim zweiten Mal effizienter zu gestalten. Hier ein paar Methoden, wie es erreicht werden kann:

• Paarprogrammierung um Cross-Fähigkeiten zu erzeugen
• Prüfung des Programmcodes auf Fehler
• Klare Unterlagen, einfach zu lesen
• Wiki-/Wissensdatenbank zum Aufbewahren der Unterlagen
• Sitzungen zum Erfahrungs- und Wissensaustausch

Nr. 4 – Verpflichtungen aufschieben

Beim Aufschieben von Verpflichtungen geht es darum, Entscheidungen zur richtigen Zeit auf Basis hochwertiger Daten zu treffen; es handelt sich jedoch nicht um eine Entschuldigung für Unzuverlässigkeit.

Bedingungen für ein korrektes Aufschieben der Verpflichtungen folgendermaßen schaffen:

• Weit in die Zukunft nicht zu detailliert planen
• Die Arbeit nicht zusagen, ohne die Anforderungen vollständig verstanden zu haben
• Den Schwerpunkt auf das Sammeln umfangreicher und zuverlässiger Informationen legen

Nr. 5 – Schnell liefern

Um Ergebnisse schnell zu liefern, müssen sich Teams in Wirklichkeit darauf konzentrieren, was sie verlangsamt. Diese üblichen Schuldigen identifizieren und beseitigen;

• Zu weit im Voraus denken, statt den Schwerpunkt auf einen unmittelbaren Nutzen zu legen.
• Unnötige Blockierer des Vorankommens
• „Overengineerte“ Lösungen und Geschäftsanforderungen

Letztendlich geht es darum, einfache Lösungen aufzubauen, sie an Kunden zu liefern und ihre Rückmeldung für kontinuierliche Verbesserungen zu nutzen!

Nr. 6 – Respekt für Menschen

Hier vereinigt sich das Schlanke mit dem Agilen und im Fokus stehen Teams, die sich gegenseitig respektieren und gut arbeiten. Kultur des Respekts und der guten Kommunikation folgendermaßen fördern:

• Regelmäßiges Kommunizieren
• Zu sicheren, gesunden Konflikten ermutigen
• Den Herausforderungen sich als Team stellen
• Sich gegenseitig stärken

Nr. 7 – Gesamtheit optimieren

Zum Schluss daran denken, dass eine Software wie ein lebendes Organismus ist, dessen alle Teile gemeinsam arbeiten, um eine Erfahrung zu erzeugen. Beim Umsetzen des Lean Managements einsehen, dass dein Team harmonisch zusammenarbeiten muss, also einen Schritt zurück machen und das Gesamtbild betrachten.

Hier gewinnen die traditionellen Grundsätze des Lean Managements wieder an Bedeutung. Daran denken, den Kundennutzen zu identifizieren, einen Fluss zu erzeugen, ein Pull-System aufzubauen und Arbeitsprozesse kontinuierlich zu optimieren, um das ganze Softwareteam im Gleichgewicht zu halten.

Zusammenfassung

Wenn du nach Methoden zu einer schnelleren Bereitstellung der Arbeitsergebnisse suchst, könnte sich das Lean Management als hilfreich erweisen. Mit seinen Wurzeln in der japanischen Fertigung wird das Lean Management von Unternehmen weltweit eingesetzt, um Verschwendung zu reduzieren, Effizienz zu erhöhen und sich auf Kundennutzen zu konzentrieren.

In Softwareteams sind es nicht anders aus, wenn sie das Lean Management verwenden, um erstaunliche Produkte zu entwickeln, die ihre Kunden aufregen werden. Wenn du deinen Entwicklungszyklus beschleunigen und effizienter machen möchtest, warum nicht die sieben Grundsätze der schlanken Softwareentwicklung noch heute in deinem Team einsetzen und von den Vorteilen des Lean Managements profitieren.

Das Einzige, was Bestand hat, ist die Veränderung

Wahrscheinlich haben wir alle schon einmal den Ausdruck gehört, dass die einzige Konstante im Leben die Veränderung ist. Heraklit von Ephesus, der das Konzept der Veränderung in der Antike erforschte, schrieb darüber. Im 21. Jahrhundert, im Zeitalter des stetigen Wandels, ist kluges Change Management wichtiger denn je. Die Welt versucht, mit der Notwendigkeit Schritt zu halten, immer mehr zu tun, die digitale Transformation schreitet mit halsbrecherischer Geschwindigkeit voran und langfristige Planung spielt in fast jeder Branche eine große Rolle. Aus diesem Grund ist eine effektive Change-Management-Strategie heutzutage nicht nur im Leben, sondern auch im Geschäft von entscheidender Bedeutung.

Mögliche Änderungen in der Organisation

Unabhängig von Branche und Tätigkeitsbereich steht nahezu jedes Unternehmen irgendwann vor der Notwendigkeit, sich zu verändern. Damit meinen wir die ganze Bandbreite möglicher Transformationen – von Änderungen auf Organisations- und Prozessebene bis hin zu Änderungen bezogen auf die eingesetzte Software.

Einige Beispiele für Veränderungen, mit denen Organisationen heutzutage konfrontiert sind:

• Ein Zusammenschluss mit einem anderen Unternehmen – die Übernahme eines anderen Unternehmens oder die Übernahme eines Unternehmens – bringt eine Reihe von Aktivitäten auf Management-, Verwaltungs-, PR- und Branding-Ebene mit sich (z. B. die Gewöhnung der Mitarbeiter an die Elemente der visuellen Identifikation, die Anpassung des Erscheinungsbildes und die Ausstattung des Büros an die Standards der neuen Organisation).
• Einführung neuer Prozesse – z. B. Festlegung neuer Regeln für die Zusammenarbeit zwischen Abteilungen, neuer Arbeitsabläufe, Einbeziehung neuer Abteilungen in einen bestimmten Prozess usw
• Änderungen des Projektmanagementmodells – z. B. Umstellung auf ein agiles Projektmanagementmodell, Einführung agiler Methoden, was mit Schulungen, dem Erwerb von Kenntnissen und der Einhaltung bewährter Praktiken, dem Vorhandensein der richtigen Tools (z. B. Jira) und Rollen (z. B. Agile Coach, Scrum Master, Product Owner) verbunden ist.
• Standortwechsel – dies kann mit der Verlagerung einer bestimmten Abteilung oder des gesamten Unternehmens sowie mit der Schließung eines Büros und der Verlagerung von Dienstleistungen in eine andere Stadt oder ein anderes Land verbunden sein.
• Änderungen in der Unternehmensstrategie – die Zeit, in der eine einzige Strategie ausreichte, die über Jahre hinweg Bestand hatte, ist vorbei. Eine Änderung der strategischen Ziele kann ein Wendepunkt in jeder Organisation sein und eine Vielzahl von anderen Maßnahmen auslösen.
• Neue Ziele, neue Richtungen und Tätigkeitsbereiche – die Erschließung neuer Märkte oder die Zusammenarbeit mit neuen Branchen erfordern häufig die Einrichtung neuer Abteilungen (z. B. Aufbau der Abteilung für den Kundenservice für die internationale Zusammenarbeit usw.).
• Veränderungen auf der Führungsebene – wenn sich das Unternehmen in einem Übergangsprozess befindet, z. B. bei einer Fusion mit einer anderen Organisation, kann es zu erheblichen Veränderungen auf der Führungsebene und einer neuen Aufteilung der Zuständigkeiten kommen.
• Implementierung eines neuen Systems – zum Beispiel die Umstellung auf ein neues Berichts- und Analysewerkzeug der Klasse Business Intelligence oder ein CRM- oder ERP-System. Die Implementierung eines neuen Systems erfordert häufig eine Geschäftsanalyse, die Durchführung eines Projekts und auf Organisations- oder Abteilungsebene die Durchführung von Akzeptanztests (UATs) sowie die Planung und Organisation von Schulungen.
• Zusammenarbeit mit einem Outsourcing-Partner – die Übertragung einiger Aufgaben an ein externes Unternehmen (z. B. Outsourcing von Softwareentwicklungsdiensten) bringt auch eine Reihe neuer Prozesse, die Notwendigkeit eines Risikomanagements, die Verwaltung des Zugangs zur Infrastruktur, eine neue Aufteilung der Zuständigkeiten, die Ausarbeitung der besten Kommunikationsmethoden mit sich und ist manchmal mit Geschäftsreisen verbunden. Im Falle der Zusammenarbeit mit vielen IT-Anbietern ist es außerdem wichtig, eine geeignete Strategie für das Management der Anbieter zu haben.

Veränderung – warum brauchen wir sie? Womit anfangen

Wie wir sehen können, kann es verschiedene Arten von Transformationen geben. Ebenso gibt es viele Ansätze, die uns helfen können, diesen schwierigen Prozess zu meistern (z. B. die beliebten 7R im Change Management). Betrachten wir für unsere Zwecke Change Management als die Fähigkeit, bestimmte Fragen zu beantworten. Wir können die vom SMART-Konzept vorgeschlagenen Fragen (Specific, Measurable, Achievable, Relevant, Time-bound) verwenden, die bei der Zielsetzung und dem Projektmanagement hilfreich sind.

• Was? Was wird sich ändern (wird es ein Prozess, eine Methodik, ein Firmenname oder eine Software sein?). So definieren wir den Umfang der Änderung.

• Wieso den? Warum wollen wir etwas verändern? Was wollen wir mit dieser Veränderung erreichen? Das Bewusstsein für das „Warum“ hinter der Änderung hilft, ihren Zweck und ihre Wirkung zu definieren und zu verstehen.

• Wann? Wann möchten wir eine Veränderung einleiten und wann könnte der Veränderungsprozess eigentlich beginnen? Wann wird die Änderung umgesetzt und wie lange dauert der gesamte Prozess? Die Beantwortung dieser Fragen in einem frühen Stadium hilft dabei, den Plan für die Implementierung der Änderung zu skizzieren und dann zu verfeinern.

• Wer? Wer hat die Änderung beantragt, wer wird sie durchführen und wer sollte benachrichtigt und daran beteiligt werden (und wie)? Wer wird von den Auswirkungen dieser Änderung betroffen sein? Dank dieses Wissens wird es einfacher, die Verantwortlichkeiten in Bezug auf die Implementierung, die Kommunikationsstrategie sowie die Identifizierung potenzieller Risiken aufzuteilen.

• Wie? Wie wird die Veränderung durchgeführt? Wie wirkt sie sich auf Mitarbeiter, Prozesse und andere laufende Veränderungen im Unternehmen aus? Wie lassen sich Verantwortlichkeiten aufteilen und das potenzielle Risiko minimieren? Wie prüfen wir, ob die Veränderung den gewünschten Effekt gebracht hat und wie können wir die Wirksamkeit unseres Handelns messen?

Effektive Change-Management-Strategien

Wie lassen sich die Antworten auf die obigen Fragen in konkrete Maßnahmen umsetzen und wie können wir sicher sein, dass die Schlüsselbereiche angegangen werden?

Hier sind 7 effektive Change-Management-Strategien:

Definieren Sie das Ziel

Teams, die Software auf agile Weise entwickeln, verwenden sogenannte User Stories. Zum Beispiel: „Als Benutzer möchte ich eine neue Schaltfläche in der Anwendung haben, damit ich Daten einfacher senden kann, ohne sie aus Excel kopieren zu müssen“. Können Sie Ihre Änderung auf ähnliche Weise definieren? Zu verstehen, welches Ziel verfolgt wird und wem die Änderungen dienen sollen, hilft dabei, etwaige Zweifel auszuräumen und den Widerstand von Personen zu überwinden, die sich nicht trauen, neue Dinge auszuprobieren.

Planen Sie die Phasen

Bei agilen Methoden planen die Teams ihre Arbeit so, dass funktionale Teile der entwickelten Software in 2-3-wöchigen Sprints (Iterationen) erstellt werden, und spezielle Meetings (Daily, Review, Retrospectives) ermöglichen es ihnen, den Fortschritt zu überwachen. Eine ähnliche Strategie kann auch bei der Implementierung von Änderungen angewandt werden, z. B. durch die Planung von Check-Ins. Betrachten Sie den Wandel als einen kontinuierlichen Verbesserungsprozess und lassen Sie Raum für das Feedback der Mitarbeiter. Kommunizieren Sie gleichzeitig Quick Wins, d. h. die ersten Auswirkungen von Veränderungen (selbst der kleinsten). Dadurch wird es für andere einfacher, die ersten Ergebnisse zu sehen und die Bedeutung der Veränderungen zu verstehen.

Definieren Sie die Auswirkungen

Risikomanagement ist ein weit gefasstes Thema, aber wenn Sie eine Veränderung anstreben, müssen Sie auch Zeit darauf verwenden, deren Auswirkungen und potenzielle Risiken zu analysieren und zu bewerten. Bedeutet der neue Prozess zum Beispiel, dass zusätzliche Rollen im Team benötigt werden? Kann das System Ergebnisse aktualisieren, die mit dem Verlust von Daten oder der Unzugänglichkeit von Daten verbunden sind? Auf diese Weise können Sie letztlich bestimmen, wen Sie einbeziehen müssen.

Beziehen Sie andere mit ein

Es geht darum, (so früh wie möglich) Menschen auf Management- (schließlich sind Veränderungen mit Kosten, Zeit und Investitionen verbunden), Organisations- und Kommunikationsebene (Change Management, Change Leader oder Change Owner sowie diejenigen, die für die Kommunikation der Veränderungen verantwortlich sind) mit einzubeziehen. Denken Sie daran, auch die Mitarbeiter Ihres Unternehmens einzubeziehen – sie können ebenfalls dazu beitragen, verbesserungswürdige oder aus ihrer Sicht nicht veränderbare Bereiche zu identifizieren. Auf diese Weise regen Sie die Kreativität an und fördern die Diskussion und die Bereitschaft zur Veränderung. Es ist erwähnenswert, dass in agilen Entwicklungsteams auch das Engagement sehr wichtig ist – jedes Teammitglied ist für den Erfolg verpflichtet und verantwortlich. Vielleicht kann diese agile Strategie auch im Veränderungsprozess eingesetzt werden?

Softwareentwicklung

Erfahren Sie mehr über agile Methoden in der Softwareentwicklung

Lesen Sie den Artikel und erfahren Sie mehr

Haben Sie einen Plan für den Widerstand

Sie können davon ausgehen, dass der Wandel nicht jedem leicht fallen wird. Carol Dweck von der Stanford University, die die Psychologie des Wandels erforscht, hat zwei Ansätze unterschieden: das Challenge Mindset und das Fixed Mindset. Menschen, die von der ersten Denkweise geprägt sind, sehen Veränderungen als Chance zur Weiterentwicklung. Bei einer fixen Denkweise werden die Menschen eher versuchen, den Status quo zu verteidigen. Haben Sie bedacht, welche Einwände Ihre Mitarbeiter gegen die vorgeschlagenen Veränderungen haben könnten? Versuchen Sie, sich in ihre Lage zu versetzen: Welche der derzeitigen Lösungen werden sie verteidigen und warum? Vielleicht haben sie Angst vor Veränderungen im Management, vor dem Wechsel in ein neues Team oder vor Entlassungen in der Gruppe? Wenn es um die Einführung eines neuen Systems geht, könnten sie Zweifel an dessen Funktionsweise haben, oder sie sind einfach an die alte Lösung gewöhnt. Es lohnt sich, all dies vor dem Gespräch mit ihnen zu bedenken, um keine Zweifel oder Unsicherheiten aufkommen zu lassen. Wie Sie sehen, kann, ähnlich wie bei der agilen Methodik, ein flexibler Ansatz für Veränderungen mehr Vorteile bringen als eine starre Denkweise.

Orientieren Sie sich bei Änderungen an bewährten Verfahren

Für die Verwaltung von Änderungen im Zusammenhang mit IT-Diensten gibt es bewährte Verfahren wie ITIL Change Management (Information Technology Infrastructure Library), die dabei helfen, Prioritäten zu setzen und Sie auf die Vorteile und Risiken der Änderungsverwaltung aufmerksam machen, aber auch Tests aller Änderungen und einen Notfallplan erfordern.

Für Transparenz sorgen

Transparenz und offene Kommunikation sind während des gesamten Veränderungsprozesses wichtig, ebenso wie eine gut durchdachte Kommunikationsstrategie (wer kommuniziert, was wird wann und wie kommuniziert)? Außerdem ist in Scrum-Projekten eine gute Kommunikation wertvoller als eine umfassende Dokumentation. Wie also kommunizieren? Hier wird die Strategie „Ehrlichkeit ist die beste Politik“ funktionieren. Ein vollständiges Bild, einschließlich der möglichen Risiken und Hindernisse, ermöglicht es nicht nur den Mitarbeitern, die Angelegenheit zu verstehen, sondern trägt auch dazu bei, das Image des Leiters/Eigentümers der Veränderung zu stärken.

Change-Management-Strategien und Organisationskultur

Laut einer Studie des Analyseunternehmens Gartner erleben 80 % der Mitarbeiter kulturelle Spannungen im Zusammenhang mit Veränderungen am Arbeitsplatz. Veränderungen können zu allen möglichen Zweifeln führen – am häufigsten in Bezug auf Aspekte wie Schnelligkeit vs. Qualität oder finanzielle Ergebnisse vs. Mitarbeiterzufriedenheit, zum Beispiel:

• „Vielleicht werden wir schneller arbeiten, aber was ist mit der Qualität?“
• „Wie hängt dies mit der Unternehmenskultur und den Unternehmenswerten zusammen?“
• „Die Änderung wird die finanzielle Leistung des Unternehmens verbessern, aber warden die Mitarbeiter mit der Art und Weise, wie sie diese spezielle Arbeit erledigen, zufrieden sein?“
• „Werden diese innovativen Lösungen und Technologien unsere Leistung wirklich verbessern? Oder vielleicht das Gegenteil – vielleicht gibt es Probleme mit diesen neuen Systemen?“

Softwareentwicklung

Warum lohnt es sich, Software in Polen zu entwickeln?

Artikel lesen

Change-Management-Strategien – Zusammenfassung

Im Change Management haben effektive Strategien viel mit agiler Softwareentwicklung gemeinsam. Am Ende bleibt eines zu bedenken: Veränderung soll den Menschen dienen, nicht umgekehrt. Zurück zu Heraklit: „Alles fließt“ (pantha rhei). Mit einer Change-Management-Strategie können wir verstehen, dass alles fließt, aber auch, was die Quelle der Veränderung ist und wohin sie führt. In der heutigen Zeit, die durch einen Strom von Veränderungen gekennzeichnet ist, ist es eine äußerst wichtige Fähigkeit.

Zum Abschluss werden wir auch eine ausführlichere Anleitung zur Durchführung eines agilen Projekts mit Scrum durchgehen.

Sind Sie bereit? Na dann los!

In diesem Artikel erfahren Sie Folgendes:

• Was genau ist agiles Projektmanagement?
• Agiles Projektmanagement vs. Traditionelles Projektmanagement (z. B. PMP)
• Die Vorteile des agilen Projektmanagements
• 4 verschiedene Arten von agilen Frameworks
  • Scrum
  • Kanban
  • Lean
  • Extremes Programmieren
• Wie man agile Projekte für agile Teams mit Scrum durchführt
  • Das agile Mindset
  • Die Agile Core Values & Prinzipien
  • Scrum – Das Framework, Teamrollen & Zeremonien

Was genau ist agiles Projektmanagement? – Definition & Erläuterung

Agiles Projektmanagement ist ein iterativer Ansatz für die Durchführung eines Projekts während seines gesamten Lebenszyklus. Iterative oder agile Lebenszyklen setzen sich aus mehreren Iterationen oder inkrementellen Schritten zur Fertigstellung eines Projekts zusammen.

Projektmanagement

Agiles Projektmanagement ist ein iterativer Rahmen für die Durchführung von Projekten, bei dem die Planung, Entwicklung sowie das Testen in kleine Arbeitszyklen (manchmal als Iterationen/Sprints bezeichnet) unterteilt werden.

Die agile Methodik ermöglicht es einem Entwicklungsteam, Kunden in regelmäßigen Abständen kleine Pakete wertvoller, funktionierender Software zu liefern, anstatt darauf zu warten, dass das gesamte Produkt entwickelt und live geschaltet wird.

Wir werden die Vorteile der agilen Methodik später noch ausführlicher behandeln, aber an dieser Stelle kann festgehalten werden, dass die agile Arbeitsweise es den Teammitgliedern ermöglicht, neue Ideen schnell umzusetzen, Kunden einen Mehrwert zu bieten und aus Fehlern zu lernen.

Für Unternehmensleiter bedeutet die Durchführung eines agilen Projekts, dass sie es in kleinere Einheiten aufteilen können. Dies wiederum hat zur Folge, dass sie schneller und häufiger einen ROI erzielen können. Den Entwicklungsteams hingegen gibt die agile Methodik mehr Autonomie, um nachhaltige Entwicklungslösungen zu schaffen.

Agiles Projektmanagement vs. Traditionelles Projektmanagement (z. B. Wasserfall, PMP)

Agiles Projektmanagement ist ein relativ neues und stark an den Aufstieg der Softwareentwicklung gebundenes Konzept. Wenn wir agiles Projektmanagement mit traditionellem Projektmanagement vergleichen, heißt es eigentlich Agile gegen die Wasserfallmethodik.

Die Wasserfallmethodik ist ein Rahmen für die lineare Durchführung eines Projekts. Anstatt in schnellen, regelmäßigen Arbeitszyklen zu arbeiten (wie bei der agilen Methode), gehen Wasserfall projekte erst dann von Phase zu Phase über, wenn alle Arbeiten in jeder Phase abgeschlossen sind. So werden z. B. alle Anforderungen für die gesamte Lösung gesammelt, bevor mit der Entwicklung begonnen wird.

Die Wasserfallmethodik, die durch Frameworks wie PMP und PRINCE2® veranschaulicht wird, wurde gegen Ende des 20. Jahrhunderts hauptsächlich für Bau- und Fertigungsprojekte entwickelt und eingeführt. Da diese Projekte einer strengen Kontrolle bedurften, half ein linearer Wasserfallansatz, das Risiko zu minimieren und den Projektumfang festzulegen.

Aber welche Methodik sollten Sie für Ihr Projekt verwenden?

Heutzutage wissen gute Unternehmensführer, wie und wann sie entweder die Wasserfall- oder die agile Methode anwenden. Die Wahl der richtigen Methodik hängt weitgehend von der Art des Projekts, der Komplexität und der Risikotoleranz ab.

Kurz gesagt: Wenn Sie in der Softwareentwicklung tätig sind und dabei etwas Neues schaffen sowie komplexe Probleme lösen müssen, sollten Sie sich für die agile Methodik entscheiden.

Wenn Sie stattdessen an traditionellen Bau-, Fertigungs- oder IT-Infrastrukturprojekten mit hohem Risiko arbeiten, sollten Sie den Wasserfallansatz in Betracht ziehen.

Die Vorteile des agilen Projektmanagements

Agiles Projektmanagement liefert nachweislich hervorragende Ergebnisse. Es sei erwähnt, dass über 53 % der innovativen Unternehmen zurzeit irgendeine Form von agiler Methodik bei ihrer Bereitstellung verwenden.

Wenn Sie sich immer noch nicht sicher sind, finden Sie hier nur einige der Vorteile, die agiles Projektmanagement für Unternehmen bringt.

Schnellere Bereitstellung von Projekten

Zuallererst können Sie Projekte schneller liefern, indem Sie sie in Blöcke aufteilen und sie in Zyklen verwalten. Die schnelle Bereitstellung eines neuen Produkts, einer neuen Funktion oder eines Upgrades für die Kunden ist der Schlüssel zum Erfolg in einer wettbewerbsorientierten Welt. Mit agilen Methoden können Sie viel häufiger kleine Werteinheiten liefern als mit dem Wasserfallansatz.

Bessere Zusammenarbeit mit Kunden

Bei der agilen Umsetzung geht es darum, Feedback zu erhalten und schnell darauf zu reagieren. Diese Arbeitsweise hilft Ihnen, den Kunden in den Mittelpunkt Ihres Handelns zu stellen, und gewährleistet, dass Sie sich stets auf seine Wünsche konzentrieren. Dieser Ansatz hilft Ihnen, das Richtige zu liefern, und sorgt dafür, dass Ihre Kunden zufrieden und engagiert bleiben.

Verbesserte Teammoral

Wenn wir uns später das Agile Manifest ansehen, werden Sie wissen, dass es bei der agilen Arbeitsweise vor allem um Eigenverantwortung und Autonomie geht. Agile Teams lieben es, autonom zu arbeiten und den Teammitgliedern die Freiheit zu geben, sich und ihre Ideen zum Ausdruck zu bringen.

Geringeres Projektrisiko

Da agile Methoden den Wert iterativ liefern, müssen Sie sich nicht ewig mit Kleinigkeiten herumschlagen. Indem Sie wenig und oft liefern, verringern Sie das Risiko, dass Ihre Software fehlerhaft ist, und geben sich selbst regelmäßig die Gelegenheit, innezuhalten, das Projekt zu bewerten und zu überprüfen. Dies wird auch durch Daten gestützt, die belegen, dass nur 8 % der agilen Lieferungen fehlschlagen, verglichen mit 21 % der Wasserfalllieferungen.

Organisatorische Flexibilität

Aufgrund ihrer iterativen Natur können agile Teams flexibler sein, um sich ändernden Kundenanforderungen gerecht zu werden. Besonders wenn Ihr Unternehmen in einem wettbewerbsintensiven Markt tätig ist, ist eine schnelle Anpassung an Veränderungen der Schlüssel, um der Konkurrenz voraus zu sein. Die agile Projektmanagementmethodik bietet Ihnen den entscheidenden Rahmen, um Veränderungen flexibel und transparent umzusetzen.

4 verschiedene Arten von agilen Frameworks

Ähnlich wie beim Projektmanagement nach dem Wasserfallprinzip gibt es auch für das agile Projektmanagement eine Reihe verschiedener Frameworks. Als Projektmanager sollten Sie das für Sie und Ihre Teams am besten geeignete Framework wählen, um sicherzustellen, dass agile Änderungen auf die effizienteste Weise umgesetzt werden.

Scrum

Die mit Abstand am weitesten verbreitete und beliebteste Methode des agilen Projektmanagements heißt Scrum. Scrum ist ein anpassungsfähiges, leichtgewichtiges Framework, das eine kleine Anzahl von Teamrollen, Zeremonien und Standards kombiniert, um eine schnelle Softwareentwicklung zu ermöglichen.

Scrum ist aufgrund seiner Einfachheit sehr beliebt, was bedeutet, dass Projektteams es leicht aufgreifen und sich zu einem Scrum-Team zusammenschließen können. Es ist eine der besten und anerkanntesten Methoden, um wertvolle Software zu liefern, technische Spitzenleistungen zu erzielen und ein wirklich agiles Team aufzubauen.

Wir werden uns Scrum später genauer ansehen und Ihnen genau zeigen, wie es auf dem Agilen Manifest aufbaut, um exzellent funktionierende Software zu liefern.

Kanban

Kanban ist eine weitere beliebte Methode zur Bereitstellung agiler Softwareentwicklung. Anstatt in festgelegten Intervallen zu arbeiten, ist Kanban ein Stil des kontinuierlichen Workflow-Managements, bei dem Teams die Arbeit durch ein visualisiertes System „ziehen“, wenn sie freie Kapazitäten haben.

Kanban hat seine Wurzeln in Kaizen, dem japanischen Lean-Manufacturing-Prinzip, und stellt eine großartige Möglichkeit dar, Teams um ein gemeinsames Ziel herum zusammenzubringen.

Der gesamte Rahmen läuft über ein zentrales Kanban-Board, das aus drei Hauptkomponenten besteht: Aufgaben (auf Karten dargestellt), Phasen (in Spalten dargestellt) und dem Work in Progress-Limit (Teamkapazität).

Ähnlich wie bei Scrum liegt der große Vorteil von Kanban in seiner Einfachheit. Ein Teammitglied schaut einfach auf die Board, um zu sehen, welche Aufgabe als nächstes ansteht. Sie wird erledigt, es folgt die nächste Stufe des Prozesses, in der derselbe Vorgang für die nächste Aufgabe einfach wiederholt wird! Das Kanban-Board gibt dem gesamten Entwicklungsteam einen Überblick darüber, was schon abgeschlossen wurde, was in Arbeit ist und was in Zukunft ansteht.

Wenn Sie mehr über Kanban erfahren möchten, lesen Sie unseren aktuellen Blogeintrag zu Scrum vs. Kanban.

Lean

Ein weiteres, häufig verwendetes agiles Framework ist Lean. Lean konzentriert sich nicht direkt auf die Projektabwicklung, sondern auf die Identifizierung, Bewertung und Behebung von Ineffizienzen in den agilen Prozessen einer Organisation.

1. Identifizierung des Wertes – Zunächst müssen Sie herausfinden, wie Ihr Unternehmen dem Kunden Wert liefert. Dabei kann es sich um eine Funktion Ihrer Software, ein von Ihnen verkauftes Produkt oder einen Service handeln.
2. Wert-Mapping – Bewerten Sie als Nächstes die Schritte, die Ihr Unternehmen unternimmt, um diesen Wert zu liefern. Ziel ist es, alle Schritte des Prozesses zu „entwerfen“ und zu visualisieren. Als nächstes denkt das Team über jeden Schritt nach, um diejenigen zu identifizieren, die keinen direkten Wertbeitrag leisten, und entfernt diese.
3. Aufbau von Abläufen – Nachdem diese Schritte eliminiert sind, ist es an der Zeit, ein optimales Niveau an Abläufen schaffen, um sicherzustellen, dass der Wert schnell geliefert wird. Dazu gehört die Beseitigung von Engpässen, Unterbrechungen und Verzögerungen.
4. Implementierung eines Pull-Systems – Wie bei Kanban versucht Ihr gesamtes Team, ein Pull-System zu implementieren, bei dem die Arbeit von einer Aufgabenliste abgezogen wird, sobald die Kapazität dafür vorhanden ist. Indem Sie dies nur dann tun, wenn es das System zulässt, können Sie die Verschwendung von Ressourcen weiter reduzieren und die Leistung optimieren.
5. Konzentration auf kontinuierliche Verbesserung – Der Prozess wird wiederholt, um kontinuierlich nach Wegen zu suchen, schlanker zu werden. Dies erfordert, dass Softwareteams ständig nach Möglichkeiten Ausschau halten, um zu wachsen, zu lernen und sich sowohl als Einzelpersonen als auch als Kollektiv zu entwickeln.

Sie können mehr über Lean erfahren, indem Sie diesen Artikel von EasyAgile lesen.

Extremes Programmieren

Wenn Sie ein agiles Projekt leiten, das sich auf die schnelle Veröffentlichung komplexer Software konzentriert, empfehlen wir Ihnen, sich mit Extreme Programming zu beschäftigen.

Das allgemein als XP bekannte Extreme Programming basiert auf einer Reihe von Werten, Prinzipien und Praktiken zur Optimierung des Softwareentwicklungsprozesses.

Auch wenn es für Entwicklungsteams ziemlich präskriptiv ist, besteht das Hauptziel von XP darin, die Produktion von qualitativ hochwertiger Software in einer Welt zu ermöglichen, in der sich häufig ändernde Anforderungen an der Tagesordnung sind.

Um Ihnen einen Eindruck von XP zu vermitteln, finden Sie hier eine Liste der Grundwerte und Prinzipien, die das Framework für Softwareentwickler festlegt:

Werte:

• Kommunikation
• Einfachheit
• Feedback
• Respekt
• Mut

Prinzipien:

• Inkrementelle Änderungen
• Einfachheit
• Schnelles Feedback
• Offenheit für Veränderungen
• Qualitätsarbeit

Wenn Sie auf der Suche nach einem Framework sind, das Ihrem Entwicklungsprozess Struktur und Sinn verleiht, können Sie hier mehr über Extreme Programming lesen.

Wie man agile Projekte für agile Teams mit Scrum durchführt

Jetzt, wo Sie alles über Agile wissen, die Vorteile, die es mit sich bringt, und die verschiedenen Möglichkeiten, wie es funktionieren kann, brennt es Ihnen wahrscheinlich in den Fingern, loszulegen. Als Nächstes werden wir in die Details eintauchen, wie man ein agiles Projekt durchführt, indem wir das beliebteste Framework, Scrum, als unseren Leitfaden verwenden.

Die agile Denkweise

Wenn Sie ein wirklich agiles Team aufbauen möchten, sollten Sie zuerst daran denken, eine agile Denkweise anzunehmen. Für viele Unternehmen ist die Schaffung der Grundlage für agiles Arbeiten einer der wichtigsten Erfolgsfaktoren. Dies gilt insbesondere dann, wenn die Kultur Ihres Unternehmens eher traditionell ist und die Mitarbeiter daran interessiert sind, die Dinge so zu tun, wie sie es immer getan haben.

Ein agiles Mindset ist eine Reihe von Einstellungen, die von einer Kernphilosophie untermauert werden, die agiles Projektmanagement unterstützt. Während die genaue Liste der Eigenschaften variiert, sind dies die drei Kerneigenschaften, die Personen mit einer agilen Denkweise besitzen:

• Sie nehmen Veränderungen an – Agil denkende Menschen akzeptieren nicht nur, dass Veränderungen ein Teil des Lebens sind, sie nehmen sie aktiv an. Sie setzen sich für neue Arbeitsweisen ein und suchen nach Möglichkeiten, Dinge zu verbessern.

• Sie arbeiten zusammen – Agile Methoden stellen den Kunden in den Mittelpunkt und konzentrieren sich auf die Stärke des Teams. Um eine wirklich agile Denkweise zu haben, muss man ein großartiger Teamplayer sein und offen für die Ideen, Meinungen und Überzeugungen anderer sein.

• Sie fordern Qualität – Trotz der agilen Methodik, die sich auf schnelle Iterationen und schnelle Änderungen konzentriert, geht dies nie zu Lasten einer hervorragenden Qualität. Um eine agile Denkweise anzunehmen, müssen Sie sicherstellen, dass alles, was Sie für Ihr Unternehmen und Ihre Kunden tun, von bester Qualität ist.

Mit der agilen Denkweise sind Sie und Ihr Team gut aufgestellt, um mit der Verkörperung der agilen Prinzipien zu beginnen.

Die Agile Core Values & Prinzipien

Sie werden sich erinnern, dass wir vorhin das Agile Manifest erwähnt haben. Während der Entstehung von Agile haben die Gründer eine Reihe von Werten und Grundsätzen entwickelt, die den Teams auf ihrer agilen Reise helfen sollen.

Diese wurden im Agilen Manifest zusammengefasst, das viele als die Bibel für alle agilen Projektmanagement-Methoden ansehen. Wenn Sie agile Methoden einführen möchten, müssen Sie und Ihre Teammitglieder diese grundlegenden Arbeitsweisen vollumfänglich annehmen.

Die agilen Werte

• Wir legen Wert auf… Individuen und Interaktionen über Prozesse und Tools
• Wir legen Wert auf… Funktionierende Software und umfassende Dokumentation
• Wir legen Wert auf… Zusammenarbeit mit dem Kunden über Vertragsverhandlungen
• Wir legen Wert auf… Offenheit gegenüber Veränderungen, statt einem Plan zu folgen

Die agilen Grundsätze

1. Unsere oberste Priorität ist die Zufriedenheit des Kunden durch frühzeitige und kontinuierliche Lieferung wertvoller Software.
2. Wir sind offen für sich ändernde Anforderungen, auch in der späten Entwicklungsphase. Agile Prozesse sorgen dafür, dass Veränderungen zum Wettbewerbsvorteil des Kunden genutzt werden können.
3. Funktionierende Software wird häufig bereitgestellt, von ein paar Wochen bis zu ein paar Monaten, wobei kürzere Zeiträume zu bevorzugen sind.
4. Kunden und Entwickler müssen während des gesamten Projekts täglich zusammenarbeiten.
5. Projekte werden um motivierte Personen herum aufgebaut. Geben Sie ihnen das Umfeld und die Unterstützung, die sie brauchen, und vertrauen Sie darauf, dass sie ihre Arbeit erledigen.
6. Die effizienteste und effektivste Methode, um Informationen an und innerhalb eines Entwicklungsteams zu übermitteln, ist das persönliche Gespräch.
7. Funktionierende Software ist der wichtigste Maßstab für den Fortschritt.
8. Agile Prozesse fördern eine nachhaltige Entwicklung. Kunden, Entwickler und Benutzer sollten in der Lage sein, ein konstantes Tempo auf unbestimmte Zeit beizubehalten.
9. Kontinuierliche Aufmerksamkeit für technische Exzellenz und gutes Design erhöht die Agilität.
10. Einfachheit: Die Kunst, die Menge der nicht erledigten Arbeit zu reduzieren, ist essentiell.
11. Die besten Architekturen, Anforderungen und Entwürfe entstehen in selbstorganisierenden Teams.
12. In regelmäßigen Abständen denkt das Team darüber nach, wie es effektiver werden kann, und passt dann sein Verhalten entsprechend an.

Möchten Sie sicherstellen, dass Sie die Praktiken des agilen Projektmanagements vollständig beherrschen? Wir empfehlen Ihnen, die Geburtsstätte von Agile auf der Website der Agile Alliance zu erkunden.

Scrum: Framework, Teamrollen & Events

Jetzt verfügen Sie das grundlegende Wissen über agile Softwareentwicklung, ihre Werte und Prinzipien und sind bereit, das Scrum-Framework in die Tat umzusetzen. Wie bereits erwähnt, ist Scrum das beliebteste agile Framework, da es „leichtgewichtig“ ist und sich auf selbstorganisierende Teams konzentriert.

Scrum-Teams bestehen aus einem Scrum Master, Product Owner und Entwicklern, wobei die Gesamtgröße des Teams zwischen 7 und 12 Personen liegt. Stakeholder sind nicht unbedingt Teil eines Scrum-Teams; sie liefern wichtige Einblicke und Rückmeldungen zur Projekt-/Produktlieferung und handeln normalerweise im Namen der Kunden einer Organisation.

Scrum-Teamrollen:

• Der Product Owner definiert das Produkt/die Lösung, einschließlich der Frage, für wen es bestimmt ist, was es tut und warum es das tut. Product Owner besitzen ein Produkt in seiner Gesamtheit; sie definieren die Anforderungen und haben das letzte Wort bei strategischen und taktischen Produktentscheidungen.

• Ein Scrum Master stellt sicher, dass das Team im Einklang mit dem Scrum Guide arbeitet. Er verbringt seine Zeit damit, den Rest des Teams zu coachen und zu unterstützen, um die Effizienz zu verbessern.

• Scrum-Teammitglieder/-Entwickler sind die Teammitglieder, die die Lösung entwickeln. Als Team erfüllen Sie verschiedene Funktionen und verfügen über alle erforderlichen Fähigkeiten, um die gesamte Lösung zu erstellen und Tests durchzuführen.

Hinweis – Möglicherweise haben Sie gemerkt, dass es in Scrum keine Projektmanager gibt. Da sich Teams selbst organisieren, sind Projektmanager nicht erforderlich, und viele traditionelle PMs übernehmen stattdessen Scrum-Master-Rollen.

Scrum-Events

Jetzt, wo Sie Ihr Team zusammengestellt haben, ist es an der Zeit, die Arbeitsweise von Scrum zu erlernen.

Scrum basiert auf dem agilen, iterativen Ansatz, der die Projektabwicklung in „Sprints“ unterteilt. Je nach Art Ihres Unternehmens sind Sprints in der Regel 1-4 Wochen lang, überschreiten aber nie vier Wochen.

Jeder Sprint enthält eine Reihe von formalen Ereignissen, die der Planung, Durchführung und Bewertung des letzten Arbeitszyklus dienen. Diese Ereignisse sind:

• Sprint Planning – Das Sprint Planning leitet den Sprint ein, indem die durchzuführende Arbeit festlegt und ein Sprint Goal erstellt wird. Dies geschieht in Zusammenarbeit mit dem gesamten Scrum-Team, wobei der Product Owner eine Liste von Backlog-Workitems erstellt, aus der ausgewählt werden kann.

• Daily Scrum – Der Zweck des Daily Scrum ist die Überprüfung des Fortschritts in Richtung des Sprint Goals. Es findet jeden Tag statt, dauert nicht länger als 15 Minuten und gibt den Entwicklern die Möglichkeit, ihre Arbeit vorzustellen und Probleme anzusprechen.

• Sprint Review – Hier überprüft das Team das Ergebnis des Sprints und präsentiert die Ergebnisse seiner Arbeit den wichtigsten Stakeholdern zur Überprüfung und Rückmeldung.

• Projekt-/Sprint-Retrospektive – Das Team nutzt die Sprint-Retrospektive, um Möglichkeiten zur Steigerung der Qualität und Effektivität zu planen. Insbesondere überprüfen sie die Effektivität der Personen, Interaktionen, Prozesse und Tools, die im vorherigen Sprint verwendet wurden.

Sie sehen nun, wie die verschiedenen Scrum-Rollen und -Ereignisse zusammenkommen, um ein agiles Projekt durchzuführen. Wir haben nur an der Oberfläche von Scrum gekratzt – wenn Sie mehr erfahren möchten, lesen Sie unseren ausführlichen Leitfaden über Scrum und agile Methoden in der Softwareentwicklung.

Zusammenfassung

Es gibt einen Grund dafür, dass über 53 % der Unternehmen agile Projektmanagementmethoden verwenden. Agiles Projektmanagement könnte etwas für Sie sein, wenn Sie nach einer Möglichkeit suchen, durch gut motivierte Teams, die nach kontinuierlicher Verbesserung streben, einen schnelleren Projektwert zu erzielen.

Ob Kanban, Lean, XP oder Scrum, es gibt bestimmt agile Projektmanagementmethoden, die perfekt zu Ihnen und Ihren Teams passen.

Also, worauf warten Sie noch? Es ist an der Zeit, ein paar agile Projekte zu realisieren!

Der agile Entwicklungsprozess ist einer der wichtigsten Trends in der Softwareentwicklung. Die agilen Prinzipien sind im Manifest für die agile Softwareentwicklung (Agile Manifesto) enthalten. Einfach ausgedrückt ist die agile Entwicklung ein Ansatz, bei dem selbstorganisierende und funktionsübergreifende Teams funktionale Produkte liefern.

Die Einführung von Agile 

Die Pandemie führte zu einer enormen Beschleunigung der Einführung agiler Methoden sowohl in Softwareentwicklungsteams als auch in Nicht-IT-Abteilungen (z. B. Back-Office). Die Unternehmen mussten sich schnell an die veränderten Umstände anpassen und rasch auf Veränderungen reagieren. Laut dem jährlichen 15. State of Agile Report wird die Verbreitung von Agile im Jahr 2021 gleich hoch sein:

• 37% bis 84% in Softwareentwicklungsteams.
• 26 % bis 60 % in Nicht-IT-Abteilungen.

Agile Werte und Prinzipien 

Menschen und Interaktionen statt Prozesse und Tools

Die agile Variante des Outsourcings betont die Rolle einer transparenten Kommunikation, da die Zusammenarbeit in diesem Modell ein hohes Maß an gegenseitigem Vertrauen voraussetzt. Die ausgelagerten Mitarbeiter, die an den Kunden delegiert werden, wollen eigenverantwortlich arbeiten, ihre Ideen respektieren und bei den Entscheidungsprozessen mitreden. Der Auftraggeber hingegen erwartet professionellen Service, Wirkung und die Erfüllung seiner Geschäftsbedürfnisse. Die Anforderungen von Mitarbeitern und Kunden ergänzen sich, aber nur eine offene und schnelle Zusammenarbeit garantiert, dass sie während des Projekts nicht aufeinanderprallen.

Funktionierende Software über umfassende Dokumentation

Das Ziel von Outsourcing-Dienstleistungen ist es, einen bestimmten geschäftlichen Nutzen zu erzielen. Die Erstellung einer umfassenden Dokumentation ist aus der Projektperspektive natürlich wichtig, aber sie wird nie wichtiger sein als die Lieferung funktionierender Lösungen, die Lösung auftretender Probleme oder die Anpassung des Projekts an sich ändernde Anforderungen.

Zusammenarbeit mit dem Kunden vor Vertragsverhandlungen

Anstatt Verträge auf der Grundlage detaillierter Anforderungslisten zu erstellen, ist es besser, den Outsourcing-Partner nach den vorgeschlagenen Mitteln zur Produktlieferung zu fragen und anschließend die Vertragsbedingungen auszuhandeln. Dies ist ein sehr guter Ausgangspunkt für die Erstellung eines Vertrags im Agile Outsourcing, der nicht als starrer Plan für die Projektrealisierung betrachtet werden sollte. Ein gut gestalteter Outsourcing-Vertrag ermöglicht es beiden Parteien, flexibel zu agieren und sichert die Geschäftsabschlüsse zwischen beiden interessierten Parteien auf einer grundlegenden Ebene.

Reagieren auf Veränderungen statt Befolgen eines Plans

„Das Einzige was bleibt ist Veränderung“. Dieses Sprichwort ist auch im Zusammenhang mit Softwareentwicklungsprojekten sehr zutreffend. Anstatt sich an einen Plan zu halten, versuchen agile Teams, sich an veränderte Umstände anzupassen, indem sie flexibel handeln.

Welche Methoden gibt es bei Softwareentwicklungsprojekten?

Kanban 

Kanban ist im Softwareentwicklungsprozess weit verbreitet. Bei JCommerce verwenden wir die Kanban-Methodik in unserem E-Commerce-Projekt für Boozt. Der Kunde selbst hat gesagt, dass dies zur Verbesserung der Arbeit an dem Projekt beigetragen hat: „Wir haben tägliche Stand-ups und ein Kanban-Setup, bei dem Deploys mehrmals am Tag durchgeführt werden. Wir haben dem Team schnell Bereitstellungsrechte erteilt, um es nicht zu verlangsamen, und wir haben es nie bereut.“

Extreme Programmierung (XP)

Extreme Programming ist eines der Rahmenwerke für die agile Softwareentwicklung. XP zielt darauf ab, qualitativ hochwertige digitale Produkte zu entwickeln und gleichzeitig auf sich dynamisch verändernde Kundenanforderungen zu reagieren. Die Kernwerte von XP sind Kommunikation, Einfachheit, Feedback, Mut und Respekt. 

Scrum

Es ist das am häufigsten verwendete agile Framework. Es ist ein flexibler und proaktiver Ansatz für das Projektmanagement. Scrum ist einer der beliebtesten agilen Ansätze. Scrum-Entwicklungsteams sind funktionsübergreifend und bestehen aus einem Scrum Master, einem Product Owner und einem Entwicklungsteam. Die Teammitglieder verfügen über alle Kompetenzen, die für die Lieferung des Produkts an den Kunden erforderlich sind.

Die Arbeit wird in sogenannte Sprints unterteilt. Ein Sprint ist eine Zeitspanne, in der bestimmte Arbeiten abgeschlossen und für die Überprüfung vorbereitet werden müssen. Die Länge des Sprints wird zu Beginn des Projekts festgelegt und gewählt – zum Beispiel 1 oder 2 Wochen. Zu Beginn eines jeden Sprints legt das agile Entwicklungsteam Ziele fest (was es umsetzen und funktionieren lassen will). Nach dem Sprint ist dieser Teil fertig. Nach dem Sprint können sie den aktuellen Stand des Produkts bewerten und die Prioritäten oder sogar das Design der entwickelten Anwendung neu definieren. Jeder Sprint ist so angelegt, dass relativ kleine, aber voll funktionsfähige Funktionen hinzugefügt oder geändert werden.

So nutzen die Teammitglieder die agile Methodik, um die Flexibilität zu erhalten, nach jedem Sprint Änderungen vorzunehmen. Der Kunde hat die Freiheit, während der Entwicklung Änderungen vorzunehmen, um auf den Markt, die Meinungen der Benutzer oder sich ändernde Geschäftsanforderungen zu reagieren. Änderungen können zu Beginn des Sprints (Planungsphase) vorgenommen werden, nicht aber während des Sprints selbst (Entwicklungsphase).

Die Rolle des Scrum Masters im agilen Projektmanagement

Der Scrum Master unterstützt das Team im Softwareentwicklungsprozess. Er hilft festzustellen, was getan werden muss, damit das Ziel des Sprints erreicht werden kann. Durch entsprechende Fragen prüft der Scrum Master, ob alles für die Teammitglieder verständlich ist.

Die Rolle des Testers in der agilen Entwicklungsmethodik

Viele Menschen fragen sich, welche Rolle der Tester in agilen Teams spielt. Der agile Tester trägt auch zur richtigen Planung der Arbeit des Teams bei. Innerhalb des Scrum-Teams umfasst die Rolle des Testers z.B. die Beherrschung des Product Backlogs, die Schätzung, die Erstellung der Definition of Ready und der Definition of Done.

Lesen Sie auch: Effiziente Kommunikation in IT-Outsourcingprojekten   

Scrum-Entwicklungsteam

Das Scrum-Team ist für die Umsetzung der Vision und der Anforderungen des Product Owners verantwortlich. Dieses Team erstellt die technische Architektur für die Anwendung, implementiert sie und testet sie. Das Scrum-Team steht während der Entwicklung in ständiger Kommunikation mit dem Product Owner. Zu Beginn des Sprints wählt der Product Owner die wichtigsten zu implementierenden Aufgaben aus, und das Team schätzt ab, wie viele dieser Aufgaben es im Rahmen dieses Sprints erledigen kann. Während des gesamten Sprints stimmen sie sich mit dem Product Owner über die Details der Anforderungen ab, und die Ergebnisse ihrer Arbeit werden getestet und am Ende eines jeden Sprints zur Überprüfung vorgelegt.

Je nach Kooperationsmodell kann das gesamte Team (mit Ausnahme des Product Owner) vom Dienstleister kommen oder sich aus Spezialisten des Kunden und des Dienstleisters zusammensetzen.

Product Owner im agilen Entwicklungsmodell

Der Product Owner repräsentiert die Anforderungen an die Softwareentwicklung. Der Kunde sollte eine einzelne Person für diese Rolle auswählen, die als Hauptansprechpartner für die Bereitstellung einer Produktvision von Seiten des Kunden, für die Zusammenarbeit mit dem Team, das diese Vision in den Produktdesignprozess umsetzt, und für die anschließende Implementierung dieses Designs verantwortlich ist. Der Product Owner ist nicht für die technischen Details der Implementierung verantwortlich (es sei denn, der Kunde wünscht dies). Der Product Owner ist verantwortlich für das Verständnis der Zielgruppen und der gewünschten Funktionalitäten sowie für die Beantwortung von Fragen zu Projekten und für den laufenden Prozess der Auswahl der Prioritäten für den nächsten Sprint.

Der PO muss keine Programmiererfahrung haben, aber es ist gut, wenn er ein gewisses Verständnis für den Markt, Kenntnisse über ähnliche Lösungen und Möglichkeiten sowie ein grundlegendes technisches Wissen hat. Der Product Owner sollte genügend Zeit haben, um während des gesamten Prozesses für die Kommunikation mit dem Entwicklungsteam zur Verfügung zu stehen.

Aufbau eines agilen Teams

Die Zusammenstellung des Teams kann nach der Definition der Anforderungen und des Umfangs des Projekts sowie der Festlegung der voraussichtlichen Fristen für die Projektentwicklung erfolgen. Die typische Zusammensetzung eines solchen Teams sieht wie folgt aus (Beispiel für ein Projekt zur Entwicklung einer mobilen Anwendung):

Kundengeschichte

Unser Kunde aus der E-Commerce-Branche benötigte für die Entwicklung seiner mobilen Anwendung die Unterstützung von iOS- und Android-Teams.

  Lesen Sie den Text, um mehr zu erfahren!

Native Entwicklung

• Teamleiter / Scrum Master – verantwortlich für die Leitung des Teams, Aufgaben und die Überwachung der Entwicklung
• iOS-/Android-/Windows Phone-Entwickler – mindestens ein Entwickler für jede Plattform, verantwortlich für die Implementierung von mobilen Anwendungen
• Server-Entwickler – verantwortlich für die Integration bestehender oder die Erstellung neuer Datenquellen
• Tester – verantwortlich für das Testen der App, das Finden und Melden von Qualitätsproblemen

Plattformübergreifende Entwicklung 

• Teamleiter / Scrum Master – verantwortlich für das Management des Teams, der Aufgaben und die Überwachung der Entwicklung 
• Front-End HTML / JS Entwickler – verantwortlich für die Umsetzung der mobilen App für alle Plattformen 
• Server-Entwickler – verantwortlich für die Integration bestehender oder die Erstellung neuer Datenquellen 
• Tester – verantwortlich für das Testen der App, das Finden und Melden von Qualitätsproblemen 

Die genaue Größe des Teams hängt vom Umfang und der Komplexität der Anwendung sowie von den Fristen ab und sollte nach Rücksprache mit dem Dienstleister festgelegt werden. Die Festlegung der Anforderungen und des endgültigen Teams ist wichtig für den Beginn eines Projekts. Danach ist der nächste Schritt die Festlegung der Teststrategie.

Zusammenfassung

Bei der Agilität geht es um eine angemessene Denkweise, in deren Mittelpunkt Offenheit, Flexibilität und das Vertrauen stehen, dass das Entwicklungsteam sein Bestes gibt, um die Aufgabe zu bewältigen.

Softwareentwicklungsmethodiken systematisieren die Arbeit und strukturieren die Prozesse, die für die Erstellung hoch funktionaler Systeme erforderlich sind. Sie fördern ebenfalls die Effizienz und ermöglichen die Überwachung des Fortschritts. Der Lebenszyklus der Softwareentwicklung (Englisch: Software Development Life Cycle, SDLC) ist ein Prozess, der die Softwareproduktion durch mehrere wesentliche Phasen führt, um Effizienz und Qualität zu gewährleisten. Es wird davon ausgegangen, dass der SDLC in den 1950er und 1960er Jahren zusammen mit den Fortschritten in der Informatik entstanden ist. Seitdem wurde SDLC von aufkommenden Technologietrends wie Cloud Computing, Big Data und neuerdings dem maschinellen Lernen und künstlicher Intelligenz beeinflusst. Was ist SDLC in der Praxis? Einfach ausgedrückt handelt es sich um bestimmte Phasen der Anwendungs- oder Systementwicklung, die notwendig sind, um das bestmögliche Produkt in der kürzesten Zeit sowie innerhalb des angenommenen Budgets zu erstellen.

Zu den einzelnen Arbeitsphasen am Softwareprodukt gehören insbesondere:

• Bestimmung der Anforderungen: Diese Phase umfasst die Unternehmensanalyse, in deren Rahmen die Fachleute in diesem Bereich Anforderungen sammeln, um das Projektziel besser zu definieren. Sie ermöglicht auch eine positive Zusammenarbeit zwischen dem Geschäfts- und dem Projektteam, da die Geschäftsanalytiker eine gemeinsame Sprache für sie suchen.

• Planung und Architekturdesign: Die Planungsphase umfasst die Festlegung von KPIs, die Auswahl von Technologien und Projektwerkzeugen sowie die Erstellung von Spezifikationen. In dieser Phase sollte man so viele Fragen wie möglich stellen wie z. B. verfüge ich über alle Quellen und Kompetenzen, die ich für die Durchführung eines Projekts benötige? Was muss getan werden und wen muss ich engagieren? Was sind die potenziellen Risiken und wie kann man sie vermeiden? Es ist auch der Punkt, an dem die Grundlagen gelegt werden: Die Architektur des Systems wird hier gebaut und IT-Architekten werden in die Arbeit einbezogen.

• Entwicklung: Diese Phase besteht aus der Programmierung, Prüfung und Wartung eines Systems oder einer Anwendung. Programmierer oder ganze Entwicklungsteams schreiben den Code der Anwendung. Die Entwicklungsphase umfasst auch Softwaretests, die erforderlich sind, um ein Qualitätsprodukt zu liefern. An diesem Prozess sind nicht nur Entwickler und Tester beteiligt. Bei agilen Softwareentwicklungsmethoden sind zusätzlich ein Scrum Master und ein Product Owner involviert.

• Wartung und Weiterentwicklung: Der Lebenszyklus einer Anwendung endet nicht mit ihrer Implementierung in der Produktionsumgebung und der Bereitstellung für die Endnutzer. Jede Anwendung ist wie ein Lebewesen: Sie verändert und entwickelt sich ständig weiter. Im Laufe der Zeit melden Benutzer nicht nur Fehler, sondern teilen auch mit, wo es Entwicklungsbedarf gibt. Deshalb ist es so wichtig, bei der Auswahl eines Softwaredienstleisters zu prüfen, ob dieser auch in der Lage ist, die Software zu warten und Wartungsarbeiten nach Ihren Bedürfnissen durchzuführen.

4 beliebte Modelle für den Lebenszyklus der Softwareentwicklung

1. Wasserfall

Dieses Modell wird seit 1970 verwendet und gilt als „traditioneller“ Ansatz. Es handelt sich um ein sequenzielles Modell, das aus folgenden Phasen besteht: Erstellung der Dokumentation und Erfassung der Geschäftsanforderungen, Programmierung, Tests, Implementierung und Wartung. Es beinhaltet die Erstellung von Projektdokumentationen und funktioniert am besten, wenn ein gutes Verständnis der Technologie vorhanden ist und die Geschäftsanforderungen klar definiert sind. Einige Beispiele für das Wasserfallmodell sind PMBOK und PRINCE2.

2. Spiralmodell

Dieser 1986 erstmals beschriebene Lebenszyklus der Softwareentwicklung kombiniert einen iterativen Ansatz der agilen Methodik mit dem traditionellen Wasserfallansatz. Der Prozess gliedert sich in die folgenden Phasen: Festlegung der Ziele, Identifizierung und Lösung von Risiken, Entwicklung der Software und Einholung der Genehmigung, Bewertung und Planung. Bei diesem Modell wird besonderer Wert darauf gelegt, potenzielle Risiken zu erkennen und zu vermeiden, um ein qualitativ hochwertiges Produkt zu schaffen.

3. Agiles Modell

Das Agile Manifest wurde Anfang der 2000er Jahre veröffentlicht und beschreibt die Prinzipien der agilen Methodik. Es handelt sich um einen iterativen Ansatz, bei dem die Arbeit in sog. Sprints unterteilt wird. Obwohl es Agile schon seit über 20 Jahren gibt, wird das Modell oft als revolutionär bezeichnet. Im Gegensatz zum Wasserfallmodell legt es den Schwerpunkt auf Kommunikation und Flexibilität, da die Teams Software auf flexible Weise entwickeln, indem sie auf Änderungen reagieren. Aus diesem Grund arbeiten agile Teams mit einer übersichtlichen Projektdokumentation und speziellen Tools für die Planung und die Überwachung des Fortschritts. Agile Softwareentwicklung funktioniert gut in Projekten, in denen eine hohe Unvorhersehbarkeit besteht und potenzielle Risiken nur schwer zu erkennen sind.

Beliebte agile Methoden umfassen:

• Scrum sowie Agile Scaling Frameworks (SAFe, LeSS, Nexus),
• Kanban,
• Extreme Programming,
• Lean Management.

4. DevOps

Das Wort „DevOps“ wurde zum ersten Mal 2009 von Patric Debois auf einer Branchenkonferenz verwendet. Der Prozess besteht aus 8 Schritten: Planung, Entwicklung, Kompilierung, Testen, Freigabe, Implementierung, Service und Überwachung und umfasst häufige, iterativ durchgeführte Implementierungen. Die weit verbreitete und immer beliebter werdende DevOps-Kultur bedeutet Synergien zwischen Entwicklung (Development) und Betrieb (Operations). DevOps-Spezialisten befolgen Continuous Integration- und Continuous Development-Praktiken, um die bestmöglichen Ergebnisse zu erzielen. Einige der bekanntesten Unternehmen, die DevOps einsetzen, sind Flickr, Netflix, Amazon und Groupon

Zusammenfassung

Softwareentwicklung steht nicht nur für das Programmieren. Es ist ein mühsamer Prozess, der es erfordert, in jeder Phase eine Reihe von qualifizierten Experten in vielen Bereichen einzubeziehen. IT-Outsourcing ermöglicht es Ihnen heutzutage, problemlos auf diese Kompetenzen zuzugreifen. Außerdem erzeugen Sie dabei Mehrwert, weil Sie professionelle Partner Sie über den empfohlenen Lebenszyklus der Softwareentwicklung beraten, der für Ihr Projekt am besten geeignet ist.