My Role in an Agile Team

1. Die Rollen im Scrum-Team

Wie Sie wissen, ist Scrum ein Framework, das auf klar definierten Rollen (Rollen), Ereignissen (Events) und Artefakten (Artefakten) basiert. Während sich die Ereignisse mit dem "Wann" und die Artefakte mit dem "Was" befassen, definieren die Rollen das "Wer".

In Scrum gibt es drei zentrale Rollen. Ein Video, das wir für eine tiefere Erklärung der agilen Prozesse verwenden werden, gibt uns hier einen guten Überblick.

Die wichtigste Erkenntnis hier ist die klare Trennung der Verantwortlichkeiten (Zuständigkeiten). In Ihrer Rolle als Full-Stack Engineer sind Sie Teil des Entwicklungsteams (das Entwicklungsteam).

2. Ihre Rolle als "Entwickler" im Detail

Im Scrum-Jargon ist der Begriff Entwickler (Developer) breit gefasst. Er bezieht sich auf jedes Teammitglied, das direkt zur Erstellung des Produkts beiträgt. Das schließt nicht nur Programmierer, sondern auch Tester, UI/UX-Experten oder Datenbank-Spezialisten ein.

Um genau zu verstehen, was Ihre Aufgaben als Teil dieses Teams in den verschiedenen Phasen eines Sprints sind, lesen Sie bitte den folgenden Artikel.

Fassen wir die wichtigsten Aufgaben (Aufgaben) zusammen, die Sie als Entwickler im Team haben:

• Im Sprint Planning: Sie helfen dabei, die Arbeit für den Sprint zu schätzen (schätzen) und zu planen (planen). Sie geben ein Commitment für das Sprint-Ziel ab.
  • Beispielsatz: „Als Team bestimmen wir die Menge der Arbeit, die wir in einem Sprint umsetzen können.“
• Während des Sprints: Sie arbeiten an den Aufgaben (Tasks) aus dem Sprint Backlog, um das Sprint-Ziel zu erreichen.
  • Beispielsatz: „Ich arbeite an der Umsetzung der ausgewählten Product Backlog Items.“
• Im Daily Scrum: Sie synchronisieren sich mit dem Team über Fortschritte (Fortschritte) und Hindernisse (Hindernisse/Blocker).
  • Beispielsatz: „Im Daily stimme ich mich mit den Kollegen ab.“
• Im Sprint Review: Sie präsentieren die fertiggestellte Arbeit (fertig gestellte Arbeit) und holen Feedback ein.
  • Beispielsatz: „Am Ende des Sprints präsentieren wir unseren Beitrag den Stakeholdern.“
• In der Sprint Retrospektive: Sie reflektieren über den Arbeitsprozess und suchen nach Verbesserungsmöglichkeiten (Verbesserungsmöglichkeiten).
  • Beispielsatz: „In der Retro reflektieren wir unsere Arbeitsweise, um uns zu verbessern.“

3. Vom Entwickler zum Lead Engineer

Ihre Rolle geht über die eines Standard-Entwicklers hinaus. Als "Lead Engineer" haben Sie zusätzliche Verantwortlichkeiten, die oft mit technischer Führung und Mentoring zu tun haben. Diese Begriffe sind im Deutschen oft sehr ähnlich.

Sie können Ihre Rolle beschreiben, indem Sie die Scrum-Rolle mit Ihren Führungsaufgaben kombinieren:

„In meinem agilen Team arbeite ich in der Rolle eines Entwicklers, übernehme aber auch die Aufgaben eines Lead Engineers. Das bedeutet, ich bin nicht nur für die Implementierung von Features verantwortlich, sondern auch für die technische Leitung und den Architekturentwurf. Außerdem gehört das Mentoring von jüngeren Kollegen zu meinen Aufgaben.“

4. Beiträge im Team kommunizieren

Eine Rolle zu haben ist eine Sache, aber wie beschreibt man die tatsächlichen Beiträge und den persönlichen Arbeitsstil? In einem Vorstellungsgespräch ist das entscheidend.

Das folgende Video zeigt ein simuliertes Interview mit einem IT-Spezialisten. Achten Sie genau darauf, wie er seine Arbeitsweise und seinen Beitrag zum Team beschreibt.

Aus dem Video können wir einige sehr nützliche Phrasen für Sie ableiten:

• Über den Arbeitsstil:
  • „Meine Arbeitsweise ist sehr strukturiert und lösungsorientiert.“
  • „Ich bevorzuge agile Methoden wie Scrum oder Kanban.“
  • „Ich schätze den regelmäßigen Austausch mit meinem Team.“
  • „Kommunikation spielt für mich eine zentrale Rolle, besonders in interdisziplinären Projekten.“
• Über Beiträge im Team und bei Problemen:
  • „Ich versuche, Probleme frühzeitig zu erkennen und offen darüber zu sprechen.“
  • „Ich finde regelmäßige Meetings und Code-Reviews wichtig, um die Qualität zu steigern.“
  • „Falls es Konflikte gibt, versuche ich, eine lösungsorientierte Diskussion zu führen und Kompromisse zu finden.“

In die Praxis umsetzen: Ihr Beitrag im Daily Stand-up

Eine der besten Gelegenheiten, Ihre Beiträge zu formulieren, ist das Daily Stand-up. Wie wir in der letzten Lektion gelernt haben, beantwortet jedes Teammitglied drei Kernfragen. Dies ist ein perfektes Übungsformat.

Die drei Fragen lauten:

1. Was habe ich gestern getan? (Was habe ich gestern getan?)
2. Was werde ich heute tun? (Was werde ich heute tun?)
3. Welche Hindernisse gibt es? (Welche Hindernisse gibt es?)

Beispiel für ein Update, das auf Ihre Rolle und Ihren Tech-Stack zugeschnitten ist:

Gestern habe ich die Entwicklung der REST-API für das neue FullCalendar-Modul abgeschlossen und eine erste Code-Überprüfung (Code-Review) mit einem Kollegen durchgeführt.

Heute werde ich die Hintergrundverarbeitung (background processing) mit Celery und Redis implementieren und die dazugehörigen Unit-Tests schreiben.

Ich habe keine Hindernisse (keine Blocker / keine Hindernisse).

Zusammenfassung und Ausblick

Sehr gut! Sie haben heute gelernt, wie Sie Ihre Rolle und Ihre Beiträge in einem agilen Team präzise beschreiben können.

Ihre heutigen Kernkompetenzen:

• Sie können die drei Scrum-Rollen (Product Owner, Scrum Master, Entwickler) benennen und Ihre eigene Rolle innerhalb dieser Struktur verorten.
• Sie kennen die spezifischen Aufgaben eines Entwicklers in den Scrum-Meetings und können Ihre zusätzlichen Verantwortlichkeiten als Lead Engineer (technische Leitung, Mentoring) benennen.
• Sie können nützliche Formulierungen verwenden, um Ihren Arbeitsstil (lösungsorientiert, agil) und Ihre Herangehensweise an Teamarbeit (Kommunikation, Kompromisse) zu beschreiben.
• Sie können Ihre täglichen Beiträge in einem Stand-up-Format klar formulieren.

In der nächsten Lektion werden wir noch technischer. Wir werden lernen, wie man ein technisches Problem oder einen Bug mit dem passenden Vokabular beschreibt. Dies ist eine weitere entscheidende Fähigkeit, sowohl für den Arbeitsalltag als auch für technische Interviews.