Journal

Pair Programming bedeutet im Wesentlichen, dass zwei Personen in der Softwareentwicklung gemeinsam Code auf einem Computer schreiben. Es ist eine sehr kollaborative Arbeitsweise, die viel Kommunikation erfordert. Denn während zwei Entwickler gemeinsam an einer Aufgabe arbeiten, schreiben sie nicht nur Code, sondern planen und besprechen ihre Arbeit. Sie klären unterwegs Ideen, diskutieren Ansätze und kommen so zu besseren Lösungen.

Ich bin euch etwas schuldig. Mittlerweile schmücken diverse Artikel zur agilen Softwareentwicklung unser digatus Magazin. Alle informieren umfassend über Methoden, Prinzipien, Werte, Rollen, Manifeste und vieles mehr. Nachdem ich erzählt habe wie großartig das Ganze ist, möchtet ihr jetzt (hoffentlich) endlich mit der agilen Entwicklung starten! Aber was genau muss ich denn jetzt als Kunde tun und was besser nicht? Wie unterscheidet sich das für mich von klassischer Entwicklung? Was sind die Spielregeln? Wie unterstütze ich die Entwicklung? Genau diese Antworten bin ich noch schuldig und damit richtet sich dieser Artikel direkt an euch, die Kunden.

Im ersten Teil dieses Beitrages wurden die Unterschiede in der Entwicklung nativer, hybrider und webbasierter Apps bereits in Bezug auf Komplexität, Übersichtlichkeit und Code-Umfang verdeutlicht. In diesem Teil werden die drei Ansätze nun auf Funktionsumfang, unterstützte Bibliotheken, UI und Design-Erstellung, Dokumentation sowie Workflow-Effizienz überprüft.

Die Nutzung von mobilen Geräten ist seit Jahren auf dem Vormarsch. Allein in den zwei größten App Stores sind inzwischen fast fünf Millionen Apps verfügbar. Der Trend zum Mobilen ist aber nicht nur im privaten Bereich stark angestiegen. Auch Unternehmen möchten nicht mehr auf die Vorteile verzichten. Die Anforderungen von Unternehmen an eine App sind meist viel weitreichender und spezifischer als die eines Privatnutzers. Für Businesslösungen gibt es in den Stores deshalb meist noch keine fertigen Apps, die den gewünschten Use-Case erfüllen.

Während meines Studiums wurde ich des Öfteren darauf aufmerksam gemacht, dass ich noch auf Papier schreibe. Stimmt, meinte ich, das sei mir bewusst, meinte ich. Den darauffolgenden Satz kannte ich sowieso schon auswendig „Aber du studierst doch Informatik“. Stimmt auch. Im Rest der Konversation habe ich dann versucht zu erklären, wieso Informatiker trotz Technikaffinität auch berechtigt sind auf Papier zu schreiben. „Es erhöht die Konzentration und hilft fokussiert zu bleiben“ war mein häufigstes Argument. Im Berufsleben kommt zum Blatt Papier dann oft noch das Whiteboard hinzu. Das Prinzip bleibt gleich, die Fragen auch, die Antwort auch. Mit diesem Artikel möchte ich die Fragen nun ein für alle Mal beantworten und wenn ich in Zukunft darauf angesprochen werde, verweise ich zuerst auf diesen Artikel und lass mich danach gerne auf ausführliche Diskussionen ein.

Der Support für das AngularJS Framework zur Entwicklung von Webanwendungen und Apps, auch bekannt als Angular 1, läuft 2021 aus. Application Owner, deren Teams noch AngularJS in ihren Anwendungen verwenden, sollten sich also bereits heute Gedanken über die Zukunft machen und ihre Projekte bald aktualisieren.

Es ist Zeit für ein Review. Über die letzten drei Monate hinweg habe ich regelmäßig über ausgewählte Punkte des Agilen Manifests berichtet. Wer zu unserer treuen Lesergemeinschaft gehört, verfügt nun bereits über ein sehr gutes Verständnis, was Agilität bedeutet. Die agile Arbeitsweise richtet sich im Wesentlichen nach der Sammlung von Werten und Prinzipien aus dem agilen Manifest und soll bei der Abwicklung von Projekten behilflich sein. Wenn man also dieses Werteempfinden verinnerlicht und ein agiles Mindset entwickelt hat und bei der täglichen Arbeit anwendet, dann arbeitet man agil. Die etablierte SCRUM Methodik beschreibt eine Vorgehensweise, die konform mit diesem agilen Mindset ist. In diesem Artikel möchte ich daher eine Brücke schlagen zwischen Agilem Manifest und SCRUM.

Auf dem Weg hin zu agiler Softwareentwicklung haben wir bereits erfahren, dass Agilität nicht ganz so schnell erreicht ist wie es sich manch einer vielleicht vorstellt. Neben wichtiger Grundpfeiler agiler Softwareentwicklung, beispielsweise nach Methoden wie SCRUM, wurde auch die große Bedeutung guter Kommunikation und effektiver Zusammenarbeit im Entwickler Alltag thematisiert. Dieser Teil der Artikelreihe widmet sich vor allem der Messbarkeit agiler Projekte durch die Analyse von KPIs (Key Performance Indicators) und befasst sich darüber hinaus mit der Bedeutung eines konstanten Tempos sowie technischer Exzellenz bei der Entwicklung. Somit richtet sich dieser Beitrag nicht nur an Entwickler sondern ist auch für diejenigen interessant, die täglich mit Entwicklern zusammenarbeiten.

Der erste Teil dieser Artikelreihe Der Weg zur agilen Entwicklung sollte ein Gespür dafür vermitteln, dass SCRUM nur eine der vielen Spitzen des Eisberges agiler Vorgehensmodelle ist und die dahinterliegende Bedeutung eine eigentlich viel komplexere Sichtweise erfordert. Darauf aufbauend beschäftigt sich dieser Beitrag primär mit der Frage, was agiles Arbeiten für die tägliche Zusammenarbeit bedeutet, insbesondere für die interne und externe Kommunikation.

SCRUM ist derzeit in aller Munde und dementsprechend erfreut sich das Framework größter Beliebtheit. Die folgende Artikelreihe soll sich jedoch nicht nur auf den SCRUM Prozess beschränken, sondern vielmehr die Hintergründe verdeutlichen, indem gezielt auf das Agile Manifest, seine Prinzipien und Werte sowie die üblichsten Fehlinterpretationen eingegangen wird.

Jede Art der Veränderung benötigt Zeit, Fokus sowie eine gute Planung, um nachhaltig erfolgreich zu sein. So verhält es sich auch bei der Einführung der agilen Projektmanagement Methode SCRUM. Damit die Transition hin zur neuen Arbeitsweise möglichst reibungslos abläuft, folgen hier ein paar Tipps, die es bei der Planung der ersten Schritte zu berücksichtigen gilt.