Priorisatiounszeremonie
1. Aféierung (Fir Clienten & Partner)
Eis Priorisatiounszeremonie fënnt all zwee Wochen statt, fir sécherzestellen, datt mir eis Backlog-Prioritéiten regelméisseg aktualiséieren virun der nächster Ronn vun Poker Planning. Während dëser Zeremonie iwwerpréift d'Team nei an existent Tickets, diskutéiert Dringlechkeet, a gläicht d'Elementer am Backlog mat eisen vierteljährleche Ziler.
Dëse Prozess hëlleft Iech ze verstoen firwat e puer Aufgaben méi fréi geplangt ginn wéi aner, an assuréiert Transparenz an der Manéier wéi mir dës Entscheedungen treffen.
2. Wéi ass involvéiert
| Roll | Beteiligung | Virdeel fir Iech |
|---|---|---|
| Product Owner | Leed d'Sessioun, presentéiert wichteg Updates iwwer Geschäftsbedürfnisser. | Suergt dofir, datt Featurefuerderungen oder kritesch Bugs déi richteg Opmierksamkeet kréien. |
| Scrum Master / Facilitator | Hält d'Treffen am Kader, verwaltet d'Zäit. | Hält eng glat, effizient Diskussioun, sou datt Entscheedungen schnell getraff ginn. |
| Dev Team | Bitt technesch Iwwerbléck (Komplexitéit, Ofhängegkeeten). | Gëtt realistesch Erwaardungen iwwer wéi séier e Punkt fäerdeggestallt ka ginn. |
| QA Engineer | Héichlëft d'Testingkomplexitéit oder Qualitéitsproblemer. | Sécherstellt, datt d'Qualitéitsaspekter an d'Prioriséierung abegraff sinn. | | Stakeholders (Client/Partner) | Kënnten hin an erëm deelhuelen, besonnesch wann grouss Aflëssartikelen ënner Berécksiichtung sinn. | Bitt direkt Input iwwer d'Geschäftsrelevanz, kläert Dringlechkeet a Geltungsbereich. |
3. Prozessfluss / Schema
Hei ass eng Iwwersiicht vum all zwee Wochen Prioriséierungsfluss, mat doppelte Zitéierungen fir Mermaid Etiketten:
- Reviséiert aktualiséiert Triage-Lëscht: D'triaged Tickets (Bugs & Features) ginn virgedroen.
- Diskutéiert Schweregrad, Komplexitéit, Geschäftswaarde: D'Gruppe wäegt technesch Komplexitéit (Dev Team), Qualitéit/Testfaktoren (QA), an geschäftlech Impakt (Stakeholders).
- Produktbesëtzer weist Prioritéitsniveauen zuteed: Elementer ginn als Héich, Mëddeg, oder Niedereg Prioritéit klasséiert.
- Akzeptéiert fir déi nächst Sprint?: Wann et Héich Prioritéit ass an duerchféierbar fir déi kommend Sprint, geet et an d'Poker Planning. Anescht bleift et am Backlog fir zukünfteg Sprints.
- Feedback & Nächste Schrëtt: D'Team aktualiséiert Statussen, informéiert relevant Stakeholders, an preparéiert sech fir d'kommend Poker Planning Sessioun.
4. Kuerz FAQ
Q1: Wéi bestëmmen mir, wéi eng Tickets diskutéiert ginn?
A1: Mir kucken op nei agereechert Tickets zënter der leschter Zeremonie, souwéi op bestehend Backlog-Elementer déi eventuell eng nei Prioriséierung brauchen wéinst ännerende Bedéngungen.
Q2: Ass dat dasselwecht wéi Poker Planning?
A2: Net genau. Prioriséierung klasséiert Elementer baséiert op Dringlechkeet an Impakt; Poker Planning (wat nach kënnt) fokusséiert op Schätzungen vun dësen Elementer am Detail.
Q3: Kënnen Clienten/Partner deelhuelen?
A3: Typesch ass et eng intern Sessioun. Awer, wann et eng grouss Ufro vun Ärer Säit gëtt, kënne mir Iech invitéieren oder Är Meenung am Viraus sammelen.
Q4: Wat wann e Ticket dréngend ass, awer dës Zeremonie verpasst huet?
A4: Kritesch Problemer (z.B. e schwéieren Bug) kënnen immediates ausserhalb vum normale Cycle behandelt ginn, wann et néideg ass. Alles anescht waart op déi nächst Zeremonie.
5. Nächste Schrëtt & Zousätzlech Ressourcen
- Poker Planning: No der Prioriséierung ginn héichprioriséiert Elementer an Poker Planning fir detailléiert Schätzung.
- Quartalsroadmap: Kuckt den Inhalt vun den kommende Sprints, wann d'Prioriséierungsentscheedungen ofgeschloss sinn.
- Triage & Ticketkategoriséierung: Léiert wéi Elementer klasséiert ginn, ier si an dësen Prioriséierungsprozess erakommen.
- Kontaktéiert eis: Braucht Dir Klärungen oder hutt eng dréngend Ufro? Schéckt eis eng E-Mail un
contact+support@aismarttalk.techoder froe eis Chatbot op der Websäit.
Duerch d'Duerchféierung vun der Priorisierungszeremonie all zwee Wochen virun Poker Planning, halen mir eis Backlog relevant, garantéieren datt wichteg Aufgaben unerkannt ginn, an halen eng dynamesch Approche fir d'Planung vun neie Funktiounen an Bugfixen.