Die fünf Schritte der Theory of Constraints wurden von der Softwarewelt durch die agilen Methoden die die iterative und kontinuierliche Beseitigung der Hindernisse fördert, angenommen.

Lasst uns ein Beispiel betrachten:

Als Beispiel, nehmen wir an, dass das Problem das zu lösen ist, ist die Feststellung dass Bugs zu spät in dem Softwareentwickungsprozess entdeckt werden und manchmal sogar von dem Kunden. Die Einschränkung hier ist der Testen-Ablauf die als Inventar angesehen wird (die Arbeitsmenge die die noch nicht getestete Software darstellt) und die Betriebskosten (die Mitarbeiter die das Testen von Software ausführen).

Das Testen muss kontinuierlich, früh und oft ausgeführt werden um potentielle Bugs schnell zu entdecken, zu einem Zeitpunkt in dem deren Behebungskosten noch billig sind. Das Team wird in diesem Fall Aufwand investieren, um das Testen zu automatisieren und um die Testen-Ansätze durch die verschiedenen Rollen eines Teams zu verbreiten so das diese Testen-Methoden unabhängig von der Anwesenheit aller Teammitglieder ausgeführt werden können. Das beinhaltet die Automatisierungssysteme und deren Integration in dem Buildprozess.

Der Testen-Ablauf stellt in diesem Fall eine Eingangsaktivität für die Entscheidung bezüglich der Fortsetzung jeden Schrittes der Softwarelieferung dar. Das ganze Team weiß von dieser Entscheidung Bescheid und ist imstande ihre Arbeitsweise zu organisieren so dass diese Regel überall, auf alle Ebenen erfüllt wird (z.B. durch Techniken wie Test First Programmierung und Fail Fast Builds im Falle von gescheiterter Testausführung).

Verwende alle verfügbaren Rechner um Tests automatisch und nebenläufig ausführen zu lassen.

Während der Durchführung der o.g. Schritte kann es sein, dass eine andere Aktivität sich als Flaschenhals erweist z.B. die Programmierung der Test Cases die die parallele Ausführung der Tests erlauben. In diesem Fall diese Aktivität - die Programmierung würde die nächste Einschränkung die von uns Aufmerksamkeit erfordert darstellen.

Es ist erstaunlich dass diese fünf Schritte in so vielen verschiedenen Branchen und Unternehmen mit erfolgreichen Ergebnissen verwendet werden können und das für eine längere Zeitspanne die mehrere Jahrzehnte beträgt. Diese Tatsache beweist die außergewöhnliche Kraft der Vision für kontinuierliche Verbesserungen die Goldratt im Rahmen des "The Goal" Businessromans erfasst hat.

Durch Durchsatz verstehen wir die Summe der Gelder die durch das Verkaufen von Produkten und Diensten gewonnen wird. Das heißt, dass nur die aktiven Teile - die die Geld produzieren, stehen im Fokus. Agile Iterationen und Sprints sind auf der Priorisierung der Arbeit auf Basis von Businesswert der die Nachfrage widerspiegelt, basiert und das bedeutet, dass die Arbeit auf Zwecke der Monetarisierung die zu einem Business-Kontext und zu einer gewissen Bereitstellung für Risikoaufnahme angepasst ist, ausgerichtet ist. 

Als Auswirkung des o.g. Ansatzes, wird das Inventar reduziert. In der Software-Branche wird das Inventar nicht in der selben Art und Weise als sichtbar wahrgenommen, im Vergleich mit anderen Branchen. Tatsache ist, dass dieses Inventar auch in Software mit zusätzlichen Kosten verbunden ist und diese Kosten sind meistens schwer einschätzbar. Agile Methoden haben das Inventar durch das Einführen von Mitteln die die in Ausführung befindliche Arbeit minimieren, reduziert.

 

