Aufgaben eines Agilen Teams - NoelV/Andis-ticketing GitHub Wiki

#Aufgaben eines Agilen Teams

Welche Rollen gehören nun alle in ein agiles Team?

Idealerweise befinden sich in einem Team alle Rollen, welche benötigt werden, um das zu entwickelnde Produkt an die Anwender ausliefern zu können. Wenn wir eine Wertstromanalyse für eine Produktentwicklung durchführen, dann würden wir also aus jedem der dort identifizierten Bereiche mindestens eine Person in ein agiles Team stecken, damit diese dort gemeinsam dafür sorgen können, dass das richtige Produkt in der richtigen Qualität gebaut und geliefert wird.

Eine Sinvolle zusammensetzung eines agilen teams wäre dem entsprechend beispielsweise dies: Tester, Software-Entwickler, QM-Beauftragter, Usability-Experte, sowie ein ScrumMaster im falle das scrum benutzt wird.

Aufgaben und Kompetenzen der einzelnen Mitglieder im projekt.

Tester: Die rolle des testers ist dafür verantwortlich funktionale Anforderungen zu testen und sicher zu stellen das diese gemäss des Wunsches des Kunden implementiert wurde. Bezogen auf das Projekt bedeutet dies, der Tester muss das entwickelte Ticketing system ausprobiere, sämtliche spezifizierten Funktionalitäten durchführen, sowie das abschätzen ob design mässig Einschränkungen für die Funktionalität bestehen die korrigiert werden müssen.

Software-Entwickler: die rolle des Software Entwicklers ist das realisieren der vom kunden gestellten Anforderungen, dabei muss genauestens wert auf die Anforderungen und Spezifikationen gelegt werden, jegliche Abweichung von dem vom kunden erwarteten Endprodukt wird von Testern festgestellt und führt zu einem Defect der korrigiert werden muss.

Qualitätsbeauftragte – oft auch als Qualitätsmanagementbeauftragter (kurz QM-Beauftragter) – wird in Organisationen als interner Dienstleister und Berater für das Qualitätsmanagement angesehen. Die Stellung einer/s Qualitätsbeauftragten ist keine leitende Position im eigentlichen Sinne, sondern eine der Leitung zugeordnete Stelle. Häufig sind solche QM-Beauftragte auch in der Direkten software Entwicklung zu finden und überprüfen den code nach Qualitätsstandards.

Usability-Experte Eine bewährte Definition bezeichnet Usability "als Ausmaß, in dem ein Produkt durch bestimmte Nutzer in einem bestimmten Nutzungskontext genutzt werden kann, um bestimmte Ziele effektiv, effizient und zufriedenstellend zu erreichen” (ISO-Norm DIN EN ISO 9241-210). Was heißt: Über die Usability eines Systems kann man nur sinnvoll im Bezug auf den jeweiligen Nutzer, seine Ziele und die verschiedene Rahmenbedingungen sprechen. Usability ist keine Eigenschaft eines Produktes "an sich". Der Usability Experte ist dafür da sicherzustellen das dass produkt so gebaut wird das es den Anforderungen des Kunden entspricht. Häufig wissen kunden nicht genau was sie benötigen um ihre Anforderungen zu erfüllen, hier kommt der usability experte ins spiel und hilft eine lösung die den Anforderungen entspricht zu erarbeiten.

Product Owner Die Aufgabe des Produkteigners besteht darin, die Interessen der Anwender und Stakeholder (User Storys) genau zu kennen und konsequent zu vertreten. Dazu betrachtet er das Vorhaben strikt aus deren Perspektive. Als Bindeglied zu Markt und Kunde ist er insofern der „Pate des Erfolgs", als er seinen Fokus ausschließlich auf die in der Entwicklung umzusetzenden Anforderungen legt. So entscheidet er zwar, welche Produkteigenschaften bzw. -funktionalitäten entwickelt werden sollen und ob die jeweiligen Anforderungen vom Team vollständig erfüllt worden sind - in den Entwicklungsprozess während der einzelnen Sprints indes greift er nicht ein. Dies ist in seiner Scrum-Rolle als Product Owner nicht vorgesehen. Gleichwohl muss er während des gesamten Projektverlaufs verfügbar sein, um so auch aktuelle kundenseitige Anforderungen flexibel in den Prozess einfließen lassen zu können.

Wie wird sinnvolle Kommunikation unter den einzelnen agilen Projektteilnehmern realisiert?

Zur Kommunikation im agilen teams gibt es diverse Vorgehensweisen. Abgesehen von einem offenen kommunikationsnetzwerk wie Slack oder Lync sind Tägliche / Wöchentlich / Monatliche meetings im projekt team, sowie weitere meetings bezogen auf die rollen notwendig. Beispielsweise, Jeden tag projekt standup, jeden Mittwoch ein Entwickler meeting, jeden Montag ein Projekt managements meeting.