Andreas Flecker

• The goal of this thesis is to find a process that enables Agile development for projects involving hardware and software. This process is then verified in the course of a project to evaluate the impact on product development. The aim is to find a way for product development to work in an Agile setup to make use of the advantages that come with Agile project planning and execution. The established methodologies such as Scrum and Kanban focus solely on software development and therefore do not work for development of hardware components without major adjustments in the framework. The process that is set up shall take incentive by existing frameworks but shall also work for both hardware and software devel-opment at the same time. The process is constructed by using an already established framework for software development and aimed at including hardware in iterations. As issues occur in setup of the process, adjustments are to be made until both hardware and software were aligned again. The verification of the method is carried out in the development of a new product for the Atomic Force Microscope “Tosca 400” of Anton Paar. This product includes the disciplines of Mechanics, Electronics, FPGA, Firmware and Software and is therefore qualified to verify the process. Releases in iterations shall guarantee high quality standards at the final release and enable the customer representative to request new or altered features during the project in order to make the product competitive. The new process is able to achieve several positive effects. The project planning efforts are lowered while the estimation accuracy in both effort and release dates are significantly higher. The customer representative is included into the process from the beginning which resulted in alignment of the product vision in an early state. This new process must be further verified in a bigger project to ensure that process also works in different scales. Flexibility in management levels can pave the way for future implementations and must adjust to a new set of deliverables in reviews.
• Ziel dieser Arbeit ist es, einen Prozess zu finden, der eine Agile Entwicklung für Projekte mit Hard- und Software Komponenten ermöglicht. Dieser Prozess wird dann im Rahmen eines Projekts über-prüft, um die Auswirkungen auf die Produktentwicklung zu bewerten. Ziel ist es, einen Weg zu finden, wie die Produktentwicklung in einem Agilen Setup funktioniert, um die Vorteile der Agilen Projektplanung und -ausführung zu nutzen. Die etablierten Methoden wie Scrum und Kanban konzentrieren sich ausschließlich auf die Software-Entwicklung und funktionieren daher nicht ohne größere Anpassungen im Framework für die Entwicklung von Hardware-Komponenten. Der eingerichtete Prozess soll Anreize für bestehende Frameworks bieten, aber gleichzeitig sowohl für die Hardware- als auch für die Software-Entwicklung funktionieren. Der Prozess wird unter Verwendung eines bereits etablierten Frameworks für die Softwareentwicklung erstellt und zielt darauf ab, Hardware in Iterationen einzuschließen. Da beim Einrichten des Prozesses Probleme auftreten, müssen Anpassungen vorgenommen werden, bis Hardware und Software erneut aufeinander abgestimmt sind. Die Überprüfung der Methode erfolgt bei der Entwicklung eines neuen Produkts für das Rasterkraftmikroskop „Tosca 400“ von Anton Paar. Dieses Produkt umfasst die Disziplinen Mechanik, Elektronik, FPGA, Firmware und Software und ist daher qualifiziert, den Prozess zu verifizieren. Veröffentlichungen in Iterationen müssen hohe Qualitätsstandards bei der endgültigen Veröffentlichung gewährleisten und es dem Kundenvertreter ermöglichen, während des Projekts neue oder geänderte Funktionen anzufordern, um das Produkt wettbewerbsfähig zu machen. Mit dem neuen Verfahren können mehrere positive Effekte erzielt werden. Der Projektierungsaufwand wird gesenkt, während die Schätzgenauigkeit sowohl beim Aufwand als auch bei den Veröffentlichungsterminen erheblich höher ist. Der Kundenbetreuer ist von Anfang an in den Prozess eingebunden, was zu einer frühzeitigen Ausrichtung der Produktvision führt. Dieser neue Prozess muss in einem größeren Projekt weiter verifiziert werden, um sicherzustellen, dass der Prozess auch in verschiedenen Maßstäben funktioniert. Flexibilität in den Managementebenen kann den Weg für zukünftige Implementierungen ebnen und muss sich bei Überprüfungen auf eine neue Reihe von Anforderungen and die Projektplanung einstellen.