Sprints die in einem festgelegten Zeitintervall auszuführen sind, die Erstellung der User-Stories und deren Umwandlung in Aufgaben die gemeint sind, den Prozess der Software-Lieferung so schnell wie möglich in einem finalen Zustand zu bringen und der Feedback-Mechanismus der für den Entscheidungsprozess wichtig ist ob das Feature es in einem Produkt-Release schafft oder nicht stellt die Hauptbausteine die die Agilen Frameworks für diesen Aspekt eingeführt haben, dar. Die in Ausführung befindliche Arbeit kann in der Software-Branche als Inventar angesehen werden weil sie nicht zu  dem direkten Durchsatz beitragen kann. Ihre Existenz erzeugt die Möglichkeit, mehrere Bugs zu produzieren die mit der Zeit zur erheblichen und teueren Fehlerbehebung und Technical Debt führen kann. Fixe Zeitintervalle für Sprints und die Priorisierung der Arbeit in Scrum und Kanban helfen, diese Kosten zu sinken. Es gibt auch andere technische Strategien wie z.B. Continuous Delivery die über das agile Framework hinausgehen und in der Lage sind, die Senkung dieser Kosten zu verursachen, aber die sind normalerweise zusammen mit einem Agile Framework eingesetzt. 

Die Reduzierung der operativen Kosten liegt im Zusammenhang mit der Senkung der Inventarkosten weil in agilen Setups die funktionsübergreifende Teams beinhalten die Idee generalisierende Spezialisten zu entwickeln. Das bedeutet, dass wichtige Kompetenzen die für die Software-Lieferung entscheidend sind werden schnell und effektiv innerhalb des Teams verbreitet und das sorgt für schnelle Lieferungen, sinkt die Produkteinführungszeit und erlaubt eine effiziente Risikominderung. Andere Techniken wie z.B. Automatisierung der Testaufgaben und des Deployments als Teil der Continous Delivery sinken auch die operativen Kosten aber die werden gewöhnlich zusammen mit einem agilen Framework eingesetzt. Schnelles Feedback, falls negativ, erlaubt die Entscheidung eine Initiative  zu einem passenden Zeitpunkt (zu dem nicht zu viel Geld bereits geflossen ist) zu stoppen und das hilft, Geld zu sparen - weil die Inventarmenge (die in Ausführung befindliche Arbeit) und deren verbundenen Kosten reduziert werden. Agile Methoden liefern Unterstützung für solches Feedback frühzeitig und oft, auf eine iterative Basis, durch Sprint Retrospektiven und Demos.

In der Software-Branche, wie in allen anderen Branchen, ist das Hauptziel, Geld zu verdienen und dieses Ziel kann als erhöhten Durchsatz mit niedrigen Inventarkosten und operativen Kosten übersetzt werden. Agile Methoden haben ein klares Framework das das Erreichen des Zieles erlaubt, erfolgreich geliefert.

Während der Lektüre von Goldratt's "The Goal" Buch war es für mich unmöglich, nicht an einige Ideen zu denken, die erfolgreich in dem Herstellungsbereich eingesetzt worden waren und auch in dem Softwareentwicklung-Bereich außergewöhnliche Ergebnisse geliefert haben.

Das ist der erste Artikel von einer Reihe die exklusiv diesem Thema gewidmet sind.

Erstens ist es erforderlich den wichtigen Schritt durchzuführen, das Ziel für ein System (z.B. die Unternehmensebene) das auf untere Ebenen (z.B. Projektebene) übersetzt werden kann, zu formulieren und festzulegen. Während des Ausfüllen des Business Modell Canvas als Teil des agilen Prozesses, ist es wichtig das Ziel des Release festzulegen und dann die Ziele der Sprints zu formulieren. Nur durch diese Art und Weise kann man von Anfang an gewährleisten, dass die User Stories die identifiziert worden waren nach dem oberen Ziel ausgerichtet sind.

