Kategorie: Agile Project Management

Wenn Teams zum ersten Mal mit der agilen Entwicklung beginnen, hat sich wenig geändert, außer dass vielleicht mehr Sitzungen auf dem Plan stehen. Sie arbeiten vielleicht immer noch getrennt oder schränken ihre Interaktion mit den Kunden ein. Die Arbeit gliedert sich vielleicht in wasserfallartige Aufgaben, dann in das Entwerfen von Benutzergeschichten, dann in das Erstellen von Geschichten und dann in das Testen von Geschichten. Agile Teams“ sind also agil, wenn sie nur herumlaufen, ohne die agilen Prinzipien und Werte zu verstehen oder zu akzeptieren. Teams werden agil, wenn sie im Einklang mit agilen Werten und Prinzipien denken und handeln.

Ein selbstverwaltetes Team ist eine Gruppe von Mitarbeitern, die für alle oder die meisten Aspekte der Herstellung eines Produkts oder einer Dienstleistung verantwortlich sind. Das selbstverwaltete Team ist die Grundeinheit der neuen horizontalen Organisation. Selbstverwaltete Teams sind eine Weiterentwicklung des früheren Teamansatzes.

„Ein funktionsübergreifendes Team verfügt über alle Kompetenzen, die erforderlich sind, um die Arbeit zu erledigen, ohne von anderen, die nicht Teil des Teams sind, abhängig zu sein“ – Scrum Guide. Im Gegensatz zum Ansatz der Komponententeams sind funktionsübergreifende Teams Gruppen, die sich aus Personen aus verschiedenen Funktionsbereichen des Unternehmens zusammensetzen. - Sie sollten nicht nur aus technischen Spezialisten (Back-End-, Front-End-Entwickler, QA-Ingenieure usw.) bestehen, sondern auch aus Mitgliedern wie Business-Analysten, Marketing- und UX-Spezialisten oder anderen Personen, die aktiv am Projekt beteiligt sind.

Unabhängig davon, ob ein Team ein Produkt oder ein Projekt entwickelt, müssen wir die Frage beantworten: „Wann werden wir es fertigstellen können?“ oder wie weit wir zu einem bestimmten Zeitpunkt gehen können. Wie bei traditionellen Entwicklungsmodellen müssen wir also den Arbeitsaufwand schätzen, bevor wir das Projekt beginnen. Bei der agilen Schätzung wird der Aufwand geschätzt, der für die Erledigung einer vorrangigen Aufgabe im Product Backlog erforderlich ist. Dieser Aufwand wird in der Regel in Form der für die Fertigstellung dieser Aufgabe benötigten Zeit gemessen, was wiederum zu einer genauen Sprintplanung führt.