# Teamvereinbarungen vom Team Europa

Version: 11 | Last modified: 2026-05-13T07:40:20.043+02:00
Source: confluence page ID 490590530

---

1{"header":{},"headline":{},"base":{"backgroundColor":{"color":{"light":"#f9f9ff"}},"borderRadius":{"radius":4},"border":{"width":2,"color":"#2888F8","top":true,"right":true,"bottom":true,"left":true,"style":"solid"},"size":{},"boxShadow":{"shadows":[{"color":"rgba(0, 0, 0, 0.08)","x":0,"y":1,"blur":1,"spread":0},{"color":"rgba(0, 0, 0, 0.16)","x":0,"y":1,"blur":3,"spread":1}]}},"body":{"text":{"color":"#000038","fontSize":16,"fontWeight":"normal","textAlign":"left"}}}Unser PurposeAls Shared Services Team stellen wir zentrale Komponenten bereit und betreiben sie, damit im ART.KOM andere Teams entlastet und Effizienzen gehoben werden.
Wir bereichern den ART.KOM durch den Transfer unseres Know-Hows. (ggf. ergÃ¤nzen, spezifizieren)
Wir ergÃ¤nzen die Architektur der KOMBau durch wiederverwendbare Komponenten.

WerteÂ 1. QualitÃ¤tâFÃ¼r uns bedeutet QualitÃ¤t, dass wir richtige und zukunftsorientierte LÃ¶sungen schaffen, damit unsere LÃ¶sungen nachhaltig, wartbar, stabil und verlÃ¤sslich sind.
2. KommunikationâFÃ¼r uns bedeutet Kommunikation, dass wir Informationen und Ideen miteinander austauschen, damit Potentiale optional ausschÃ¶pfen und das Miteinander zu stÃ¤rken.â
3. TransparenzâWir sind transparent, indem wir sagen, was ist (Hindernisse, Arbeitsfortschritt, Entscheidungen), damit wir Vertrauen, Klarheit und die Voraussetzungen fÃ¼r Zusammenarbeit schaffen â auch nach auÃen.
4. Verbindlichkeit / ZuverlÃ¤ssigkeitâFÃ¼r uns bedeutet Verbindlichkeit / ZuverlÃ¤ssigkeit, dass wir unsere Zusagen einhalten, damit sowohl im groÃen als auch im kleinen Rahmen Planungssicherheit besteht.
Working Agreements (keine Reihenfolge)TransparenzWir kommunizieren regelmÃ¤Ãig miteinander, um einen transparenten Blick in unsere jeweilige Arbeit zu haben (Arbeitsfortschritte + Hindernisse).

Wir machen AbhÃ¤ngigkeiten klar und dokumentieren diese an einem Ort an dem ihn alle Beteiligten sehen.Â 

Alle Ãnderungen sollten am Ende vom Tag in "git" sein.Â 

Wir aktualisieren und dokumentieren ArbeitsstÃ¤nde regelmÃ¤Ãig und zwar so, dass Notfalls ein anderer Kollege Ã¼bernehmen kÃ¶nnte.

FeedbackkulturWir gehen offen miteinander um.

Wir scheuen nicht davor, uns auch mal spontan direktes und konstruktives Feedback zu geben.

Wir sind mutig, Dinge anzusprechen und zu verÃ¤ndern.

KommunikationskulturWir machen (mindestens) in der Retro unsere Kamera an.Â 

Wir fragen nach, wenn etwas unklar ist.

Wir beteiligen uns aktiv in Terminen / Diskussionen.

Informationen nicht nur bekommen, sondern auch aktiv beschaffen. (Pull-Prinzip)

Bei teamrelevanten Informationen, werden diese umgehend mit dem Team geteilt.

"No spam in Chat" Wenn sich eine Diskussion anbahnt, wird ein themenbezogener Diskussionskanal gesucht.

Ideen / Wissen werden in das Team / Projekt eingebracht und geteilt.

Um produktive Arbeitsslots zu haben, dÃ¼rfen wir uns auf "nicht stÃ¶ren" stellen. (zeitlich begrenzt, z.B. 1h)

Andere Teams haben andere Prozesse. Wenn etwas unklar ist, sollten wir einfach auf kurzem Dienstweg nachfragen, ohne lange zu warten. Und die Unterschiede der Prozesse auch dem anderen Team transparent machen.

QualitÃ¤t + WissenstransferWir haben das Gesamtziel vor Augen und unterstÃ¼tzen wenn nÃ¶tig andere Teams.
Wir arbeiten qualitÃ¤tsbewusst und sorgfÃ¤ltig. Manche Dinge benÃ¶tigen Zeit, wir verlieren uns aber auch nicht im Detail.
Wir arbeiten zukunftsorientiert und nachhaltig.
Bei komplexen / neuen Themen, arbeiten zwei Personen zusammen.Â 
Wir tauschen Erkenntnisse und Erfahrungen aus und geben auch Experimenten einen Raum, um Lernen zu fÃ¶rdern.
Bei Tickets mit Unsicherheitsfaktor, Sensibilisierung im Team, wÃ¤hrend der Bearbeitung kritisch auf die ausreichende Beschreibung und AKs zu achten, im Rahmen der Bearbeitung. Die Erkenntnisse werden kommentiert und im Daily geteilt. AnschlieÃend werden als MaÃnahme ggf. Folgetickets abgeleitet oder es muss zusÃ¤tzlich notwendige Arbeit als "Zwischenticket" erstellt werden, letzteres sollte eine Ausnahme sein.

TeamverantwortungGrÃ¶Ãere Ãnderungen / Entscheidungen werden als Team getroffen.
Wir sind immer als Team verantwortlich und schieben VerantwortungenÂ nicht auf eine Person (Schuldzuweisung).
Wir vertreten nach auÃen eine einheitliche Teammeinung. Intern kÃ¶nnen wir diskutieren.

User StoriesBeim Anlegen von User Stories erfassen wir mindestens eine kurze Beschreibung, Ausarbeitung kann spÃ¤ter folgen.

Technisches Review / Merge RequestWir nutzen Merge Requests aktiv fÃ¼r Wissenstransfer.
Bei komplexeren Ãnderungen empfiehlt sich ein gemeinsamer Call; fÃ¼r kleinere Anpassungen reicht das Review im System aus.

Teamreview / PO AbnahmeIst ein Ticket fertig, wird ein zeitnaher Termin vom Bearbeiter zur gemeinsamen Abnahme mit PO, + 1 Dev als erforderlich und weiteren optional ausgemacht.Â 

TermineTermine starten um 5 nach, fÃ¼r ausreichend Puffer zu vorherigen Terminen.
Auf Termine reagieren wir immer mit RSVP: Zusage oder Absage (ggf. unter Vorbehalt), niemals keine Antwort.

Auf die obenstehenden Standards haben wir uns initial bei unserem Teamtag am 26.11.2025 committed. Teamtag Aqua_Europa 2025 November.pptx
Neben den Grundstandards finden sich auf den folgenden Seiten Details und Regelungen zu weiteren wichtigen Themen wie Abwesenheiten, methodische Grundlagen, etc.
true