Ein anderer Hauptaspekt der Herstellung die zu einem erhöhten Geschäftsdurchsatz geführt hat, waren die schmaleren Arbeitshaufen die auf allen Ebenen bearbeitet werden mussten. Diese Anpassung des Produktionsprozesses kam zusammen mit der Notwendigkeit, mehrere Setups öfter auszuführen. Der gesamte Ablauf hat zu einer Beschleunigung der Lieferung geführt. Agile Prozesse funktionieren ähnlich durch die Verwendung von schmaleren Arbeitshaufen als Teil des Projektes - und die sind die Releases und Sprints die zwar extra Setups brauchen (in diesem Fall die Release und Sprint Planning Meetings). Die letzten Jahren haben uns gezeigt, dass es möglich ist, mit diesen Techniken, die Produktivität der agilen Teams signifikant zu steigern.

Es gibt noch mehrere Ähnlichkeiten zwischen diesen verschiedenen Welten, mehr davon kann man in den nächsten Eintrag lesen...

 

Soziale und strukturelle Aspekte der Beeinflussung verweisen auf zwei Dimensionen: Motivation und Fähigkeit und stellen die letzten zwei Kernpunkte der Beeinflussung auf psychologische Ebene dar. Dieser Eintrag wird sie ausführlich beschreiben.

Soziale Motivation stellt die Nutzung des Gruppendrucks dar und ermutigt Leute zu den entscheidenden Verhaltensweisen durch die Entmutigung ungeeigneter Verhaltensweisen die auf soziale Ebene missbilligt werden. 

Es ist wichtig zu praktizieren, was man predigt, durch das Opfer der verfügbaren Zeit, des Geldes, des Egos und der bisherigen Prioritäten, durch das Engagement der formellen und  informellen Leaders um Glaubwürdigkeit zu beweisen. Ein anderer wichtiger Aspekt ist die Erzeugung neuer Normen die einem helfen, das Unbesprochene besprochen zu machen und 200 Prozent Verantwortlichkeit zu verlangen. Wenn man Scrum betrachtet, seine gesamte grundlegende Kultur und Philosophie unterstützen diese Verhaltensweisen auf soziale Ebene durch die Nutzung des Teams als Kern des Scrums, durch flache Hierarchien und durch die Erhöhung der Transparenz bezüglich Handlungen und Kommunikation. Formelle Leiter verzichten auf ihre Macht um sie weiter auf Team-Ebene aufzuteilen. Informelle Leiter haben eine erhöhte Portion von dieser Macht bekommen und sie sollten als erster wichtigster Meilenstein bezüglich Beeinflussung verwendet werden. Leadership wird durch das Ändern der Leiter für jeden Bereich auf Laufzeit-Ebene erlebt. Verantwortlichkeit wird durch die Macht der informellen Leaders die die Erweiterung des Mentorings ermöglichen und durch Methoden wie Pair-Programming die die Verantwortlichkeit für den Code auf zwei Teammitglieder verteilt, gefördert. Diese Techniken werden auf Team-Ebene durchgeführt und endlich wird Collective Code Ownership die als wichtiger Wert der agilen Entwicklung gilt, erzielt. Am Ende ist das ganze Team für den Code verantwortlich und das ganze Team hat das Recht, Entscheidungen zu treffen. Die Macht des Teams stellt die Kernideen der Scrum Prinzipien dar.

Soziale Fähigkeit ist alles über die Beeinflussung einer signifikanten Anzahl der Mitglieder und ist mit der sozialen Motivation die oben beschrieben wurde, eng verbunden. Das Verhelfen der Macht der Gruppen zum Durchbruch und das kontinuierliche Feedback von Experten sind wichtige Mittel um die Beeinflussung der Gruppen zu erzielen. Das soziale Kapital und die kollektive Intelligenz zugunsten der individuellen Intelligenz sind von Scrum durch das Team-Konzept gefördert.

