Ihr agiles Team: Zu groß oder zu klein?

Ihr agiles Team: Zu groß oder zu klein?

Die meisten Agile- und Scrum-Schulungen beziehen sich auf die 7 +/- 2-Regel, d. h. agile oder Scrum-Teams sollten aus 5 bis 9 Mitgliedern bestehen. Scrum-Enthusiasten erinnern sich vielleicht daran, dass der Scrum-Leitfaden besagt, dass Scrum-Teams nicht kleiner als 3 und nicht größer als 9 sein sollten. Woher kommt diese Faustregel und warum?

Weiterlesen
PERT-Diagramm mit RACI-Rollen in den Aufgabenmanager integrieren

Integrieren Sie PERT Chart mit RACI-Rollen in den Task-Manager

Heute möchte ich anhand von Visual Paradigm demonstrieren, wie die Aufgabenplanung für Teammitglieder, die die RACI-Rollen einnehmen werden, durchgeführt werden kann und diese Aufgaben im erweiterten PERT-Diagramm automatisch dem automatisierten Aufgabenmanager namens “Tasifier” für das Projektmanagement zugewiesen werden können. Ein traditionelles PERT-Diagramm ist ein Projektmanagement-Tool, das zur Planung, Organisation und Koordinierung von Aufgaben innerhalb eines Projekts verwendet wird. Das erweiterte PERT-Diagramm-Tool bietet vier zusätzliche Funktionen für die Integration mit verschiedenen Visual Paradigm Building Blocks. Sie können alle diese Funktionen in einem erweiterten PERT-Diagramm-Modellierer ausführen.

Weiterlesen
Mehr erreichen mit LeSS (Large Scale Scrum) Framework: mit Tool-Illustration

Machen Sie mehr mit dem LeSS-Framework (Large Scale Scrum): mit Tool Illustration

LeSS wurde von Bas Vodde und Craig Larman aus praktischen Erfahrungen bei der Skalierung von Scrum entwickelt und 2014 als LeSS Company gegründet. Das Prinzip “More with LeSS” ist das Herzstück von LeSS (Large Scale Scrum). Komplexe Produktentwicklung erfordert keine komplexen Lösungen. Sie erfordert ein tiefes Verständnis für die Essenz der Probleme, die dann mit einfacheren Lösungen gelöst werden können.

Weiterlesen
Was ist eine agile Schätzung? Was sind die üblichen Fallstricke?

Was ist eine agile Schätzung? Was sind die üblichen Fallstricke?

In der Software-Entwicklung beinhaltet die übliche “Schätzung” eine quantitative Bewertung des für eine bestimmte Entwicklungsaufgabe erforderlichen Aufwands; dieser wird in der Regel in Form von Dauer (Stunde/Tag) oder geschätzter Einheit (Story Point) ausgedrückt. Der Zweck besteht darin, eine Reihe solcher Einzelschätzungen zu konsolidieren, um einen Hinweis auf die Gesamtdauer, den Arbeitsaufwand oder die Kosten des Softwareprojekts zu erhalten.

Weiterlesen
Was ist ein funktionsübergreifendes Flussdiagramm?

Was ist ein funktionsübergreifendes Flussdiagramm?

Ein funktionsübergreifendes Flussdiagramm (manchmal auch als Bereitstellungsflussdiagramm bezeichnet) ist ein Werkzeug zur Abbildung von Geschäftsprozessen, mit dem die Schritte und Beteiligten eines bestimmten Prozesses dargestellt werden. Normalerweise verwenden wir ein funktionsübergreifendes Flussdiagramm, um die Beziehung zwischen einem Geschäftsprozess und den für diesen Prozess verantwortlichen Funktionseinheiten (z. B. Abteilungen) darzustellen.

Weiterlesen
Top 7 der beliebtesten agilen Schätzmethoden für User Stories

Top 7 der beliebtesten agilen Schätzmethoden für User Stories

In der Softwareentwicklung umfasst der Begriff “Schätzung” im üblichen Sinne eine quantitative Bewertung des Aufwands, der für die Durchführung einer bestimmten Entwicklungsaufgabe erforderlich ist; dieser wird in der Regel in Form der Dauer ausgedrückt. Agile Schätzung ist der Prozess der Bewertung des Aufwands, der erforderlich ist, um die Aufgaben im Backlog eines Produkts in der Reihenfolge ihrer Priorität zu erledigen. Dieser Aufwand wird in der Regel in Form der für die Fertigstellung der Aufgabe benötigten Zeit gemessen, was wiederum zu einer genauen Sprintplanung führt.

Weiterlesen
Agile Schätzung in Scrum? Story Point und Planungspoker

Agile Schätzung in Scrum? Story Point und Planungspoker

Unabhängig davon, ob das Team an einem Produkt oder einem Projekt arbeitet, müssen wir die Frage beantworten: “Wann werden wir es fertig haben?” “Oder wie viel wir zu einem bestimmten Zeitpunkt schaffen können. Wie beim traditionellen Entwicklungsmodell müssen wir also den Aufwand schätzen, bevor wir das Projekt beginnen. Während der Entwicklung von Scrum teilte das Team die Verantwortung und verpflichtete sich kollektiv für die Arbeit jedes Sprints, so dass der geschätzte Arbeitsaufwand für das agile Team einen kollektiven Schätzungsansatz verwendete.

Weiterlesen