Zum Haaptinhalt sprangen

Roadmap

Unten ass eng kierz Beschreiwung vun wéi mir eis Aarbecht am Laf vum Joer plangen an ausféieren. Et ass fir Clienten a Partner geduecht, déi eng Iwwersiicht vun eisem vierteljährlechen Ansatz, eisen zwou Wochen Sprinten an wéi mir PI (Program Increment) Planning zwei Wochen virun dem Enn vun all Quartal managen, wëllen.

Roadmaps

Kuckt eis Roadmaps fir eng Iwwersiicht vun eisen aktuellen Prioritéiten a vun eiser Vision fir d'Joer ze kréien.

Roadmap vum aktuellen Quartal
Entdeckt d'Features an d'gezielte Prioritéiten fir dëst Quartal.
Roadmap vum aktuellen Joer
Kritt eng ëmfaassend Iwwersiicht vun eisen Ziler an de wichtegsten Punkten fir d'ganz Joer.

Firwat ass dat wichteg fir Iech​

  • Transparente Milestones: Dir wäert genee wëssen, wann d'Sprints ufänken an enden, an wann d'Haaptplanungs-Eventer (PI Planning) stattfannen.
  • Regelméisseg Check-ins: Jedes Sprint enthält eng Iwwerpréiwung (oder Demo) Sëtzung wou Dir de Fortschrëtt gesin, Feedback ginn an Ännerungen ufroën kënnt.
  • Proaktiv Alignement um Enn vum Quartal: D'Organisatioun vum PI Planning zwou Wochen virum Enn vum Quartal erlaabt et eis, einfach op d'Prioritéiten vum folgendem Quartal ze reagéieren, ouni ze rushen.

Zesummen Aarbechten​

  • Bleift engagéiert: Äre Feedback während den Sprint-Iwwerpréiwungen an der Planungs-Sëtzungen leet d'Basis fir eis Entscheedungen iwwer Features, Fixen, an Prioritéiten.
  • Antizipéieren: Mat Milestones, déi all zwee Wochen (fir Sprints) an all Quartal (fir PI Planning) festgeluecht sinn, kënnt Dir Är eegen Geschäfts- oder Release-Deadlines entspriechend upassen.

Iwwerbléck iwwer Aarbechtsartikelen​

AI Smarttalk verwaltet zwou grouss Typen vun ankommenden Aarbechtsartikelen:

  1. Features – Nei Features oder Verbesserungen un existéierenden.
  2. Bugs – Defekter oder Problemer an existéierenden Features déi eng Reparatur erfuerderen.

Hei ass e kuerzen Iwwerbléck wéi features an bugs typesch duerch eis Prozedur fortschreiden:

Item TypRevue TimingTypesch Prioritéit FlossPlanungs Cadence
FeaturesBiwöchentlich PrioriséierungsrevuenAkzeptéiert (an de Backlog) / Verschoben / RejeéiertDetailléiert während PI Planning (all 3 Méint)
BugsKontinuéierlech Triage; kritesch Bugs ginn esou séier wéi méiglech analyséiertHotfix (wann kritesch) / Bugfix (wann manner kritesch)Kann an de aktuellen oder nächsten Sprint agebaut ginn

Joresplang – Iwwerbléck​

Mir deelen d'Joer an véier Quartaler (Q1, Q2, Q3, Q4) op. Jedes Quartal dauert typesch dräi Méint, an mir benotzen zwee-Wochen Sprints, fir eis Aarbecht ze deelen. Dës Approche garantéiert:

  • Regelméisseg Updates no engem virhersagbare Plang.
  • Häufig Feedback Schleifen, wou Dir Är Iddien deele kënnt an d'Projekt leeschte kënnt.
  • Adaptabilitéit am Fall wou Prioritéiten an der Mëssquartal änneren.

Key Milestones​

  1. Sprints (all 2 Wochen)

    • Mir maachen eng Serie vun zwei-Wochen Sprints während dem Trimester. All Sprint endet mat enger Iwwerpréiwung vum Aarbecht déi fäerdeg ass an der Planung fir déi nächst Schrëtt.

  2. PI Planning (2 Wochen virun der Ennd vum Trimester)

    • Zwei Wochen virun der Ennd vum Trimester, halen mir eng PI Planning Sessioun.
    • Firwat 2 Wochen virun? Dësen Zäitplang erlaabt eis genuch Informatiounen, Benotzerfeedback, an Teamverfügbarkeet ze sammelen fir d'Ziler fir den nächsten Trimester ze finaliséieren ouni den leschten Sprint ze stéieren.

  3. Trimester Iwwergang

    • Am Ennd vum Trimester, sammelen mir d'Fannen aus den Sprint Iwwerpréiwungen, integréieren d'lescht Feedback, an preparéieren d'Ziler fir den nächsten Trimester.