Strukturelle Fähigkeit beinhaltet das Design von Belohnungen und das Verlangen der Verantwortlichkeit. Das Engagement liegt in der Mitte der Scrum-Methoden, führt das gesamte soziale Kapital und hat die wichtigste Beeinflussung auf den Erfolg des Projekts/Bestrebens wofür Scrum verwendet wird. Es ist sehr wichtig, die entscheidenden Verhaltensweisen zu fördern und auf sie anstatt auf Ergebnisse zu fokussieren wenn wir die Belohnungen entwerfen. Belohnungen funktionieren optimal für Aktivitäten die bei den Leuten schon beliebt sind. Es ist auch wichtig Belohnungen progressiv, schrittweise zu verwenden und zu unterstützen - nicht nur am Ende der Arbeit. Das Kernprinzip sollte sein: belohne die Verhaltensweisen und nicht die finalen Ergebnisse! Scrum spezifiziert die Belohnungen nicht explizit sondern erstellt einen Rahmen für das Energizing Workspace und das ist ein Ausgangspunkt für die Erstellung der Belohnungen und Strafen (sollten sie nötig sein). Falls Strafen sich als nötig erweisen, dann sollte man vorher darüber sprechen und nur dann sollten sie tatsächlich verwendet werden.

Strukturelle Fähigkeit beinhaltet die Änderung der Umgebung. Die Umgebung hat einen wichtigen Einfluss über uns, egal ob durch die physische oder durch die temporale Dimension. Die Kernidee ist, den verfügbaren Raum und die Zeit passend zu entwerfen um die entscheidenden Verhaltensweisen zu fördern und die unpassenden abzuhalten. Scrum fokussiert auf Colocation von Teams und auf passende Intervalle für die unterschiedlichen Meetings, Releases und Sprints. Alle diesen Aspekte leiten die Interaktion auf Team-Ebene die gezielt zu einer gewissen Entwicklung gelenkt werden kann um optimal zu funktionieren. Andere wichtigen Aspekte in dieser Hinsicht sind die Transparenz die das Unsichtbare ins Sichtbare verwandelt. Die regelmäßige Lieferung kompletter und aktueller Daten sind essentiell für die Aktualisierung der kognitiven Karte die eine zentrale Rolle in der Beeinflussung der Entscheidungen spielt.

Wir können schlussfolgern, dass Scrum, durch seine Prinzipien, ein Rezept für das Einflüssen der Verhaltensweisen die essentiell für die erfolgreiche Lieferung der Projekte darstellt. Scrum verwendet alle grundlegenden psychologischen Mechanismen die um Leute zu beeinflussen, notwendig sind: Fokussierung und Messungen, die Entdeckung entscheidender Verhaltensweisen und das Engagement aller sechs Quellen der Beeinflussung.

Lesen Sie die ganze Serie:

Psychologisch betrachtet, gibt es sechs Quellen der Beeinflussung die engagiert werden können, um bessere Ergebnisse zu erzielen. Diese Quellen können in drei Bereiche aufgeteilt werden: die persönliche, die soziale und die strukturelle Ebene. Diese Bereiche können in zwei Dimensionen betrachtet werden: die Motivation und die Fähigkeit. 

Motivation ist der wesentlichste interne Auslöser der Handlungen beeinflussen kann und dessen Verständnis als erster Schritt der Änderung ist ziemlich wichtig. Fähigkeit ist die Quelle der kompetenten Handlung und stellt  die Eigenschaft die uns zu kontinuierlichen Verbesserung auf jedem Gebiet antreibt, dar.

Dieser Eintrag fokussiert auf den persönlichen Bereich und erkundet die Motivation- und Fähigkeitsdimensionen von einem Scrum-Standpunkt betrachtet.

Persönliche Motivation, als wichtiger Aspekt eines jeden Bestrebens betrachtet, ist alles rund um die Verwandlung von Unerwünschtem in ein erstrebenswertes Ziel. Wenn es um eine Änderung des Verhaltens geht, sehr oft hat man mit dem Erreichen der Ergebnisse zu tun und um diese Änderung erfolgreich umzusetzen muss man sie sowohl auf persönliche als auch auf soziale Ebene umsetzen.

