# 03-29 Ergänzungen Vertrag
# Probleme
Ich habe noch nie ein Indoor Lokalization System gebaut oder irgendwas mit Bluetooth gemacht. Deswegen habe ich eigentlich keine Ahnung, wie ich zu diesem Ziel hinkomme. Es gibt somit eine grosse Frage, die ich vor Anfang der Entwicklungsphase klären muss. Wie gehe ich während dieser Zeit vor, sodass ich dann am ehesten erfolgreich bei meinem Ziel ankomme.
# Lösungen
Ich sehe hier konkret zwei verschiedene Ansätze:
# Requirements Engineering
Zuerst schaut das Entwicklungsteam, ob das Projekt mit den ausgewählten Technologien überhaupt durchführbar ist. Danach bespricht man mit den involvierten Partner (also für mich wäre das die Betreuungsperson) alle nötigen Anforderungen des Systems. Die Resulate dieses Schrittes werden in einem Dokument kompiliert, welches der Entwickler bei der Arbeit referenzieren kann. Diese Arbeitsweise basiert auf viel Vorarbeit, in welcher man alle Unbekannten des Projektes eliminiert und anschliessend nur umsetzen muss. Die Arbeit wird in kleine Teile aufgestückelt und diese Teilprojekte werden nach und nach zusammen kombiniert, sodass man am Ende ein fertiges Projekt hat.
# Tracer Bullets
Dieser Ansatz funktioniert auf einer flexibleren Basis. Man arbeitet in kurzen Zyklen, in denen man einfach mal ein bisschen arbeitet. Man holt dann Feedback von der Betreuungsperson und analysiert die eigene Arbeit bezogen auf das gesamte Projekt. Indem man diese Erkenntnisse dann in den Code integriert, sollte man das Projekt in die richtige Richtung hinsteuern können. Der geschriebene Code wird nicht verworfen, sondern dann an das Feedback angepasst. Mit einem iterativen Ansatz ist man sehr flexibel und kann sich gut an die Gegebenheiten des Projektes anpassen.
# Weiteres Vorgehen
Persönlich finde ich die zweite Methode besser. Besonders weil fast alle Teilprojekte für das IPS Neuland sind für mich, finde ich Flexibilität wichtig. Ich kann mir gut vorstellen, dass während der Entwicklung des Projektes unvorhersehbare Probleme aufkommen oder etwas nicht funktionieren kann.
Ich will aber die Wichtigkeit von einer guten Vorbereitung nicht herunterspielen. Schliesslich sollte man mehr oder weniger ein Ziel haben, an welchem man sich orientieren kann. Ausserdem ist es mir wichtig, dass ich dann trotzdem zielführend arbeite.
Mein Fazit ist das folgende: Ich werde im Vertrag die Projektziele so gut wie möglich beschreiben, sodass ich während der Entwicklungsphase mich an diesem Zielen gut orientieren kann. Ich werde mich vor Anfang der Entwicklungsphase kein Pflichtenheft mit der Funktionsweise des Programmes kompilieren. Die Entwicklungsphase werde ich mit dem Tracer Bullet Ansatz durchführen, sodass ich dann anpassungsfähig bin und einfacher zum Ziel komme. Mit dieser Hybrid-Methode werde ich hoffentlich die Zielstrebigkeit von Requirement Engineering mit der Flexibilität von Tracer Bullet Development profitieren.