Werkzeuge in agilen Methoden

Wir sind gerade dabei, Scrum einzuführen. Ich würde uns gerne mit einem Tool beginnen lassen, das dem Team hilft, damit zurechtzukommen (siehe hier zu diesem Punkt), aber nach einer Präsentation, die ich gemacht habe, in der ich über das agile Manifest gesprochen habe, argumentiert unser CEO, dass es gegen die agilen Prinzipien verstößt ("Individuen und Interaktionen über Prozesse und Tools"). Das Problem ist: Ohne eine Formalisierung der Organisation kommen wir nicht weiter, und ein Tool zur Organisation unseres Backlogs und unserer Sprints wäre jetzt meiner Meinung nach das Richtige. Sind Sie beim Einstieg in agile Methoden auf solche Widerstände gestoßen? Wie haben Sie sie überwunden?

Ich habe das Gefühl, dass ich die Situation nicht klar genug dargestellt habe. In unserem Unternehmen gehen gute Ideen verloren, weil nichts wie ein Rückstand gepflegt wird. Eigentlich ist die Teamarbeit irgendwie chaotisch. Die Einführung von Scrum ist ein Weg, um eine rationalere und effektivere Organisation zu erreichen. Nun nimmt unser CEO diesen Punkt des agilen Manifests zum Anlass, nichts zu ändern. Es geht also nicht um Kartons und Stifte gegen ausgefeilte Software, sondern um jedes Werkzeug gegen nichts!
Traroth, zwei Dinge: Erstens, vielleicht erinnern Sie Ihren Chef daran, dass es „Individuen und Interaktionen – über Prozesse und Tools“ heißt, nicht – statt – Menschen brauchen Hilfe, um Informationen zu erhalten. Zweitens, beginnen Sie mit Excel oder einer Google-Tabelle (sie sind kostenlos genug) und zeigen Sie dann den Wert dieser Verwendung. Vielleicht möchten Sie die Frage auch als "Interpretation des agilen Manifests: verschiedene Perspektiven" anstelle von werkzeugorientiert neu posten ...
Ich bin mir nicht sicher, ob meine Frage allgemein genug ist, und vor allem würde sie mir nicht helfen, eine Lösung für mein spezifisches Problem zu finden, das der Zweck dieser Website ist ...

Antworten (3)

Interessante Diskussion. Zuerst muss ich einen Haftungsausschluss ausstellen, ich arbeite für Rally, bin aber nicht auf StackExchange, um für unser Unternehmen oder unser Produkt zu werben.

Ich stimme Ihrem CEO zu, dass Einzelpersonen und Interaktionen an erster Stelle stehen, und Ben macht einen guten Vorschlag für ein Team am selben Standort.

Ich würde dem Vorschlag widersprechen, Excel zu verwenden, es ist ein lausiges Tool für die Zusammenarbeit und es ist ein Manager-Tool, kein Team-Tool, und dies ist ein kulturelles Hindernis. Wenn Sie entschlossen sind, diese Option zu erkunden, versuchen Sie Google Docs vs. MS Office, es bietet eine viel bessere Unterstützung für die Zusammenarbeit. Vielleicht können Sie keine Pivot-Tabellen erstellen, aber vielleicht ist das eine gute Sache :-)

Wenn Sie entschlossen sind, ein Tool zu verwenden, gibt es viele Teams, die mit einem Tool Erfolg haben, aber denken Sie daran, dass es Ihre Probleme möglicherweise nicht löst.

Ich würde auch von „Formalismus“ abraten, ein Grundprinzip unseres agilen Ansatzes ist die kontinuierliche Verbesserung, es gibt keinen Standard, um nur Kernprinzipien zu formalisieren, an die man sich halten muss.

Guter Punkt. Google Docs kann für die Zusammenarbeit interessant sein, einverstanden. Danke dir!

Ich stimme Ihrem CEO irgendwie zu! Wenn Sie ein Team an einem gemeinsamen Standort haben, würde ich bei Whiteboard, Karteikarten und Filzstiften bleiben.

Wenn Sie ein verteiltes Team haben, weisen Sie darauf hin, dass jeder die Sichtbarkeit des Fortschritts braucht, damit Scrum wirklich funktioniert – unser Ziel ist es, individuelle Entscheidungen und Interaktionen mit anderen zu fördern, und ein wichtiger Auslöser dafür ist das Wallboard. Für ein verteiltes Team bedeutet dies, dass es nützlich ist, ein Tool zu haben.

