Sprint History
Diese Seite gibt eine Zusammenfassung über die bisher gelaufenen Sprints. Da ein Sprint bei uns auf zwei Wochen begrenzt ist, sollte sich hieraus nach der Durchführung von mehreren Sprints eine Entwicklungsgeschwindigkeit ableiten lassen.
| Sprint | Zeitraum | Sprint Vision | Teamkapazität (in PT) | Geschätzt (Story Points) | Geschafft (Story Points) |
|---|---|---|---|---|---|
| 1 | 21.7 - 3.8.2015 | Variablenmanagement (anlegen & suchen) | Entwickler: 20, Domänenexperte: 5 | 28 | 0 |
| 2 | 4.8. - 17.8.2015 | Variablenmanagement (anlegen & suchen) | Entwickler: 24, Domänenexperte: 5 | 28 | 8 |
| 3 | 18.8. - 31.8.2015 | Search-As-You-Type & Variablen bearbeiten | Entwickler: 28, Domänenexperte: 5 | 39 | 39 |
| 4 | 1.9. - 14.9.2015 | Filtering Variables & Variable Details | Entwickler: 30, Domänenexperte: 5 | 31 | 26 |
| 5 | 15.9. - 28.9.2015 | Legal Requirements & Filterorder | Entwickler: 21,5, Domänenexperte: 3 | 28 | 16 |
| 6 | 29.9. - 12.10.2015 | Question Management & Suggest-As-You-Type | Entwickler: 14, Domänenexperte: 5 | 56 | 15 |
| 7 | 13.10. - 26.10.2015 | Question Management & Suggest-As-You-Type | Entwickler: 10, Domänenexperte: 5 | 41 | 0 |
| 8 | 27.10. - 9.11.2015 | Migrate to JHipster and Start Metadataschema | Entwickler: 24, Domänenexperte: 3,5 | 74 | 61 |
| 9 | 10.11. - 23.11.2015 | Migrate to MongoDB and reanimate search | Entwickler: 30, Domänenexperte: 4 | 51 | 18 |
| 10 | 24.11. - 07.12.2015 | Save the world | Entwickler: 29, Domänenexperte: 2,5 | 81 | 76 |
| 11 | 08.12. - 21.12.2015 | Test the REST | Entwickler: 27, Domänenexperte: 4 | 88 | 58 |
| 12 | 12.01.2016 - 25.01.2016 | Möge das Testen mit dir sein | Entwickler: 30, Domänenexperte: 5 | 92 | 64 |
| 13 | 26.01.2016 - 08.02.2016 | ?? | Entwickler: 28, Domänenexperte: 2,5 | 119 | 69 |
| 14 | 09.02.2016 - 22.02.2016 | Megalomania | Entwickler: 30, Domänenexperte: 5 | 154 | 93 |
| 15 | 23.02.2016 - 07.03.2016 | Importing important metadata | Entwickler: 26, Domänenexperte: 0 | 107 | 57 |
| 16 | 08.03.2016 - 21.03.2016 | Continue importing important metadata and validate it | Entwickler: 30, Domänenexperten: 7 | 128 | 43 |
| 17 | 22.03.2016 - 04.04.2016 | Happy Eastern ;-) | Entwickler: 24, Domänenexperten: 5,5 | 145 | 34 |
| 18 | 05.04.2016 - 18.04.2016 | What the variable report!? | Entwickler: 29, Domänenexperten: 6 | 149 | 89 |
| 19 | 19.04.2016 - 02.05.2016 | Don't worry, be data set report. | Entwickler: 18, Domänenexperten: 6 | 146 | 87 |
| 20 | 03.05.2016 - 16.05.2016 | Introduce data package | Entwickler: 22, Domänenexperten: 3 | 83 | 32 |
| 21 | 17.05.2016 - 30.05.2016 | Stop fumbling arround | Entwickler: 30, Domänenexperten: 6 | 91 | 83 |
| 22 | 31.05.2016 - 13.06.2016 | Public search again | Entwickler: 26, Domänenexperten: 3 | 112 | 19 |
| 23 | 14.06.2016 - 27.06.2016 | Public search again continued | Entwickler: 18, Domänenexperten: 1,5 | 103 | 47 |
| 24 | 28.06.2016 - 11.07.2016 | Search Mania | Entwickler: 18, Domänenexperten: 1,5 | 102 | 41 |
| 25 | 12.07.2016 - 25.07.2016 | Design Sprint | Entwickler: 18, Domänenexperten: 1,5 | 141 | 109 |
| 26 | 26.07.2016 - 08.08.2016 | Start Modelling the World | Entwickler: 20, Domänenexperten: 3 | 85 | 14 |
| 27 | 09.08.2016 - 22.08.2016 | Fragen über Fragen | Entwickler: 20, Domänenexperten: 5 | 99 | 110 |
| 28 | 23.08.2016 - 05.09.2016 | Study the Details | Entwickler: 17, Domänenexperten: 5 | 72 | 52 |
| 29 | 06.09.2016 - 19.09.2016 | Hopefully finalize studies | Entwickler: 23, Domänenexperten: 3 | 57 | 30 |
| 30 | 20.09.2016 - 03.10.2016 | ?? | Entwickler: 22, Domänenexperten: 3 | ?? | 59 |
| 31 | 04.10.2016 - 17.10.2016 | Loneliness | Entwickler: 11, Domänenexperten: 5 | 93 | 40 |
| 32 | 18.10.2016 - 31.10.2016 | Modelling more missing attributes | Entwickler: 19, Domänenexperten: 5 | 74 | 58 |
| 33 | 01.11.2016 - 14.11.2016 | Refining details views | Entwickler: 30, Domänenexperten: 5 | 71 | 46 |
| 34 | 15.11.2016 - 28.11.2016 | Fix the chaos | Entwickler: 29, Domänenexperten: 4 | 65 | 64 |
| 35 | 29.11.2016 - 12.12.2016 | Fix the Domain Model | Entwickler: 26, Domänenexperten: 3 | 65 | 53 |
| 36 | 13.12.2016 - 09.01.2017 | X-Mas Sprint | Entwickler: ??, Domänenexperten: ?? | 125 | 56 |
| 37 | 10.01.2017 - 23.01.2017 | Finally finalize the Domain Model | Entwickler: 25, Domänenexperten: 5 | 124 | 40 |
| 38 | 24.01.2017 - 06.02.2017 | Reanimate the data set report | Entwickler: 30, Domänenexperten: 5 | 138 | 54 |
| 39 | 07.02.2017 - 20.02.2017 | A lot to do | Entwickler: 30, Domänenexperten: 5 | 181 | 66 |
| 40 | 21.02.2017 - 06.03.2017 | Finishing Sprint 39 without Daniel :-( | Entwickler: 20, Domänenexperten: 5 | 125 | 79 |
| 41 | 07.03.2017 - 20.03.2017 | I18n, Releasemanagement,... | Entwickler: 29, Domänenexperten: 5 | 111 | 40 |
| 42 | 21.03.2017 - 03.04.2017 | Thinking about dara | Entwickler: 30, Domänenexperten: 5 | 140 | 73 |
| 43 | 04.04.2017 - 17.04.2017 | 42 + 1 | Entwickler: 24, Domänenexperten: 5 | 136 | 32 |
| 44 | 18.04.2017 - 01.05.2017 | The last complete one | Entwickler: 26, Domänenexperten: 5 | 147 | 92 |
| 45 | 02.04.2017 - 15.05.2017 | Do you have an issue? Create one! | Entwickler: 14, Domänenexperten: 5 | 108 | 51 |
| 46 | 16.05.2017 - 29.05.2017 | Last man standing! | Entwickler: 22, Domänenexperten: 5 | 108 | 93 |
| 47 | 30.05.2017 - 12.06.2017 | Version 1 | Entwickler: 18, Domänenexperten: 0 | ?? | 65 |
| 48 | 13.06.2017 - 26.06.2017 | Remaster (Coffee) Filter | Entwickler: 16, Domänenexperten: 2,5 | 61 | 43 |
| 49 | 27.06.2017 - 10.07.2017 | Filter continued | Entwickler: 13, Domänenexperten: 1 | 115 | 45 |
| 50 | 11.07.2017 - 24.07.2017 | Looking for Searching | Entwickler: 10, Domänenexperten: 5 | 71 | 41 |
| 51 | 25.07.2017 - 07.08.2017 | Holiday for Everyone | Entwickler: 5, Domänenexperten: 2,5 | 31 | 15 |
| 52 | 08.08.2017 - 21.08.2017 | Filter continued (II) | Entwickler: 19, Domänenexperten: 5 | ?? | 106 |
| 53 | 22.08.2017 - 04.09.2017 | Improving search hopefully | Entwickler: 20, Domänenexperten: 4 | 63 | 61 |
| 54 | 05.09.2017 - 18.09.2017 | DOIs revisited | Entwickler: 16, Domänenexperten: 4 | 57 | 35 |
| 55 | 19.09.2017 - 16.10.2017 | Further Search Improvements | Entwickler: 20, Domänenexperten: 4 | 48 | 56 |
| 56 | 17.10.2017 - 30.10.2017 | Upgrading DARA | Entwickler: 18, Domänenexperten: 4 | 43 | 50 |
| 57 | 31.10.2017 - 13.11.2017 | New Variable Import | Entwickler: 20, Domänenexperten: 4 | 47 | 45 |
| 58 | 14.11.2017 - 27.11.2017 | Zofar Olé Olé | Entwickler: 20, Domänenexperten: 4 | 58 | 31 |
| 59 | 28.11.2017 - 11.12.2017 | Questions and Study Editing contd. | Entwickler: 20, Domänenexperten: 4 | 57 | 19 |
| 60 | 12.12.2017 - 08.01.2018 | X-Mas Sprint 2017 | Entwickler: 6 , Domänenexperten: 3 | 52 | 8 |
| 61 | 09.01.2018 - 22.01.2018 | Fixing various things | Entwickler: 20, Domänenexperten: 5 | 94 | 48 |
| 62 | 23.01.2018 - 05.02.2018 | Survey Hurz | Entwickler: 20, Domänenexperten: 5 | 86 | 0 |
| 63 | 06.02.2018 - 19.02.2018 | Surveys and DOI Versioning | Entwickler: 20, Domänenexperten: 5 | 114 | 95 |
| 64 | 20.02.2018 - 05.03.2018 | Low hanging fruits | Entwickler: 20, Domänenexperten: 5 | 68 | 11 |
| 65 | 06.03.2018 - 02.04.2018 | Last coder standing | Entwickler: 10, Domänenexperten: 10 | 100 | 44 |
| 66 | 03.04.2018 - 30.04.2018 | Last coder standing II | Entwickler: 18, Domänenexperten: 10 | 60 | 29 |
| 67 | 01.05.2018 - 28.05.2018 | Improving E2E tests | Entwickler: 18, Domänenexperten: 10 | 109 | 37 |
| 68 | 29.05.2018 - 25.06.2018 | Improving the domain docs | Entwickler: 10, Domänenexperten: 10 | 118 | 42 |
| 69 | 26.06.2018 - 23.07.2018 | Improving the domain docs (contd.) | Entwickler: 20, Domänenexperten: 10 | 84 | 4 |
| 70 | 24.07.2018 - 20.08.2018 | Improving the domain docs (contd. II) | Entwickler: 20, Domänenexperten: 10 | 94 | 73 |
| 71 | 21.08.2018 - 17.09.2018 | Let's go shopping | Entwickler: 20, Domänenexperten: 10 | 94 | 56 |
| 72 | 18.09.2018 - 15.10.2018 | Let's go shopping via eMail | Entwickler: 19, Domänenexperten: 5 | 63 | 22 |
| 73 | 16.10.2018 - 12.11.2018 | We need more GUIs for editing | Entwickler: 20, Domänenexperten: 10 | 76 | 86 |
| 74 | 13.11.2018 - 26.11.2018 | Starting with the project cockpit | Entwickler: 40, Domänenexperten: 5 | ?? | 38 |
| 75 | 27.11.2018 - 10.12.2018 | Let's be crazy | Entwickler: 40, Domänenexperten: 4 | 107 | 50 |
| 76 | 11.12.2018 - 07.01.2019 | Finalize the cockpit | Entwickler: 25, Domänenexperten: 4 | 97 | 46 |
| 77 | 08.01.2019 - 21.01.2019 | Finalize shopping cart API and cockpit | Entwickler: 30, Domänenexperten: 5 | 64 | 61 |
| 78 | 22.01.2019 - 04.02.2019 | Finalize shopping cart API and cockpit (cntd.) | Entwickler: 27, Domänenexperten: 5 | 69 | 51 |
| 79 | 05.02.2019 - 18.02.2019 | Moonlight Shadow | Entwickler: 20, Domänenexperten: 4 | 64 | 36 |
| 80 | 19.02.2019 - 04.03.2019 | Moonlight Shadow (contd.) + VFDB | Entwickler: 19, Domänenexperten: 4 | 63 | 32 |
| 81 | 05.03.2019 - 18.03.2019 | Moonlight Shadow (contd. II) + VFDB | Entwickler: 20, Domänenexperten: 4 | 82 | 42 |
| 82 | 19.03.2019 - 01.04.2019 | Moonlight Shadow (contd. III) + VFDB | Entwickler: 17, Domänenexperten: 2 | 39 | 13 |
| 83 | 02.04.2019 - 15.04.2019 | VFDB + Eastern | Entwickler: 20, Domänenexperten: 4 | 52 | 34 |
| 84 | 16.04.2019 - 13.05.2019 | Microverse | Entwickler: 20, Domänenexperten: 8 | 60 | 52 |
| 85 | 14.05.2019 - 24.06.2019 | Concepts during holidays | Entwickler: 45, Domänenexperten: 8 | ?? | 62 |
| 86 | 25.06.2019 - 08.07.2019 | Automating dataset reports | Entwickler: 20, Domänenexperten: 2 | ?? | 26 |
| 88, 89 | 23.07.2019 - 19.08.2019 | Fix Safari Bugs, Add public API | Entwickler: 30, Domänenexperten: 6 | ?? | 44 |
| 90 | 20.08.2019 - 02.09.2019 | Minor fixes, Safari for Publishers | Entwickler: 20, Domänenexperten: 4 | ?? | 13 |
| 91 | 03.09.2019 - 16.09.2019 | Hiding shadow copies | Entwickler: 20, Domänenexperten: 4 | ?? | 20 |
| 92 | 17.09.2019 - 30.09.2019 | Upgrade elasticsearch, fix safari | Entwickler: 24, Domänenexperten: 2 | ?? | 13 |
| 93 | 01.10.2019 - 14.10.2019 | Design data package search | Entwickler: 28, Domänenexperten: 2 | ?? | 33 |
| 94 | 15.10.2019 - 28.10.2019 | Start implementing the new design | Entwickler: 30, Domänenexperten: 2 | 55 | 30 |
| 95 | 29.10.2019 - 11.11.2019 | Continue implementing the new design | Entwickler: 30, Domänenexperten: 2 | 50 | 27 |
| 96 | 12.11.2019 - 25.11.2019 | Continue implementing the new design | Entwickler: 30, Domänenexperten: 2 | ?? | 3 |
| 97 | 26.11.2019 - 27.01.2020 | Finalize implementing the new design | Entwickler: 20, Domänenexperten: ?? | ?? | 75 |
| 98 | 28.01.2020 - 24.02.2020 | Clean up the frontend, add info I's | Entwickler: 20, Domänenexperten: ?? | ?? | 24 |
| 99 | 25.02.2020 - 23.03.2020 | Remove unrequired features, add markdown | Entwickler: 20, Domänenexperten: ?? | 41 | 30 |
| 100 | 05.05.2020 - 18.05.2020 | Migrate to AWS | Entwickler: 10, Domänenexperten: ?? | ?? | 46 |
| 101 | 19.05.2020 - 15.06.2020 | Fix Twitter | Entwickler: 20, Domänenexperten: ?? | ?? | 36 |
| 102 | 16.06.2020 - 29.06.2020 | Add more language infos | Entwickler: 20, Domänenexperten: ?? | ?? | 21 |
| 103 | 30.06.2020 - 07.09.2020 | Parental leave and spring boot upgrade | Entwickler: 20, Domänenexperten: ?? | ?? | 26 |
| 104 | 08.09.2020 - 05.10.2020 | Rename study to data package | Entwickler: 20, Domänenexperten: 4 | ?? | 35 |
| 105 | 06.10.2020 - 02.11.2020 | Pin data package to start page | Entwickler: 20, Domänenexperten: 4 | ?? | 36 |
| 106 | 03.11.2020 - 30.11.2020 | Get ready for Google | Entwickler: 20, Domänenexperten: 4 | 46 | 30 |
| 107 | 04.11.2020 - 08.03.2021 | Variables for Xmas | Entwickler: ??, Domänenexperten: ?? | 46 | 29 |
| 108 | 09.03.2021 - 05.04.2021 | Improve variable and related publication process | Entwickler: 10, Domänenexperten: 0 | 36 | 43 |
| 109 | 06.04.2021 - 03.05.2021 | Improve documentation | Entwickler: 12-20, Domänenexperten: 0 | 37 | 29 |
| 110 | 04.05.2021 - 31.05.2021 | Metadata Standards and Analytics | Entwickler: 15, Domänenexperten: 0 | 30 | 15 |
| 111 | 01.06.2021 - 29.06.2021 | Standardize Question Metadata Preparation | Entwickler: 20, Domänenexperten: 0 | 43 | 32 |
| 112 | 30.06.2021 - 20.07.2021 | Overview automization | Entwickler: 15, Domänenexperten: 0 | 42 | 19 |
| 113 | 21.07.2021 - 24.08.2021 | Vacation Sprint | Entwickler: 13, Domänenexperten: 0 | ?? | 22 |
| 114 | 25.08.2021 - 21.09.2021 | Concepts revisited | Entwickler: 20, Domänenexperten: 0 | ?? | 30 |
| 115 | 22.09.2021 - 19.10.2021 | Prepare for Freelancers | Entwickler: 20, Domänenexperten: 0 | ?? | 2 |
| 116 | 20.10.2021 - 16.11.2021 | Start with Analysis Packages and SSO | Entwickler: 80, Domänenexperten: 0 | ?? | 1 |
| 117 | 17.11.2021 - 14.12.2021 | Continue with Analysis Packages and SSO | Entwickler: 80, Domänenexperten: 0 | ?? | ?? |
Hier sind die Fotoprotokolle zu unseren Sprint Retrospektiven abgelegt. Die hieraus resultierenden Aufgaben sind zusätzlich beschrieben.
@Karsten, René: Wir möchten ein für alle sichtbares Product Backlog anlegen.
@Amine, Daniel, René: Wir möchten mehr und früher Fragen stellen, dafür wollen wir Pair Programming ausprobieren.
@Andreas: Bitte achte darauf, dass wir neue Kollegen besser einarbeiten.
@Andreas, Amine, Daniel, René: Wir möchten Product Backlog Items im Sprint Planning systematischer runterbrechen in Sprint Backlog Items.
@Karsten, René, Andreas: Wir möchten ein für alle sichtbares Product Backlog anlegen.
@DevTeam: Wir wollen Aufgaben in denen der Controller und das zugehörige Thymeleaf Template entwickelt werden muss, nur noch zu zweit machen.
@Andreas: Weiter darauf achten, dass wir detaillierte Sprint Backlog Items schreiben
@alle: Änderungen am Domänenmodell sollen immer an alle kommuniziert werden.
@Karsten, René: Product Backlog bei Github Issues anlegen und zusätzlich im Wiki dokumentieren, wie jeder PBIs anlegen kann.
@DevTeam: Aufgaben untereinander ggf, nach dem Daily umverteilen, wenn einzelne nichts zu tun haben.
@alle: Andreas früher testen lassen.
@DevTeam: Prioritäten für das Testen durch Andreas festlegen.
@René: Neue ToDos ins Product Backlog aufnehmen.
@René: GUI Tests in Definition of Done aufnehmen.
@alle: Bei Planung neuer Items beachten, dass Wissen breiter gestreut wird.
@alle: Worklow (Development->Review->Test) beibehalten.
@René: Automatisierte Tests (w3c) auf Prio 1 setzen.
@alle: Karsten weiter auf seine Pflichten als Product Owner hinweisen.
@Entwickler: Hinweis an Tester geben, auf was beim Testen zu achten ist.
@Andreas: Überlegen ob Hiwi beim Testen unterstützen könnte.
@Daniel: Mögliche Bachelorarbeit im Kopf behalten (Fokus Sommersemester 2016)
@Karsten: Bitte an den Reviews teilnehmen
@Karsten: Bitte die Kommunikation mit den SoWis intensivieren
@Andreas: Am Ende des Sprints 100% Deiner Zeit freihalten
@alle: Auch halbfertige Items in der Review vorstellen und diskutieren
@Entwickler: Product Backlog Item für autom. Javascripttest schreiben
@René: Termin mit Karsten zum Thema Assistent Product Owner machen
@alle: Noch ein wenig aushalten, dass die Produkt Vision (Aufgabenstellung) unklar ist.
@René: Scrum Board (nicht digital) wieder beleben.
@Karsten: Ein Metadatenschema entwerfen, damit das Product Backlog mehr und genauere Items enthält.
@Karsten: Im Jour Fixe ansprechen, wie Anforderungen kommuniziert werden sollen.
@René: Vorschlag einer korrigierten Produktvision erstellen und Karsten vorlegen.
@Andreas, René: Anfangen mit der Erstellung des Metadatenschemas.
@René: Kreativere Moderationstechniken für Retrospektiven verwenden.
@Franky: Weiteren Termin für Erstellung des Metadatenschemas machen.
@Franky: Termin mit Karsten zum Thema "Diskussion Variablenreport" machen.
@Karsten: Neue Devrechner für Amine und Daniel besorgen!
@Amine: Früher Fragen!
@alle: Variablenreport prototypisch in den nächsten Sprints implementieren.
@alle: Abwarten, dass sich das Thema "Hardwarelager" durch Katharina erledigt.
@Karsten: Bitte ein großes Whiteboard besorgen.
@Karsten: Mehr Product Backlog Items schreiben!
@alle: Mehr Bug Issues anlegen.
@alle: Während des Sprints nur Aufgaben im Rahmen von Sprint Backlog Items machen.
@Karsten: Mehr Feedback von den Sowis einholen.
@René: Bei der Erstellung des Metadatenschemas, Franky an DDI erinnern, um möglichst konform zu bleiben.
@alle: Abwarten und prüfen, dass wir ein immer höheres Tempo erreichen.
Retrospektive des Sprint 11 ist wegen Weihnachten / Urlaubszeit entfallen.
@alle: Weiter aushalten, dass das Domänenmodell erst langsam klarer wird.
@DevTeam: Kritisch beobachten, ob die hohe Testabdeckung weiter notwendig ist und später diskutieren.
@René: Zu einem gemeinsamen Termin zur Vorstellung des Metadatenschemas einladen.
@Karsten: Glossar anfangen und von René und Franky reviewen lassen.
@Franky: Weiter kritisch beobachten, ob Testen bereits möglich ist, wenn Issue Status Test bekommt.
@Karsten: Produkt Vision wieder schärfen und zukünftige Arbeitsprozesse definieren
@René: Ticket für Laptop erstellen
@Karsten: Aufschreiben, was nach Projektantrag entwickelt werden soll und was nicht.
@alle: Skizzieren der fachlichen Systemgrenzen des Metadatamanagement Systems.
@Karsten: Prozesse allen Projektbeteiligten in der nächsten Review vorstellen.
@Karsten, Anne und Franky: Das Wissen über das Erzeugen der Importdaten verteilen.
@Anne: Mit Zeitmanagement experimentieren (wie Franky)
@Franky: Vertreter für Tests finden.
@René: Vertreter für Reviews finden.
@Karsten: Gesund bleiben ;-)
@René: Protractor Tests reviewen und fixen.
@alle: Wiki mit Sprint "releasen" und gegen letzten Release implementieren.
@alle: GitHub Issues mehr für das Anforderungsmanagement von den Sowis nutzen lassen.
@Anne: Stunden temporär aufstocken.
@Karsten, Anne, Franky: Fragetypen für die ersten Projekte zusammenstellen.
@Softis: Selbständig die GUI testen mit selbstgenerierten Testdaten.
@Softis: Jasminetests erstmal mit niedrigerer Priorität umsetzen.
@Sowis: Aufgaben (SUFs) umpriorisieren.
@alle: Den kurzen Dienstweg mehr nutzen. Wenn das nicht reicht, zieht Franky zu den Softis.
@alle: Frageobjekt im Sprintplanning diskutieren.
@Softis: Mehr technische Issues schreiben, anstatt gleich zu implementieren.
@alle: Aufgabe für manuelles produzieren von Metadaten einplanen (Welche Felder sind überhaupt manuell zu erfassen?).
@Karsten: Informationen über Zeitplanung besorgen
@SOWI: Abschließend kleinere Items formulieren und diese Personen zuordnen
@DEV-TEAM: Möglichst zeitnah Expertisen durchwechseln
@Franky: Lokales Testsystem aufsetzen
@DEV-TEAM: Backlog-Items auf potentiellen Branch überprüfen
@Alle: Nur in Backlogitems formulierte Anforderungen werden umgesetzt. Weitere Klärung über Github
@Karsten: Anforderungsprofil verstehen
@Karsten: Bedeutung der Prio-Kategorien ins Wiki stellen
@alle: Die Bürokratie weiter ertragen und (subversiv) verbessern!
@alle: Diskussion über Wiki Struktur im nächsten Sprint abwarten.
@Softis: Testanweisung mit bei der Issueübergabe angeben!
@alle: Sorgfältigere Backlog Items schreiben (User Story + Vision)
@René: Andy und Anne für Scrummeetings motivieren
@Franky: Andy stärker in Issuebearbeitung miteinbeziehen
@Franky: Weiter Fokus auf Tätigkeiten bezüglich unseres Systems
@Franky: Meeting bezüglich verschiedener Variablentypen vorbereiten
@Karsten: Nach dem Urlaub mehr Fokus aufs Projekt
@Karsten: Dafür sorgen, dass die Retro Pflicht ist.
@alle: Produkt Vision festziehen durch Maskendesign
@René: Aushalten, dass am Ende eines Sprints einzelne Issues offen sind.
@René: Material Design Experten finden
@alle: Solofrickelzeit kleiner als eine Stunde halten und Anforderungen stärker hinterfragen
@alle: Qualitätsminderung weiter beobachten und in 2 Wochen noch einmal anschauen
Die Ergebnisse dieser Retro bleiben unter Daniel und René ;-)
@alle: Nächsten Sprint als Design-Sprint planen.
@René: Retros kreativer gestalten.
@Franky: Darauf achten, dass nach dem Design-Sprint regelmäßig am Domänenmodell gearbeitet wird.
@alle: Im Sprint Planning mehr Details in Backlog Items schreiben
@alle: Rotieren bei der Domänenmodellierung
@Amine: Spaß-Design beibehalten ;-)
@Franky: Darauf achten, dass das Domänenmodell im nächsten Sprint vollständig wird.
@Franky: Prozessbeschreibung (vor Import) in 3 Monaten machen, Verbesserungsvorschläge jetzt
@René: Abwarten mit Code-Review, Entwickler in Ruhe lassen
@alle: Längere (Design-)Meetings besser vorbereiten/planen
Entfallen.
@Entwickler: Mehr Sorgfalt
@Franky: Ausführlichere Bugreports
@alle: Momentan ist Funktionalität wichtiger als GUI-Design
@Entwickler: Intensiver testen bevor das Item an den Reviewer gegeben wird.
@alle: Aushalten, dass Menschen Urlaub machen ;-)
@alle: Im Planning detailliertere Todo-Listen in die Backlog Items schreiben, um schlechten Schätzungen vorzubeugen.
@alle: 1. Technische Fragen sofort im Team klären. 2. Fachliche Fragen als Issues werden von Franky beantwortet.
@Karsten: 1. Neue Backlog Items schreiben 2. Backlog mit René aufräumen
@alle: Versionskontrollsystem nutzen, bevor Abwesende beschuldigt werden, etwas geändert zu haben.
@Karsten: Administrivialitäten aushalten.
@Entwickler: Komplexe Themen in neue Issues auslagern.
@Karsten: Teilnahmenotwendigkeit kommunizieren
@Karsten: Überblick verschaffen; Struktur festlegen
@DevOps: 1. Früher fragen, 2. Mehr kleinere Issues anlegen
@Amine: Issues an Kollegen abgeben, wenn Du zu viele hast.
@Karsten, Franky: Mehr Details in Issues schreiben.
@Entwickler: Vor Beginn der Implementierung mit zweiter Person Issue besprechen.
@Karsten: Anforderungen und Liefertermin an Metadataten an Franky geben.
@DevOps: Urlaubsübergabe in Issue dokumentieren und besprechen.
@DevOps: Anweisungen an Tester aufschreiben bei Übergabe zum Test.
@alle: Mehr Zeit nehmen für Anforderungsanalyse und -doku.
@Franky: Termin vereinbaren für Benutzerführungstreffen.
@Karsten: Vorläufige Design-Vision festlegen.
@Karsten: Ausarbeiten von Strukturierungsideen der PBI-Erfassung für nächstes Refinement.
@alle: Kleinere Issues machen!!!
@alle: Auslagern in neue Issues, wenn Tätigkeiten notwendig werden, die nicht in die zugehörige Kategorie passen.
@DevOps: Im nächsten Sprint Client Code konsolidieren und aufräumen.
@DevOps: Während der Umsetzung neu entdeckte Aufwandsgräber mit allen diskutieren.
@DevOps: Mehr Codekommentierung besonders im Client.
@alle: Karsten bei Product-Backlog-Management unterstützen.
@alle: Domänemodelländerungen detaillierter beschreiben
@alle: Beim Planning Detaillierungsgrad der Backlog Items überprüfen
@alle: Wenn nur "zwischenzeitlich", Chaos aushalten
@Franky, René: Bei der Modellierung, Datengenerierung mitdenken
@alle: Technisch neue Sachen, immer erst an einer Stelle einbauen.
@alle: Issues für fehlende Validierungen schreiben.
@Amine: Nicht für andere implementieren, sondern helfen.
@alle: Immer eine Testanweisung für Franky schreiben, ggf. besprechen was getestet werden sollte.
@alle: Beim Planning darauf achten, dass Issues ausreichend spezifiziert sind.
@Franky: Neue Felder fachlich dokumentieren, mit Quelle und Zweck!
@René: Mit Karsten über relatedVariables sprechen.
@Karsten: An Review und Retro teilnehmen.
@Karsten: Zeitnah zugewiesene Aufgaben erledigen.
@alle: Frau Sohn Feedback zu Reisekostenportal geben.
@Karsten: Plan bis Mai allen erläutern, Plan darüber hinaus auch.
@Karsten: Mehr Anforderungsmanagement betreiben.
@Karsten: Mehr Zeit für Projekt und Issues nehmen
@Karsten: Termin mit René für 2-3 Monatsplanung machen
@Karsten: Datensatzreports bis Mai nicht vergessen
@René: Bis Donnerstag aushalten, dass Barrierefreiheit unklar ist
@René: Issue schreiben für automatische Prüfung auf fehlende I18nStrings
@alle: Über eigene Ansprüche klar werden und melden
@alle: Im Refinement / Planing Issue spezifizieren, wenn es unklar ist
@alle Auftragsvergabe feststellen bis zum nächsten Refinement
@alle Sorgfältiger reviewen, testen, entwickeln; Unstimmigkeiten sofort melden.
@René: Code für die Erzeugung des Datensatzreports reviewen
@Karsten: Mit Franky zusammen einen Nachfolger finden
Die Retro ist ausgefallen, da Karsten und ich alleine waren :-(
Die Retro ist wieder ausgefallen :-(
@Andy: Aufgaben priorisieren und Aufgabenteilung mit Maren organisieren
@René: Einarbeitung von Kerstin übernehmen
@Andy: Softis daraus hinweisen, wenn technische Dinge unklar sind
@alle: "Seltsame" Fehlermeldungen sofort ansprechen
@alle: Lösungsideen/-ansätze diskutieren
@René: Aushalten, dass Nacharbeit bei Review notwendig sind
@Kerstin: Alles in Isues eintragen, ggf. Bug-Issue anlegen (wenn nicht relevant für aktuellen Test-Issue)
@Andy: Zum Arzt gehen.
@Softis: Für alles Issues anlegen und diese bepunkten.
@René: First-Level-Support für Maren machen.
@alle: Auf strukturelle Änderungen hinarbeiten.
@Andy, Maren: Priorisierung im Lektoratsprojekt machen.
@Andy: Sowi-First-Level-Support machen
@Andy: Dokumentation Maren zeigen.
@Karsten: Sowis darauf hinweisen, dass sie an der Review teilnehmen können.
@Maren: Aushalten
@Daniel: Aushalten
@Karsten: Entscheidungen treffen
@Enwickler: Karsten unterstützen durch Aufwände abschätzen und Alternativen aufzeigen
@Karsten: Klausurtagung planen zur Schärfung der Vision des neuen Projektes
@Alle: Bis Ende Mai aushalten
Retro ist leider ausgefallen
Retro ist leider ausgefallen
@Karsten,Andy: Zeit für Review freimachen
@Karsten,Andy: Starke Vision entwickeln
@Karsten: s. Retro 44 (Klausurtagung planen zur Schärfung der Vision)
@alle: Kollegenabgänge aushalten :-(
@René: Verbal abrüsten
@alle: 1 x pro Woche Mittagessen gehen
@Daniel: Erledigte Aufgaben ohne Review in Test geben (im Juli)
@Daniel: Datengenerierungsprozess mit Unterstützung von Sandra durchleuchten
@Sandra: Hilfe von Maren annehmen
@René: Testaufgaben von Sandra übernehmen
@Karsten: SHKs einstellen (eine für Test + eine für Implementierung)
@René: Nächstes Release ist v1.0.47
@Andy, Ute, Sandra: Sprecht miteinander über Aufgabenaufteilungen
@René: Deployment v1.0.48 nachholen
@Sandra, René: Bei Daniel nachfragen, warum kein Deployment gemacht wurde
@alle: Spezifischere Issue-Titel schreiben
@Andy: Aushalten, dass der Urlaub erst in 4 Wochen ist
@René: Abwesenheiten an Karsten
@Karsten: Bewerbungen lesen
@Karsten: Um Software-SHK bemühen
@Andy: Nochmal mit René Burger essen gehen
@René: Aushalten, dass Implementierungen nicht fertiggestellt werden
@Karsten: Katha-Nachfolge klären
@René: Mit Daniel über Nacharbeiten sprechen
@Alle
- Priorisieren
- Planning in anderen Teilprojekten einführen / durchführen
- Realistische Selbsteinschätzung
- Vollständige Aufgabenliste (große Arbeitspakete/unterer Eisberg) erstellen.
@Alle: Less...:
- ... Tests auf einmal
- ... Dienstleistungen außerhalb des Aufgabenspektrums
- ... Unkoordinierte SHK-Stunden
- ... Mehr Unterstützung im methodischen Bereich
- ... Optimierung von Rekrutierungsstrategien im Sfti / Sowie Kontext
- ... Rückmeldung externer Nutzerinnen
Die Retro ist der Urlaubszeit zum Opfer gefallen :-(
@Daniel, René: Umsetzungsgeschwindigkeit im nächsten Sprint beobachten
@Karsten, René: Stellenausschreibung modifizieren
@Karsten: Stellenausschreibung in Unis aushängen
@Karsten: SHK's ausschreiben
@alle: Hoffen auf Verbesserung (bzgl. Verwaltungsarbeiten) durch neue Stelle
@René: Ruhig bleiben bzgl. anstehender Aufgaben
@alle: Review ist zukünftig auch in Abwesenheit eines Entwicklers Pflicht
@Andy, Karsten: Aufgaben des FDZs klarstellen
@Daniel: Selber mehr und in Ruhe testen (eigene Implementierungen)
@Karsten: Auf Hochschulen zugehen um Entwickler zu rekrutieren
@Karsten: Wer soll die Anforderungsanalyse für die Metadatensuche machen?
@Karsten: Jour Fixe mehr nutzen, um beispielsweise Neueinstellungen zu kommunizieren.
@Ute: Aushalten, das Max geht.
@alle: Bei unklarer Aufgabenverteilung an Karsten wenden
@Sandra: Mit Karsten und Kim Aufgabenplanung ab Oktober machen
@alle: Infrastrukturprobleme melden und weitergeben
@Ute: Hilfe suchen bei Planung und Austausch suchen mit Dauerbetrieb
@Sandra: Du darfst Dich abgrenzen
@Daniel: Weiter dran arbeiten
@René, Daniel: Wenn es kompliziert wird, länger zusammen entwickeln
@Karsten, Andy, Sandra: Bis Freitag aushalten, dass Verantwortlichkeiten noch ungeklärt sind.
@alle: Jour Fixe nicht verschieben und teilnehmen
@Karsten: Hiwi-Stellenbesetzung herausfinden und Freelancer-Möglichkeiten prüfen
@Andy: Bewerbungen sichten und Anforderungsprofil für Schnitti 2 überarbeiten
@Karsten: Issues schreiben organisieren, Ute ansprechen
@alle: Scrum Process beibehalten
@René: Konstruktiv und wertschätzend bleiben
@Daniel, René: Scrum Master abwechselnd machen (sprintweise)
@René: Alice schreiben wegen PostIts
@alle: Aushalten, dass Sandra nicht mehr dabei ist.
@René: Retro-Foto an Sandra schicken.
@Kim: Geh noch mal in Dich!
@René, Karsten: Alle offenen Issues durchgehen.
@Karsten: Issues schreiben.
@Ute: Anfang machen mit Issues für das Projekt-Cockpit.
Folgende Punkte haben wir festgehalten:
- Refinement vorerst wöchentlich
- Themen für das Refinement müssen als Issue vorliegen und ein discussion-label hinarbeiten
- Andi die Dinglichkeit des Dara Themas verdeutlichen
- Wenn Versionsupdates nicht sofort funktionieren: Nicht so lange dran rum prökeln
- 'Was behindert mich in meiner Arbeit' stärker reflektieren
- Finanzplanung höhere Priorität zuweisen
@Karsten: Zukunftsstrategie für Entwicklerkapazitäten entwickeln.
@alle: Mehr Aufgabendetails in Issue schreiben und ggf. den Titel anpassen.
@alle: Größere Änderungen nicht in einem Sprint designen und implementiern.
@alle: Aushalten, dass wir weniger schaffen und wieder GUI-Mockups malen!
Folgende Punkte haben wir für "Worst year"-Spiel festgehalten:
@Alle: Sowis loben!
@Sowis: Mehr Daten erzeugen
@Softies: Prüfmechanismen beibehalten
@Daniel B.: Finanzen prüfen für Projektassistenz
@Karsten: - Offene Werbung für MDM / Kommunikation über die Wertigkeit
@Karsten: - Bedenken zum MDMD ernst nehmen, falls sie kommunizieren
@Karsten: - Öffentlichkeitsarbeit ausdehnen hinsichtlich des MDM
@Karsten / @René / @Andi: Weiterbildungsmöglichkeiten schaffen, neue spannende Themen erarbeiten, Hausintern stark machen für attraktive Arbeitsbedingungen
Folgende Punkte haben wir für "Next year"-Spiel festgehalten:
@alle: priorisieren
@Karsten / @ Andi: Perspektiven schaffen, Anträge schreiben
@Karsten: Erläutern, ÖÖffentlichkeitsarbeit
@Softis: Mit Hilfe von Scrum beobachten
Diese Neujahrsretro ist ausgefallen :(
Dislike:
@alle: Beobachten! Sonst Thema nochmals besprechen! (Zu viele Aufgaben)
@Karsten, René, Andi: Strukturelle Ausrichtung beschließen.
Focus on...:
@Karsten: Ziele realistisch halten
@alle: Beibehalten! (Scrum)
@alle: Einigkeit beibehalten! (Effi, Eingabemasken, Cockpit)
@Andi: Projekt genehmigt? Klären. (Usability Studie)
@Karsten: Mittel im Grundhaushalt prüfen (Usability Studie)
@Karsten, Andy: Prios sorgfältiger diskutieren
@alle: Erste Aufwandsschätzungen in Refinement machen und Risiken abwägen
@Karsten, Andy: Schnell Nachschub für Entwicklerressourcen besorgen @alle: Dabei unterstützen
@René: Fokus auf Review von erledigten Aufgaben und Verwaltungsthemen aushalten
@Karsten: Analysieren & Ändern
@Alle: Aushalten
@Daniel: Aushalten
@alle: Aushalten, dass Daniel geht
@Andy: Entwickler ausschreiben
@alle: Viel Obst essen und den Körper nicht mutwillig zerstören
@alle: Alle Fehler als Issues melden (mit Screenshot)
@René: Elasticsearch Downtime analysieren
@Karsten: Gib Schub Rakete (Roberts Linux + Mobile Working)
@Karsten, René: Bitte beim DLP unterstützen
@Ute: Termin mit Karsten und Andy machen
@alle: Strukturelle Probleme in Workshops ansprechen und mit GF besprechen
@alle: Verständnis zeigen bei privaten Belastungen
@René: Petra fragen, wegen Freisprechmikrofon
@René, Andy: Viele unterschiedliche Themen aushalten
@alle: Aushalten, dass Kim geht
@alle: Selbst organisieren, dass Vormittage frei bleiben
@Robert: IT-Support-Probleme aushalten und alle fragen
@Karsten: Mit Andrea und Christian sprechen, wegen Zeitplan für Fragenexport
@René: Robert als Scrum Master bei Aufgaben unterstützen
@Ute: Überleg Issues und Assignments mehr zu nutzen
@Karsten: Release Button umbauen
@Robert: Karsten beim Release Button beraten
@Karsten, René: Thema Entwicklerrekrutierung an GF berichten
@Ute, René: Projekt Cockpit verhandeln
@Robert: Eigene Aufgaben mit Hilfe des Scrum Teams priorisieren
@Ute: Bei Bedarf bezüglich DLP an Karsten wenden
@Karsten: Mit Ute und Daniel priorisieren
@Robert: Dokument von Anne G. lesen und Tests für Data Provider und Publisher implementieren
@Robert: Dissprobleme lösen
@René: Issue für includer schreiben
@René: Aushalten, dass momentan keine inhaltlichen Issues geschafft werden
@René: Meeting als Scrum Master straffer moderieren
@alle: Morgen im Planning übergebliebene Issues analysieren
@René: Nur noch einheitliche PostIts kaufen
@Robert: Issue in FDZ Allgemein erstellen mit Liste an Störfaktoren im geschützten Bereich
@Karsten: Ändern (zu viele Aufgaben)
@René: MDM Nachhilfe einplanen
@Karsten: Termin mit GF machen wegen Personalressourcen
@Ute: DLP Ausschreibung "Lessons-Learned" anfangen
@alle: Aushalten, dass im Dauerbetrieb ein Umbruch stattfindet
@Karsten: Jahresgespräche starten, Anträge schreiben organisieren
@Robert, René: 1. Schnelle Lösung finden 2. Konzeptionelle Lösung suchen/diskutieren
Die Retro fand informell im kleinen Kreis statt.
@René: Issues aufteilen, wenn möglich, um Issues abzuschließen
@Robert: Beim IT-Support nachhaken, wegen Rechten auf FDZ-Ordner
@René: Mehr auf das Moderieren von Meetings achten (Anfang und Ende)
@Robert: Kurzfristig eigenes Sprint-Backlog machen
@René: Langfristig Scrum für alle etablieren
Die Retro ist ausgefallen :-(
@Ute: Andy auf PL-Ebene Prioritäten bei Zofar klar machen lassen
@René: Scrum mit Andrea und Kim diskutieren
@Ute: Bei Zofar hoffen auf zusätzlichen Product Owner, Freelancer und Scrum
@Ute: Bei Konkretisierung des Antrages für Effi 2 Hilfe anbieten
@Andy: Effi-Wahrnehmung bei GF (positiv oder negativ) klären
@Ute: Effi-Aufwand für den Rest des Jahres (Worst Case) von Andy erklären lassen
@Robert: Wichtige oder zeitkritische Dinge so weit vorbereiten, dass nur noch ok fehlt. Und persönlich zu Karsten gehen.
@Robert: Karsten nochmal auf das Urlaubsmeeting ansprechen
@alle: Bezüglich Effi2 auf Karsten und Klärung mit GF warten
@René: Retro kurz halten und helfen bei development auf Windows
@Eddi: Für nächste Woche Hotel reservieren lassen, diese Woche Pendeln aushalten
@Andy: Mehr Zeit für Usability Ausschreibung nehmen
@alle: Bezüglich Unsicherheiten und Gesamtteamstimmung: Morgen (13.11.) abwarten und aushalten
@Andy + @Ute: Bezüglich Utes Arbeitsaufwand mit Modul H Prios diskutieren und Zeitpläne machen
@René: Ablenkungen vom Sprint Backlog in dieser Woche aushalten
@Robert: Issues für Versionierungskonzept schreiben
@Robert: Rock weiter
@René: Qualitätssicherungsprozess für Datensatzreports finden
@Andy + @Ute: DLP Unsicherheiten erstmal abwarten
@Karsten: Bezüglich Git im gesch. Bereich: Themen bei Andreas Knüttel voranbringen
@Robert: dito (siehe @Karsten)
@Robert: Issue für Suche nach missing conditions schreiben
@all: Feel free to learn and experiment (elasticsearch, AngularJS, Robotframework)
@Robert: Reduce number of promised Points
@Karsten, Robert: Wait until final decision regarding product owner role
@Karsten: Try to organize screens
@René: First ask for the agenda of MDM unrelated task and then decide if it is interesting
@all: Use directives for new stuff, discuss other refactorings
@Robert: Write down and document all dependencies of the variable report + write an issue for creating a docker image
@all: Keep parallization in mind during tomorrows planning
@Till+René: Aushalten, dass die Zusammenarbeit bald beendet ist
@René: Mit Karsten über die Raumausstattung sprechen
@alle: Robot Tests ggf. selber anpassen
@alle: IDE konfigurieren (Checkstyle, Findbugs, PMD, JSCS, JSHint)
@René: Abhakbare offene Punkte in den jeweiligen Issues erstellen
@René: Zukünftig bei größeren Dingen nicht Remote beauftragen
@Till: Externe Impediments aushalten
@Robert, René: Nachhaken (ggf. x-fach) ob wirklich alles an uns übergeben wurde
@Robert, René: Abwarten, was sich beim Thema CIO ergibt
@René: Issue für Ostern einplanen
@Robert: Eigene Velocity (Anzahl Punkte pro Sprint) bestimmen
@alle: Vergleichen mit ähnlichen Stellen im Code und frühzeitig Lösungsansätze diskutieren, auch im Frontend Komponenten designen
@alle: Leider aushalten, dass das Team schrumpft
@Robert, René: Schätzungsverfahren diskutieren
@Till: Mit René Task Repo diskutieren
@all: Do not extent the scope of an issue during the Sprint
@Hossain: Finish the cockpit issue today
@Eddi: Read Elasticsearch fundamentals + discuss with René
@all: Live with the fact that there is no money for an R student
@Robert: Focus on application documentation
@René: Support with testing
@René: Get in touch with Daniel regarding the Product Owner
@René: Think about a better process with Hossain
@Andy, René: Get in touch with the GF, regarding developer knowledge strategy
@Christian: Being sick happens
@all: Start with a small design discussion before implementation, don't hesitate to ask during implementation
@Andy: Take part in the refinement
@René: Create new issue with documentation bugs
@Andy: Organize meeting with René, Daniel and Robert regarding Roberts tasks
@René: Provide written feedback regarding documentation tasks, split up bigger documentation tasks
@René: Bei der nächsten Retro den Retromat nutzen
@René: Auf Issuegröße achten
@René: Mit Hossain bezüglich Testentwicklung sprechen
Retro ist ausgefallen :(
@Robert: Im Datenaufbereitungs-JF besprechen, dass Hilfe bei Datenaufbereitung fehlt
@Andy: Mit Daniel besprechen, dass Datenaufbereitung ohne Hilfe schwierig ist
@Robert: HIS einladen zur Anforderungsdiskussion bezüglich Git im geschützten Bereich
@alle: Auf Ute bezüglich Usabilityausschreibung warten und zukünftig solche Dinge als MDM Issue bearbeiten
@Robert: Sprich Daniel an
@alle: Aushalten, dass Nachfolgeprojekt unklarer
@Andy: Kritische Arbeitsplatzsituation von René mit GF besprechen
@Eddi: Lösung testen bezüglich Raumsituation
@René: Auf Inhalte bei Schätzungen bezüglich Effi2 fokussieren
@Andy: Budgetfragen bei Effi2 beantworten
@Maika: Hinweis geben, wenn Du unsere Witze nicht verstehst.
@Robert, René: Witze nach Hinweis erklären.
@Eddi: Problem mit vielen Branches beobachten.
@René: Mit Andy über Review-Stau sprechen.
@René: Mit Andy über Eddies Verlängerung sprechen.
@Robert: Beobachten, ob das Rausreißen weiter passiert, ggf. René dazuholen.
@René: Testdeployment automatisieren.
@Andy, Daniel: Konsequenzen aus Einmannentwicklung bewusst machen
@René: Issue für Domänenmodelldiskussion einplanen
@Maika: Abwarten mit praktischer Anwendung, Issue ist auf dem Weg
@Robert, René: Auch Praktikanten von Anfang an in Scrum integrieren
@Robert: Aushalten, dass viele "wichtige" Dinge gleichzeitig kommen, sollte im kommenden Sprint besser werden
@Robert: Andy darauf ansprechen, Meetings ggf. verlassen zu dürfen
@Robert: Git auf Jour-Fixe-Tagesordnung setzen
Retro fand nur im kleinen Rahmen statt :-|
Retro fand im kleinen Rahmen zwischen Andy, René und Eddi statt.
Retro fand im kleinen Rahmen zwischen Robert und René statt.
Retro fand im kleinen Rahmen zwischen Robert, Andy und René statt.
Retro fand im kleinen Rahmen zwischen Robert und René statt.
Retro ist ausgefallen.
Retro fand im kleinen Rahmen zwischen Robert, René und Andy statt.
@Andy: Über Zugriff auf René beschweren
@alle: Kulturwandel herbeiführen
@Andy: Stärker priorisieren
@Ute: Lessons learned issues (aus Usabilitystudie) eröffnen und an alle schicken
@Michael: Einarbeitung aushalten
@René, Michael: Konsequent auslagern in neue Issues um Testbarkeit zu gewährleisten
@René: Mittag essen!
@René: Mehr kurzfristige Minirefinements organisieren
@Ute: Für 2020 Training als Ziel einfordern
@Robert: "verlorene" Forschungszeit nachholen
@Andy: Aushalten, das Freelancer wieder gehen @René: Das Thema nächste Woche ansprechen
@René: Agile Subkultur genießen, nicht aufgeben und mehr Geduld haben
@alle: Fokussieren auf FDZ
Retro ist ausgefallen.
Retro ist ausgefallen.
Wir haben keine ToDos festgehalten.
Die Ergebnisse der Retro sind hier festgehalten.
Die Ergebnisse der Retro sind hier festgehalten.
Die Ergebnisse der Retro sind hier festgehalten.
Die Ergebnisse der Retro sind hier festgehalten.
Die Ergebnisse der Retro sind hier festgehalten.
Die Ergebnisse der Retro sind hier festgehalten.
Die Ergebnisse der Retro sind hier festgehalten.
Die Ergebnisse der Retro sind hier festgehalten.
Die Ergebnisse der Retro sind hier festgehalten.
Die Ergebnisse der Retro sind hier festgehalten.
Die Retro ist wegen Krankheit und Urlaub ausgefallen.
Die Ergebnisse der Retro sind hier festgehalten.
Die Retro ist ausgefallen.
Die Ergebnisse der Retro sind hier festgehalten.