Review des ersten Sprints

Technisches

Einige Punkte sind hier nicht 100%-ig nach Best Practices aufgebaut. Dies hat jedoch stets einen sinnvollen Grund. Beispielsweise das Cloud-init Template. Eine Produktivverbesserung wäre hier jedoch die Auslagerung der SSH-Keys in AWS Secrets Manager oder Parameter Store. Ebenfalls habe ich mit dem Gedanken gespielt, einen Authorized_Key direkt aus der lokalen .ssh/authorized_keys auszulesen und diesen zusätzlich noch in’s generierte File einzufügen. Dies würde jedoch den Rahmen der Semesterarbeit sprengen.

Ebenfalls bin ich über einige Stolpersteine gefallen wie beispielsweise die Security Groups. Zuerst habe ich die Securitygroup nicht im API-Call definiert, was dazu führte dass die default security group verwendet wird. Diese blockiert jedoch alles. Es hat einige Instanzen gebraucht, bis ich das verstanden habe und eine eigene Securitygroup gebaut und im API-Call implementiert habe. Nachdem hat das ganze jedoch gut funktioniert.

Projektmanagement

Hier war mein Handeln alles andere als Souverän. Zuerst musste ich mir mal beibringen, was genau SCRUM überhaupt ist. Das ganze dann in die Tat umzusetzen war ebenfalls anspruchsvoller als ich das erwartet hatte. Jedoch bin ich, alles in allem, mit dem ersten Sprint zufrieden. Trotzdem gibt es einiges, auf was ich bei den nächsten beiden Sprints und vorallem bei den kommenden Semesterarbeiten stark verbessern kann. Jedoch glaube ich, dass ich doch schon einiges rein mit dem arbeiten an diesem Sprint verbessern konnte, sodass mir arbeiten mit SCRUM in der Zukunft einfacher fallen wird. Solche Beispiele sind unter anderem: - Userstories schreiben - Sinnvolle Tasks schreiben - Das “planen” eines Sprints - Die genauen Bedeutungen der Abkürzungen (MLP, MVP, AC, …)

Reminder

Dies ist mehr ein Reminder an mich selbst für die Zukunft, folgende Dinge haben oder haben mich fast gekriegt, weswegen ich in der Zukunft vermehrt darauf achten muss:

- Die Bewertungskriterien durchlesen. (Ich hätte fast die obligatorische Evaluierung vergessen...)
- Gewisse Dinge nicht zu sehr in Frage stellen. 

TL;DR:

In diesem Sprint konnte ich bereits viel erreichen und noch mehr Optimierungspotential finden. Wenn ich die Bilanz ziehe bin ich trotzdem mehr oder weniger zufrieden.

TL;DR: Nachbesprechung

Die Projektleitung hat darin versagt, die Requirements der Zielgruppen im MVP-Release korrekt zu interpretieren. Code wird refactored, neue Requirements werden aufgenommen.