Scrum, Agile, Kanban auf der Suche nach „für Dummies“-Informationen [geschlossen]

Ich bin mir sicher, dass ich damit nicht alleine bin. Ich habe viele Informationsschnipsel zu diesem Thema gehört und gelesen und mir ein eigenes Verständnis gebildet - wahrscheinlich nicht der beste Weg, um den Wert einzuschätzen oder zu versuchen, ihn umzusetzen.

Können Sie Ihre Lieblingsressourcen (Bücher, Blogs, Podcasts) posten, die einem Anfänger helfen werden? Oder schlimmer als ein Anfänger jemand, der Annahmen rückgängig machen muss.

Danke

Was ist die eigentliche Frage? Was sind die besten Einstiegspunkte für „totale Anfänger“?
Ich suche nur nach Ratschlägen zu Ressourcen. Danke
Ich stimme dafür, diese Frage als nicht zum Thema gehörend zu schließen, da es um "Empfehlungen für Blogs, Bücher, Links oder allgemeine Terminologie" geht. Gemäß diesen Regeln sind diese Art von Fragen nicht zum Thema.

Antworten (7)

Um den Ton anzugeben, können Sie zunächst mit dieser StackOverflow-Frage zu Agile, Lean und Kanban beginnen .

Kurz gesagt, agil und schlank sind allgemeine Konzepte, wobei ersteres auf dem agilen Manifest und letzteres auf dem Toyota-Produktionssystem basiert . Dann haben wir Scrum oder XP, aufgebaut auf Agile, und Kanban, aufgebaut auf Lean, das sind spezifische Methoden, die Teams implementieren können, wie Prince2.

Ich persönlich behandle agile und schlanke Bewegungen nicht sehr orthodox – sie basieren auf denselben Prinzipien. Sie überlappen sich also bis zu einem gewissen Punkt. Außerdem finden Sie Teams, die Methoden aus beiden Häusern mischen, wobei Scrumban (eine Kombination aus Scrum und Kanban) wahrscheinlich am gebräuchlichsten ist.

Wenn Sie agile/lean Methoden irgendwie positionieren wollten, würde ich sagen:

  • Scrum kommt den Projektmanagementmethoden der alten Schule am nächsten, obwohl es sich nicht wirklich mit der formalen Seite des Projektmanagements befasst.
  • XP konzentriert sich auf Engineering-Praktiken und ist im Allgemeinen programmiererzentriert.
  • Kanban wird oft als Change-Management-Framework bezeichnet, da es die Arbeitsweise des Teams am ersten Tag nicht ändert und den Prozess im Laufe der Zeit weiterentwickeln lässt.

Da sich alle drei auf unterschiedliche Dinge konzentrieren, ist es nicht ungewöhnlich, dass sie oder ihre Teile gemeinsam verwendet werden.

Wenn Sie mehr erfahren möchten, würde ich mit solchen Materialien beginnen:

In Bezug auf Bücher als Kickstart würde ich empfehlen:

Was Scrum betrifft, würde ich empfehlen, „ Scrum und XP aus den Schützengräben “ zu lesen.

Was Kanban betrifft, sollten Sie sich einen der großartigen Reden von Pawel Brodzinski anhören. Er verkauft Kanban so leicht, wie er atmet. Einen Link habe ich im Handumdrehen gefunden: http://blog.brodzinski.com/2010/11/kanban-basics.html

Agilität ist ein sehr großer Bereich. Sollen wir uns nur an das Agile Manifest halten?

+1 Scrum und XP aus den Schützengräben ist ein großartiges eBook. Es sollte Agile ausreichend abdecken.

Perry, obwohl ich gemischte Meinungen gehört habe, hat mir Corey Ladas Buch Scrumban wirklich gefallen

Außerdem gibt es tolles Material von Henrik Kniberg. Zum Beispiel: Kanban vs. Scrum

Agile Learning Labs, ein in San Francisco ansässiger Agile-Coaching-Shop, hat gerade Elements of Scrum herausgebracht . Ich habe das Buch auf meinem Blog rezensiert und kann es nur weiterempfehlen. Basierend auf einem Handbuch aus ihren CSM-Kursen ist das Buch sehr leicht zu lesen und spiegelt den entspannten Coaching-Stil wider, den ALL erfolgreich angewendet hat (ich habe meinen CSM-Kurs bei ihnen gemacht). Obwohl es sich um eine hochrangige Grundierung handelt, habe ich es immer noch in meinem Büro-Bücherregal. Ich greife ungefähr einmal pro Woche danach, entweder für meine eigene Referenz oder um jemandem etwas zu erklären.

Bücher zu Scrum:

  • Der Scrum Guide – von Ken Schwaber und Jeff Sutherland; kurzes, prägnantes, kostenloses PDF, das nur die Grundlagen für iteratives/inkrementelles Arbeiten abdeckt.
  • Agile Softwareentwicklung mit Scrum - Schwaber/Beedle; kanonischer Text, der von vielen Teams oft als "Die Bibel" bezeichnet wird. Viele großartige unterstützende Materialien darüber, warum iterative/inkrementelle Frameworks wie Scrum Teams dabei helfen, produktiver zu werden und einen ROI zu erzielen.

Podcasts:

  • Der ehrwürdige Agile Toolkit Podcast von Bob Payne. Bob hat über einen Zeitraum von fünf Jahren so ziemlich jeden Vordenker im agilen Bereich interviewt. Manchmal gibt es große Lücken zwischen den Besetzungen, aber jede einzelne ist es wert.
Ich bin ein bisschen distanziert von Ken Schwaber, da er dafür bekannt ist, sehr orthodox an Scrum heranzugehen, siehe: kenschwaber.wordpress.com/2010/06/10/… Wie auch immer, das Buch ist gut.
Ich verstehe die Zurückhaltung einiger gegenüber Kens Ansatz, aber wenn man bedenkt, wie er und Jeff ihn geschaffen haben, ist die „Orthodoxie“ ähnlich verständlich. Scrum ist nur ein Regelwerk, an das sich einige nicht anpassen können, daher die verschiedenen Geschmacksrichtungen, die alle schön und gut sind. Sie sind einfach nicht Scrum. Ich stimme mit dem überein, was Ken in seinem Beitrag vom letzten Juni sagt – es steht den Leuten frei, ihre eigenen Systeme zu entwickeln und sie auszuprobieren – nennen Sie sie nur nicht Scrum.

Ich sehe, dass viele Leute Ihre Frage beantwortet haben.

Wenn Sie sich für Kanban, Scrum (oder Scrumban) interessieren, sollten Sie sie ausprobieren und dann herausfinden, welche davon am besten zu Ihnen passt.

Ich empfehle Kanban, da es mehr um Workflow als um Visualisierung geht, aber das bin nur ich. Es kommt immer darauf an, was man damit erreichen möchte.

Außerdem können Sie hier über die Unterschiede zwischen Kanban&Scrum lesen .

Hier können Sie die Unterschiede zwischen Scrumban und Kanban nachlesen: Welche Unterschiede gibt es zwischen Scrumban und Kanban?

Und hier ist das Buch, das ich jedem empfehlen würde, der neu bei Scrumban ist: Das E-Book „Scrumban Evolution Software Development“.