# 2026-01-28 - PlanungsprÃ¤misse - KapazitÃ¤ten pro Team pro PI

Version: 10 | Last modified: 2026-01-20T09:27:51.955+01:00
Source: confluence page ID 522360236

---

Inhalt

KapazitÃ¤t
Die ARTs werden zu jedem PI die KapazitÃ¤ten der Teams validieren und gegebenfalls anpassen
Standardteam (8-13 Personen / 70% Entwicklung - 30% Betrieb) = 8 Capability JS in einem PI
BerÃ¼cksichtigung der PufferFÃ¼r die Planung wird ein Puffer berÃ¼cksichtigt. Wenn die KapazitÃ¤t der Teams ermittelt ist, bitte die KapazitÃ¤t abzÃ¼glich des Puffers auf dem Conceptboard pro Increment eintragen.
In der Planung wird ein Puffer von durchschnittlich 15 % berÃ¼cksichtigt.Â 
Beispiel: Team hat KapazitÃ¤t 8; FÃ¼r Increment 42 wird 20% abgezogen: 6,5 wird eingetragen. Es werden nur in 0,5 Schritten eingetragen (6; 6,5; 7; 7,5) usw.
Team hat JS = 8 | PI40 | PI41 | PI42 | PI43 | PI44 | 
% | 95% | 90% | 90% | 80% | 75% | 
JS | 7,5 | 7 | 7 | 6,5 | 6 | 
Schritte
Ermittle / bestÃ¤tige die KapazitÃ¤t deiner Teams.
Berechne / adaptiere den Puffer und trage diesen auf dem Conceptboard ein.
Verifikation wÃ¤hrend der Planung
Sicherstellung, dass die KapazitÃ¤t und Puffer nicht Ã¼berschritten werden.

TeamsART BARDTeamname | Standardteam ja/nein | JS pro PI | Kommentar | 
AST | nein, Spezifikationsteam und Testteam fÃ¼r Zusammenarbeit mit dem externen Lieferanten HaCon | 8 | 
 | 
FOps | Nein, dieses Team macht Fachliche BetriebsfÃ¼hrung. Kein DevOps | 
 | KapazitÃ¤t der Teams ist nicht in den Meilensteinen abgebildet. Grund: Vorgabe von Management: 70% Strategie (Meilensteine), 30% Betrieb (diese sind nicht in den Strategischen Meilensteinen abgebildet) | 
InfraTec | Nein, dieses Team macht hauptsÃ¤chlich technische BetriebsfÃ¼hrung, ca. 30% Weiterentwicklung. | 
 | KapazitÃ¤t der Teams ist nicht in den Meilensteinen abgebildet. Grund: Vorgabe von Management: 70% Strategie (Meilensteine), 30% Betrieb (diese sind nicht in den Strategischen Meilensteinen abgebildet) | 
BaBeDas | 
 | 8 | 
 | 
PzE | 
 | 8 | 
 | 

 | 
 | 
 | 
 | 

 | 
 | 
 | 
 | 

ART CMÂ Teamname | Standardteam ja/nein | JS pro PI | Kommentar | 
Analytics Dashbords | ja | 8 | notwendige ad-hoc-Auswertungen fÃ¼r Fachbereiche kÃ¶nnen in den angenommen 30% fÃ¼r Betrieb sichergestellt werden | 
NeMo Business Intelligence | ja | 8 | notwendige ad-hoc-Auswertungen fÃ¼r Fachbereiche kÃ¶nnen in den angenommen 30% fÃ¼r Betrieb sichergestellt werden | 
CMDP Crush | ja | 8 | Durch Teamanpassungen/-Verschiebung von Marlin ab PI 37 sind im Team 8 Personen | 
CMDP Marlin | ja | 8 | 
 | 

 | 
 | 
 | 
 | 

 | 
 | 
 | 
 | 

 | 
 | 
 | 
 | 
ART IDBFTeamname | Standardteam ja/nein | JS pro PI | Kommentar | 
Blaupause | nein | 8 | reines Konzeptionsteam | 
PHOENIX | nein | 8 | reines Dev-Team | 
Atlas | nein | 2 | reines Betriebsteam, entwickelt Plattform aber weiter | 
IMpuls | nein | 5 | Anforderungsmanagement Team | 
Teams werden durchgÃ¤ngig voll ausgelastet, Steuerung erfolgt Ã¼ber Kanbanpriorisierung durch die ART-Steuerung auf Capability-/Featureebene. | 
ART K&KTeamname | Standardteam ja/nein | JS pro PI | Kommentar | 
Iris | ja | 8 | 6 Personen inkl PO/SM; | 
Hippocampus | ja | 8 | 8 Personen inkl PO/SM; | 
Cortex | ja | 8 | 7 Personen inkl PO; | 
Thalamus | ja | 8 | 11 Personen inkl PO; | 

 | 
 | 
 | 
 | 

 | 
 | 
 | 
 | 

 | 
 | 
 | 
 | 