Um persönliche Motivation einzurichten, verwendet Scrum die zugrundeliegenden psychologischen Techniken die die Motivation unterstützen und zwar: Zulassung der Auswahl (Anwendungen der Command & Control Umgebung werden entmutigt und schrittweise beseitigt ), durch die Bereitstellung direkter Erfahrungen (die Ermöglichung eines direkten Kontakts mit Kundenvertretern während der Release-Plannung und während Demos), durch das Erzählen von aussagekräftigen Stories (User Stories stellen der zentrale Punkt der Software-Anforderungen dar und fokussieren auf die Person die von der Software profitiert), durch die Einstellung eines Spiels mit  Punktzahl-Schreibung (durch die Berechnung von Story Points, Velocity und Messungen der Business Value), durch die Zulassung eines Wettbewerbs mit sich selbst insbesondere (durch den Vergleich von Sprint Performance während unterschiedlichen Zeitintervallen), durch die Ermöglichung einer kontinuierlichen Verbesserung und einer direkten Kontrolle der Fortschritte (durch die Verfolgung der Velocity und Business Value-Werte die gemessen wurden).

Persönliche Fähigkeit ist alles rund um das Übertreffen deiner persönlichen Grenzen. Auf psychologische Ebene die klassische Übung um Vorteile zu verschieben und persönliches Training mit gesteuerten Übung durch die bewusste Unterstützung von Experten und durch das Verlangen von Feedback von den Besten in einem Bereich (durch Scrum Trainers & Coaches, durch agiles Training und Konferenzen), durch Fokussierung auf Mini-Ziele die für eine kurze Zeitspanne gedacht wurden (Release-Ziele die in Sprint-Ziele übersetzt worden waren) und durch ein effizientes Emotional Management durch die Umwandlung von langweiligen Aufgaben in interessanten Aufgaben, durch die Aktivierung der Dominanz des "Brain Know" Systems gegen das "Brain Go" System (hier Extreme Programming Methoden wie z.B. Pair Programming kommen zur Hilfe).

Die persönliche Dimension ist der erste Schritt der Beeinflussung, sie stellt eine Voraussetzung für die Beeinflussung auf soziale Ebene dar und ohne sie ist eine gezielte Änderung zum Scheitern verurteilt.

Gemäß des Pareto Prinzips, 20% des Aufwands wird 80% der Ergebnisse einbringen. Diese 20% stellen die Identifizierung und die Anwendung der entscheidenden Verhaltensweisen die notwendig sind, das Ziel zu erlangen, dar. Der Betrag die diese entscheidenden Verhaltensweisen in die Eingabe investieren ist signifikant.  Der komplizierteste Teil davon ist die Identifizierung dieser Verhaltensweisen. Deren Anwendung hat mit den unterschiedlichen Quellen der Beeinflussung zu tun und diese werden in einen weiteren Artikel erkundet.

Was sind die entscheidenden Verhaltensweisen die Scrum fördert? Auf Basis der Beobachtung, kann man leicht behaupten, dass es um zwei Verhaltensweisen geht: die Erkennung der Verzögerungen bezüglich Softwarelieferung und das Reden über die Probleme die aufgetaucht sind.

Die Erkennung der Verzögerungen ist nicht leicht insbesondere in Unternehmenskulturen wo Scheitern ist nicht einmal ein geduldetes Konzept. Scrum ermutigt diese Verhaltensweise durch den Daily Scrum wo Verzögerungen täglich und transparent angesprochen werden. Wenn man täglich darüber spricht hat man keine Angst mehr, offen darüber zu sprechen.

Die Besprechung bezüglich der vorhandenen Probleme wird von Scrum durch alle seinen Verfahren (Daily Scrum, Retrospektives, Demos, Planning Meetings und auch durch Sprints und Releases) wo Feedback kontinuierlich verlangt wird, gefördert.

