Bahn: aisupport, Analyse-O2C-C2S, awesome-bahn-mcp-servers, beam-mcp,
Confluence_Bot, db-planet-mcp-server, O2C-Harness, project-audit,
Projekt-KIQ-HP, teamlandkarte-mcp
Dhive: Jury-Voting
Privat: CV, NoteGraph (NOTE: NoteGraph needs complete redo after consolidation)
Shared: AI-Orchestrator, OrgMyLife, power_skills_and_more
Shared/references: symphony (read-only)
Bahn repos remain available as independent remotes - this monorepo
pulls them in via subtree, the originals are untouched.
4.0 KiB
Team Einzeltrasse (wird ersetzt durch Team-Rocket & Team TADA)
Version: 2 | Last modified: 2023-05-23T12:20:09.970+02:00 Source: confluence page ID 258976072
AgendaAgenda|Unterseiten
Unterseiten 250 Wo finde ich Informationen zu....
Was | Wo | PI Objectives | | Daily | Teams-Wiki â Allgemein (Team E â Wiki â Allgemein â Daily) | Iteration Planning | Ablauf: Teams-Wiki â Allgemein (Team E â Wiki â Allgemein â Sprint Planning) | Review | Hier die jeweils aktuelle Agenda  (PI ## Dokumente â PI ## Sprint Reviews)
| Team-Kalender | https://wiki.intranet.deutschebahn.com/wiki/display/neXtlab/calendar/ffb637b1-e56f-45c2-a369-e4d00951793b?calendarName=Team%20Einzeltrasse (next-all-Kalender) () | Deployment-Verantwortung | | Stundenbuchung in Jira | |
DoR - Ready: ChecklisteWie ist diese Checkliste entstanden?Es gibt Programmvorgaben, die die Teams für sich erweitern können. Das sind die Programm-Vorgaben in einem PPTX-Dokument und es folgt die Interpretation von und für Team E.Geltungsbereich: Userstory, Enabler (Nicht: Bugs, Tasks) Die Akzeptanzkriterien werden in das entsprechende Feld im JIRA eingetragen (dabei kann auch auf bereits im Ticket vorhandene Akzeptanztests verwiesen werden)
Checkliste: Name und Beschreibung des Tickets ist vorhanden Die fachlich/technische Spezifikationen des Tickets (funktionale Anforderungen und NfA, wenn vorhanden; Lösungsdesign/Kozeption) sind verständlich beschrieben.Dazu wird mindestens auf das zugehörige Feature (= "Epic" im JIRA) oder auf andere Dokumente (z. B. in Confluence-Wiki)â verwiesen (Link).
Damit wird auch die erforderliche Zugehörigkeit zu einem Feature (= Epic) hergestellt.
Wenn erforderlich, sind die Stakeholder (also, die die für Rückfragen zur Verfügung stehen) benannt (Stakeholder-JIRA-Feld verwenden wir NICHT mehr dafür) Stakeholder tragen wir FETT unter "Stakeholder:" im FlieÃtext mit der @-Funktion (für Notifications). Dort können wir auch reinschreiben, warum die Person dort genannt ist.
Akzeptanzkriterien sind beschriebenâ Die initiale Schätzung ist am Ticket dokumentiertâ Ein Ticket muss in einem Sprint umgesetzt werden könnenâ Abhängigkeiten zu anderen Tickets sind im JIRA verknüpftWenn gewusst oder vermutet wird, dass andere Teams betroffen sind/sein können, ist dies in der Beschreibung fett festzuhalten.Wenn es Aufgaben/Zuständigkeiten für andere Teams gibt, die sich aber noch nicht in den verknüpften Tickets wiederfinden, ist auch dies festzuhalten.
Zu den verknüpften Tickets: Bei nicht-trivialen Abhängigkeiten im Zweifel bitte einen erklärenden Text in die Beschreibung einfügen (egal ob teamintern oder teamübergreifend); (AugenmaÃ)
Wenn es zusätzlich hilft: Die für die Umsetzung des Tickets anzupassenden oder zu erstellenden Softwarekomponenten sind identifiziert und in der Beschreibung des Tickets benanntâ. DoD - Done: ChecklisteAusführliche Erläuterung zu den einzelnen Punkten in dieser Datei im Teams: DoD Team E.docx Geltungsbereich: Userstory, Enabler, Bugs. (Nicht: Tasks) [ ] alle Akzeptanzkriterien erfüllt [ ] alle Unteraufgaben auf fertiggestellt gesetzt [ ] Kommentar am BI, wie es umgesetzt und getestet wurde [ ] Code Reviews durchgeführt    (insb. BUG / FEATURE am letzten Commit)    (insb. Intention der Tests) [ ] Doku ist noch aktuell [ ] Changes im Zielbranch submittet [ ] Alle Tests insgesamt weisen die Wirksamkeit der Ãnderung nach.
(Letzte Aktualisierung: ca. PI 24, 2022)Unsere Mentalität / Wie wollen wir arbeiten?Pfadfinderseit "Pfadfinder-Mentalität: wenn man über eine unschöne Stelle im Code stolpert, räumt man ein bisschen auf" â innerhalb eines Tickets Unsere Philosophie beim Bug-Fixen(Vorschlag) Kirk: "Wie lange brauchst du für die Reparatur?" Scotty: "4 Wochen." Kirk: "Du hast 4 Stunden!" Scotty: "Ich machs in 2." (https://memory-alpha.fandom.com/de/wiki/Parodien_und_Anspielungen_auf_Star_Trek)