Wéi eng Quartal typesch ofleeft​

Eng Quartal (zum Beispill, Q1, vum 1. Januar bis den 31. Mäerz) besteet aus 6 Sprints vun ongeféier 14 Deeg all. Hei ass den typesche Plang:

  1. Vun Sprint 1 bis Sprint 5 – Normal Entwécklungszäiten, all déi zwou Wochen dauert.
  2. PI Planning – Fënns um fënneften oder sechsten Sprint statt, ongeféier zwei Wochen virun dem Enn vum Quartal.
  3. Final Sprint & Closure – Mir benotzen den finale Sprint fir d'Liwwerungen ze fäerdeg ze maachen an all outstanding Problemer unzegoen. Am Enn vum Quartal hutt Dir eng kloer Vue vun de fäerdeg Features, geléisten Problemer, an de kommende Schrëtt.

PI Planning

PI Planning : milestone, pip, 2025-03-17, 1d


- **Q1** geet vun 1. Januar bis 31. Mäerz (ongeféier 90 Deeg).  
- **Q2** geet vun 1. Abrëll bis 30. Juni, asw.  
- All Quartal enthält e **milestone** (PI Q1, PI Q2, asw.) **zwei Wochen vir** dem Enn vum Quartal (z.B., Q1 endet den 31. Mäerz, PI Q1 ass geplangt fir den 17. Mäerz).

**Bemierkung:** Dës Struktur (6 Sprints pro Quartal, all 2 Wochen laang) kann e bëssen variéieren ofhängeg vun der tatsächlecher Kalenner, Feriën oder spezifesch Projetbedürfnisser. Netsdestotrotz bleiwen d'**biweekly sprint cadence** an d'**PI Planning virun dem Enn vum Quartal** konstant fir Iech vorausberechnebar Milestones ze bidden.

## Glossar
:::info
Hei ass e **Glossar** vun Begrëffer déi dacks an eiser Entwécklungsmetodologie benotzt ginn:

---

### Sprint
- **Definitioun:** Eng Zäitperiod (typesch 1 bis 2 Wochen) während där d'Team sech op eng Rei vun Ziler (Benotzergeschichten, Aufgaben) konzentréiert fir e funktionnelle Produktinkrement ze liwweren.  
- **Zil:** Rapid Iteratiounen ze erméiglechen, dacks Sichtbarkeet an de Fortschrëtt ze hunn, an d'Fäegkeet um Enn vun all Sprint Anpassungen ze maachen.

---

### PI (Programm Inkrement)
- **Definitioun:** Eng méi laang Zäitintervall (oft e Quartal, ~8 bis 12 Wochen) déi méi Sprints gruppéiert.  
- **Zil:** Teams op méi breede strategesche Ziler ze plangen an auszeregelen, während et erlaabt ass, op enger méi laanger Zäitspanne wéi e Sprint Anpassungen ze maachen.

---

### Backlog
- **Definitioun:** Eng prioriséierte Lëscht vun Features, Verbesserungen, an Fixen déi ëmgesat ginn. Et gëtt vum Product Owner oder dem Produktteam gehal.  
- **Zil:** Fir sécherzestellen, datt d'Team sech op Elementer konzentréiert, déi den héchsten Wäert fir d'Produkt oder Projet liwweren.

---

### User Story
- **Definitioun:** Eng präzis Beschreiwung vun engem Feature aus der Perspektiv vum Benotzer (“Als [Benotzer Typ] wëll ech [Fäegkeet] sou datt [Virdeel]”).  
- **Zil:** Fir sech op den Wäert fir de Benotzer ze konzentréieren an d'funktionell Ufuerderungen ze klären.

---

### Epic
- **Definitioun:** Eng grouss User Story déi allgemeng an e puer méi kleng Geschichten dekomponéiert ka ginn.  
- **Zil:** Fir komplex Features oder grouss Projeten ze managen an ze strukturéieren.

---

### Release
- **Definitioun:** D'Liwwerung vun enger stabiliséierter Versioun vum Produkt an d'Produktionsumfeld oder un d'Benotzer.  
- **Zil:** Fir benotzbare Wäert ze bidden an konkret Feedback ze sammelen.