Im ersten Teil unserer Artikelserie zum Thema User-centered Design haben wir uns mit den Basics dieses Ansatzes auseinandergesetzt. Um digitale Produkte wirklich für den Kunden zu gestalten, muss man diesen durchgehend am Entwicklungsprozess beteiligen. Wir diskutieren im zweiten Teil das mögliche Vorgehen und weitere Methoden an konkreten Beispielen.
Auch im Umfeld von Webapplikationen müssen die Anforderungen zusammen mit dem Kunden sorgfältig erforscht werden. Nur wenn das gelingt, kann das Projekt erfolgreich zur Zufriedenheit des Kunden abgeschlossen werden. Es gibt eine Reihe von innovativen, agilen und dynamischen Methoden. Ist der Werkzeugkasten gut gefüllt, sind auch komplexere Vorhaben zu bewältigen. Die Zeit ist reif für eine praxisorientierte Review.
Agile funktioniert, so viel steht fest. Aber warum? Die Antwort könnte im Gehirn liegen: Wer auf agile Methoden setzt, arbeitet nämlich gehirngerecht. Was heißt das nun eigentlich genau – und stimmt überhaupt das wirklich?
Agile auf Unternehmensebene zu skalieren gilt als Herausforderung. Oft sind die Differenzen zwischen den Bedürfnissen des Managements und der agilen Methodenwelt zu groß. Sollte man den Schritt zum agilen Großunternehmen also lieber sein lassen?
Hindernisse und Höhenflüge; tiefe Täler, starke Gegner und der Wettlauf mit der Zeit: Adventure Game oder Agile? Beides! Unsere Infografik „Das Agile Adventure“ gamifiziert die agile Softwareentwicklung und illustriert Methoden wie Hürden der agilen Arbeitsweise.
Agile ist einfach? Schön wär’s! Noch immer haben viele Unternehmen Probleme damit, die agile Arbeitsweise richtig um- und einzusetzen. Mal liegt es an der Unternehmenskultur, mal steht die Ungeduld des Managements dem agilen Wandel im Weg. So oder so ist die Enttäuschung groß, wenn die agile Arbeitsweise nicht ins gelobte Land der schnellen, fehlerfreien Softwareentwicklung führt. Eigentlich ist das aber gar kein Wunder.
Wer einen Profi-Product-Owner und einen Super-Scrum-Master hat, löst damit viele Probleme des agilen Arbeitens. Das Projektteam besteht jedoch nicht nur aus diesen beiden Rollen. Vielmehr sind es die Entwickler, die am Ende über den Erfolg oder Misserfolg eines Projekts entscheiden! Das Backlog kann nämlich noch so gut sortiert sein – ein Micromanager oder Wasserfall-Fanatiker kann alles zerstören. Darum gibt es bestimmte Persönlichkeiten, die in jedes Team gehören: Die Scrum-Team-Superhelden!
Heißt Teamwork „toll, ein anderer macht’s“? Nicht mit Agile! Hier ist jeder Einzelne gefragt, damit das Projekt am Ende ein voller Erfolg wird. Damit das agile Arbeiten auch wirklich klappt, muss einiges beachtet werden. Nicht jeder ist nämlich der geborene Teamplayer oder der perfekte Scrum-Master. Unsere agilen Superhelden zeigen darum, wie agiles Arbeiten optimal funktioniert. Heute präsentieren wir den Super-Scrum-Master und den Profi-Product-Owner.
Die State-of-Agile-Studie geht in eine neue Runde und berichtet mit Zahlen und Tabellen über die Trends der agilen Welt. Dabei ist Scrum nach wie vor die am häufigsten genutzte Methode.
Um den Arbeitsfluss in Kanban sichtbar zu machen, kommt das Entwicklungsteam um das Cumulative-Flow-Diagramm nicht herum. Das Diagramm zeigt den Fluss im System auf und macht so Blockaden sichtbar.
Jeden Montag blicken wir auf die spannendsten und interessantesten Themen der vergangenen Woche zurück. Dazu zählte in den letzten sieben Tage natürlich vor allem das finale Release von Windows 10 Mobile, aber auch die Frage, ob sich sinnvoll auf jQuery verzichten lässt sowie der Vergleich Scrum vs. Kanban haben es in die Top-Themen der Woche geschafft.
Sowohl Scrum als auch Kanban zielen unter anderem darauf ab, die Kommunikation im Projekt in den Vordergrund zu stellen. Das erklärte Ziel dabei ist die Nutzung derselben, um das Produkt und den Prozess zu verbessern. Zielgerichtete Kommunikation und ein festgelegter Prozess allein können diese Anforderung nicht erfüllen. Hierzu muss das Entwicklungsteam wissen, an welchen Prozessschritten es Verbesserungen und Optimierungen durchführen kann oder muss.