Ehrlich gesagt hört es sich so an, als ob Sie ein Tool erwarten, das Ihnen bei Scrum hilft, und Ihre Fragen hier und in dem von Ihnen angegebenen Link scheinen noch nicht zu dem Verständnis gekommen zu sein, das erforderlich ist, um ein Tool selbst zu bewerten und auszuwählen. Mein Vorschlag ist, bis Sie einige Erwartungen und Auswahl-/Bewertungskriterien für ein Tool aufschreiben können, erwarten Sie möglicherweise zu viel von einem Tool und sind nicht bereit für eines.

Als ich (als Direktor) Scrum in unsere Organisation einführte, holte ich zuerst meine Manager und technischen Leiter an Bord und kaufte mich in die Veränderung ein (es war ein großes Problem). Dann verkaufte man die Idee nach oben und nach außen, um Buy-in zu bekommen. (hört sich an, als hättest du das schon) Dann habe ich angeboten, den Teams vier Hilfsmittel zu kaufen, um sie zu unterstützen: Tafeln zum Trockenlöschen, Klebekarten, Projektoren und Excel. Ich wollte, dass sie sehr nah an den Daten sind, die sie verwalten. Dann musste die Geschwindigkeit berechnet und verstanden werden, wie man mit User Storys arbeitet, ohne die Rahmenbedingungen/Einschränkungen eines Tools, um sie zu einer Interaktion zu zwingen. Sie sind kluge Leute und würden lernen und sich anpassen. Wir haben auch einen Agile-Coach, der uns beim Übergang hilft.

Nachdem wir den Prozess verstanden und uns wirklich zu eigen gemacht hatten, suchten wir nach einem Tool, das zu unserer Arbeitsweise passte. Wir hatten genug Erfahrung, um zu wissen, wo wir Hilfe bei der Verwaltung brauchten und womit wir uns einfach nicht beschäftigen mussten.

Werkzeugvorschläge:

  • Behalten Sie Ihren Rückstand in Excel. Es sortiert gut und hat mehr als genug Kapazität, um mit den benötigten Daten umzugehen.
  • Tragbare Tafel oder dedizierte Wand, um wichtige Informationen zu speichern
  • Klebendes Posterpapier für Retrospektiven (ermöglicht es Ihnen, spontan zu schreiben und später Notizen zu transkribieren)
  • Projektor für Demos und Projektion von Backlogs
  • Trockenlöschtafel, auf die Sie Ihre Burn-up- und Burn-down-Diagramme zeichnen können (zeichnen Sie die Achsen mit einem Sharpie)
  • Ein agiler Coach oder (wenn Sie es sich nicht leisten können) eine offene Brainstorming-/Verbesserungs-/Überprüfungszeit, die über den Sprint-Retrospektiven liegt. Treffen Sie sich einmal im Monat, um die strategischen Verbesserungsideen für Scrum zu behandeln. Wenn dieses Team nach einem Tool fragt, können Sie die Auswahlkriterien steuern und aus der sehr großen Liste kostenloser und kommerzieller Tools auswählen.

Wenn Sie bereits 9 Monate in diesem Prozess sind und Ihre Teams mit den Daten, die sie verwalten, frustriert sind, dann erstellen Sie ein Budget. Wenn Scrum einen Wert erzielt (vorhersagbarere Zeitpläne? kürzere Lieferfristen? verbesserte Qualität?), dann sollten Sie kein Problem haben, das Geld zu bekommen, das für den Kauf eines Tools erforderlich ist. Wenn Scrum diesen Geschäftswert nicht bietet, hilft ein Tool überhaupt nicht.

meine 2 cent...

+1 an @Al. Zuerst müssen Sie sich mit dem Prozess selbst vertraut machen. Danach können Sie das Werkzeug klüger auswählen, da Sie bereits wissen, was Sie an der Mechanik Ihres Prozesses verbessern müssen (da Werkzeuge normalerweise bei der Mechanik helfen, nicht beim Prozess selbst). Andernfalls kann Ihr Prozess leicht von dem Tool dominiert werden, was normalerweise nicht das ist, was Sie wollen.
Genau. Die Suche nach einem Tool bei der Implementierung einer agilen Methodik kann den Eindruck erwecken, dass das Tool das eigenständige Ergebnis ist, was weit von der Realität entfernt ist. Unter der Annahme, dass sich das Team am gleichen Standort befindet, wählen Sie den schnellsten und billigsten Ansatz wie möglich.
Werkzeuge in agilen Methoden
AntwortenHierDatenschutz-Bestimmungen1y, 0v