# data[].attributes.body
2-wöchentliche Abstimmungsrunde

# data[].attributes.body
GUT: 2 - wöchiges Format

# data[].attributes.body
Termin sind zeitlich noch  gut managebar (in dieser Gruppe) und überschreiten auch selten die Limits

# data[].attributes.body
2-wöchentliche Abstimmungsrunde

# data[].attributes.body
[GUT] Steering Meeting mit Leo

# data[].attributes.body
2 Wochen Sprints mit Abstimmungsrunde sind ein guter Zyklus

# data[].attributes.body
2 wöchiger Termin passt gut

# data[].attributes.body
Sprintlänge 2 wochen

# data[].attributes.body
Arbeit in kleinen Gruppen funktioniert sehr gut

# data[].attributes.body
GUT: Kooperation

# data[].attributes.body
die richtige Mischung von Leuten

# data[].attributes.body
GUT:
- Konstruktives Arbeiten
- Abstimmung über "Projekte" hinweg (keine Produktentwicklungsinseln mehr)
- Beteiligung am Regeltermin

# data[].attributes.body
Iterativer Ansatz mit wenig Regeln funktioniert in kleingruppen gut

# data[].attributes.body
So viele tolle Neuerungen und super Zusammenarbeit

# data[].attributes.body
Blogpost System in Confluence sorgt für einen guten Überblick

# data[].attributes.body
"Scrum Master" Rolle könnte rotieren (Erinnern, Termine einstellen, Mitschreiben)

# data[].attributes.body
Einfach geil im kleinen Entwicklerteam mit Entwicklern, die schon jahrelang dabei sind und sich in dieser Zeit gedanken über dieselben Themen gemacht haben

# data[].attributes.body
wenige Regeln

# data[].attributes.body
[BESSER] Schnittstelle zur Basis

# data[].attributes.body
"aax2pg" Daily und Austausch sind super

# data[].attributes.body
[GUT] Entwicklung nach SCRUM

# data[].attributes.body
fullllll back!

# data[].attributes.body
Zusammenarbeit und Austausch

# data[].attributes.body
GUT: Leute freihalten für PE

# data[].attributes.body
Verbessern: Ressourcenplanung: wieviel kann eigentlich geleistet werden?

# data[].attributes.body
Fullback ist geil, danke thorsten

# data[].attributes.body
müssen schauen wie/ob wir noch skalieren können/wollen

# data[].attributes.body
Regeln transparent / sichtbar machen

# data[].attributes.body
Vision

# data[].attributes.body
Skalierung auf mehr Leute wird schwieriger bzw. braucht mehr Regeln

# data[].attributes.body
VERBESSERN: die beteiligte Gruppe ist noch recht lose

# data[].attributes.body
Zeitaufwendig, DB Migration manchmal lückenhaft / fehlerhaft

# data[].attributes.body
Verbesserungsvorschläge von allen

# data[].attributes.body
alles was ansteht schon mal als Epic oder story erfassen und grob schätzen, damit klar ist wie groß das was ansteht ist

# data[].attributes.body
Verbessern: regelmäßige Retros

# data[].attributes.body
mir gehen die Dinge manchmal zu schnell

# data[].attributes.body
[BESSER] Austausch zwischen Subprojekten

# data[].attributes.body
verlässliche Teilnahme an den Abstimmungen

# data[].attributes.body
Bisschen alleine beim Installer ^^

# data[].attributes.body
Funktioniert schwierig mit zeitaufwendigen Hauptprojekten

# data[].attributes.body
graphische Aufbereitung der Ziele. Dazu müssen allerdings alle epics & stories konsequent erfasst erfasst werden

# data[].attributes.body
Verbessern: Übersichtlichkeit

# data[].attributes.body
BESSER: Fortschritt / RÜckschritt sichtbar machen

# data[].attributes.body
Eigener Bereich in Confluence Vs Arbeitsgruppenunterseite?

# data[].attributes.body
Confluence "Bereich" für Proposals?

# data[].attributes.body
Man könnte anhand prototypisch die Core Komponenten mit Gitlab managen mit Pull Requests

# data[].attributes.body
Wahrscheinlich wird es Produktverantwortliche für die Zukunft brauchen

# data[].attributes.body
Wer macht was und warum? Was ist wichtig und warum? Was ist wichtiger als andere Dinge und warum?

# data[].attributes.headline
wenig Regeln, die gut funktionieren nach Bedarf anwenden

# data[].attributes.subject
wenig Regeln, die gut funktionieren nach Bedarf anwenden

# data[].attributes.body
(evtl. gitlab als möglichkeit berücksichtigen)