Durch die Verbreitung dieser zwei entscheidenden Verhaltensweisen auf Teamebene und durch deren konsistente Übung werden potentielle

 Risiken die die Softwarelieferung gefährden können effizient gemildert werden und durch diese angebotene Möglichkeit erweist sich Scrum als erfolgreich auf diesem Gebiet.

Zielsetzung ist ein wichtiger Teil jeder Bemühung und vielleicht ist sie der wichtigste Teil wenn es um Erfolg bestellt ist. Scrum bietet die Bausteine die notwendig sind um Fokus auf unterschiedliche Ebenen(Produkt, Release und Sprint) aufzubauen, an.

Mit einer hochrangigen und iterativen Produktstrategie die fortschrittlich raffiniert wird startend, werden Produktziele neuentdeckt, bereichert und in Sprintziele die die Sprintrichtung definieren und den Fokus für eine gewisse Zeitdauer erzielen, zerlegt.  Zusätzliche Informationen bezüglich Ziele und die Strategie für deren Entdeckung und Verfeinerung kann man in Roman Pichler's Eintrag bezüglich Product Canvas http://www.romanpichler.com/blog/agile-product-innovation/the-product-canvas/ weiterlesen.

Fokussierung und Messung stellen den ersten Schritt der Beeinflussung dar weil sie zur Handlung bewegen und fähig sind schnelles Feedback zu diesen Handlungen zu geben und gleichzeitig stufenloses Einstellen ermöglichen. Der Sprint Burndown Chart zusammen mit den Sprint Reviews und den Sprint Retrospektiven messen die Ausführungsebene des Sprints. Story Points und Business Value-Messungen bewerten den globalen Businesswert des Produkts  während Velocity-bezogene Statistiken die Team-Performance messen.

Konkrete Messungswerte bieten Rückmeldung an und erlauben Anpassungen. Sie führen den Aufwand in die gewünschte Richtung wenn alle Messungsebenen für das Produkt, für den Sprint und für das Team gleichzeitig eingesetzt und regelmäßig verwendet werden. Was ist wirklich bedeutend aus einem psychologischen Standpunkt betrachtet ist dass die Fokussierung zusammen mit den richtigen Messwerten Vertrauen bilden und das ist extrem wichtig insbesondere während des Prozesses des Kulturwandels auf Unternehmensebene wenn agile Methoden zuerst eingeführt werden.

Agile Methodologien und Scrum insbesondere werden möglicherweise in Umgebungen die eine Vertrauenskultur zwischen unterschiedlichen Unternehmen (damit werden mindestens der Dienstanbieter und der Auftraggeber gemeint) aufweisen, umgesetzt.

Wie kann dieses Vertrauen gewonnen werden?

Meiner Meinung nach ist die Einflussnahme die primäre Quelle dafür mit allen ihren Dimensionen und ich glaube dass sie auch der Schlüssel zu weiterem Erfolg darstellt.

Diese Idee wird erkundet, für jede Dimension der Beeinflussung, eine nach der anderen, in aufkommenden Artikeln.

Ein interessanter Aspekt aus der erfolgreichen Managementstrategie von heute ist durch das Paradigma des radikalen Managements materialisiert. Seine wichtigsten Prinzipien wurden von Steve Denning unter der folgenden Link beschrieben: http://www.stevedenning.com/Radical-Management/default.aspx.

Wenn Sie jetzt diese Prinzipien kombinieren und sie in eine anderen Art und Weise umformulieren, würden Sie zu der selben Schlussfolgerungen gelangen. Meiner Meinung nach schließen diese Prinzipien einen sehr engen Kreis der hervorragend von Denning beschrieben wurde und erfassen die Essenz des agilen Managements von heute. Weil dieser Set von Typ "alles oder nichts" bezeichnet wird imponieren diese Prinzipien einen komplizierten Standard für die meisten Unternehmen. Wenn dieses Ziel erreicht wird, wird möglicherweise ein anderes Prinzip abgeleitet und mit diesem Prinzip wird ein anderer Kreis der die nächste Veränderung des Managements völlig beschreiben wird, erfasst werden.