ART SuNAktualisierung 07.01 aufgrund ART-interner Roadmap-Planung
Teamname | Standardteam ja/nein | JS pro PI | Kommentar | 
Atlas | nein | 8 | 12 Pers., Betrieb ab Q1/26
Velocity aufgrund von Erfahrungswerten
 | 
TADA | nein | 7 | 10 Pers., DevOps
Velocity aufgrund von Erfahrungswerten
 | 
Rocket | nein | 8 | 9 Pers., DevOps
Velocity aufgrund von Erfahrungswerten
 | 
BEAT | nein | 12 | 10 Pers., teamÃ¼bergreifend agierendes Team
Velocity aufgrund von Erfahrungswerten
 | 
Puls | nein | 10 | 7 Pers., teamÃ¼bergreifend agierendes Team
Velocity aufgrund von Erfahrungswerten
 | 
Flux | nein | 9 | 15 Pers., Betrieb ab Q1/26
Velocity aufgrund von Erfahrungswerten
 | 
FaMe | nein | 11 | 14 Pers., Betrieb ab Q1/26
Velocity aufgrund von Erfahrungswerten
 | 
Netzfahrplan | nein | 6 | 14 Pers., DevOps
Velocity aufgrund von Erfahrungswerten
 | 
FuseÂ  | nein | 8 | 14 Pers. | 
ART KommunikationTeamname | Standardteam ja/nein | JS pro PI | Kommentar | 
Europa | ja
 | 7
 | Ãbernahme Produktion, EinfÃ¼hrung DevOps
 | 
Carpo | ja
 | 7
 | Ãbernahme Produktion, EinfÃ¼hrung DevOps
 | 
Io | ja
 | 7
 | Go-Live, Betrieb, EinfÃ¼hrung DevOps
 | 
Metis | ja
 | 7
 | Go-Live, Betrieb, EinfÃ¼hrung DevOps
 | 
Pandia | ja
 | 7
 | Ãbernahme Produktion, EinfÃ¼hrung DevOps
 | 
ART Uj KonstruktionTeamname | Standardteam ja/nein | JS pro PI | Kommentar | 
Galaxy | ja
 | 8 | 11 Personen; Anteil Ops, Wartung 20%.Â  | 
Planbau | nein | 8Â  | 24 Personen; Anteil Ops, Wartung 20%. | 
Adams | ja | 8 | 15 Personen; Anteil Ops, Wartung 5% (nur 5% aufgrund von Buchungsvorgabe Hypercare) | 
Ains | ja | 8 | 13 Personen; Anteil Ops, Wartung 22.5% | 
Bestand | nein | 11 | 30 Personen; Anteil Ops, Wartung und Infrastruktur 30%; Allg. ujBau und Nfpl Anforderungen 15%Â  | 
Faps | ja | 8 | 12 Personen; Anteil Ops, Wartung 25% | 
Flow | ja | 9 | 15 Personen; Anteil Ops, Wartung 5% (nur 5% aufgrund von Buchungsvorgabe Hypercare) | 
Nexus | ja | 8 | 13 Personen; Anteil Ops, Wartung 5% (nur 5% aufgrund von Buchungsvorgabe Hypercare) | 
ART Uj VerÃ¶ffentlichungTeamname | Standardteam ja/nein | JS pro PI | Kommentar | 
IVÃ¶
(BIS, Adapt, Trion, Juice)
 | ja fÃ¼r alle Teams | 26 | 33 Personen,Â  19 Entwickler | 
GFD-Z | nein | 11,5 | 22 Personen, 10 Entwickler
30% Betrieb
 | 

ART C2S Plattform
Teamname | Standardteam ja/nein | JS pro PI | Kommentar | 
IFP | ja | 4,5 | 10 Entwickler; BetriebskapazitÃ¤t mind. 50 % | 
neXt | nein | 3 | 4,5 Entwickler; BetriebskapazitÃ¤t mind. 50 % | 
Plattform | nein | 7,5 | 6 Entwickler, PI 38 keine Betriebskapa | 
Pipeline | nein | 5 | 4 Entwickler, PI 38 keine Betriebskapa | 
Prozesse | nein | 2 | Aktuell Teilzeitressourcen mit Teamumbau; reines BA Team | 
Allgemeine Info:
 | 
Â Team Quest
Teamname | Standardteam ja/nein | JS pro PI | Kommentar | 
QuEST Dev | nein (4 Entwickler:innen + 2 FEs + 1 Spezial) | 6 | Virtuelles Team bestehend aus 4 Entwicklern plus Spezialpersonen, die je nach Bedarf mit X % allokiert werden. | 
QuEST Core | nein | 2 | Virtuelles Team bestehend aus 1 Entwickler plus Spezialpersonen, die je nach Bedarf mit X % allokiert werden. | 
QuEST Ops | nein | 
 | Virtuelles Team | 

 | 
 | 
 | 
 | 

 | 
 | 
 | 
 | 

 | 
 | 
 | 
 | 

 | 
 | 
 | 
 |
