Nichts hilft einem Team so sehr, bessere Ergebnisse zu erzielen, wie sicherzustellen, dass es etwas entwickelt, das der Benutzer schätzt. Das mag einfach oder offensichtlich klingen, aber ich denke, dass Sie nach dieser Woche wahrscheinlich Möglichkeiten finden werden, den Fokus Ihres Teams zu verbessern, indem Sie Ideen genauer testen, bevor Sie in die Entwicklung von Software investieren. In diesem Modul lernen Sie, wie Sie Konzepttests zu einem festen Bestandteil Ihrer Produktpipeline machen können. Wir werden die Methoden von Lean Startup weiter anwenden und untersuchen, wie sie sich mit agilen Methoden kombinieren lassen. Wir werden uns ansehen, wie gut funktionierende Teams situationsgerechte Experimente entwerfen und durchführen, um Ideen zu testen, und wie das vor der Durchführung (wenn Sie eine Idee testen) und nach der Durchführung (wenn Sie den Wert der von Ihnen veröffentlichten Software testen) funktioniert.

Die besten Produkte werden frühzeitig und häufig auf ihre Benutzerfreundlichkeit getestet, um den zerstörerischen Stress und die Unsicherheit einer "großen Enthüllung" zu vermeiden In diesem Modul lernen Sie, wie Sie phasengerechte Benutzertests diagnostizieren, konzipieren und durchführen. Die Tools, deren Verwendung Sie hier lernen (eine Testplanvorlage, ein Prototyping-Tool und eine Infrastruktur für Testsitzungen), sind für jeden in Ihrem Team zugänglich und erlernbar. Und das ist eine sehr gute Sache - oft werden Produkte mit schlechter Benutzerfreundlichkeit veröffentlicht, weil "nicht genug Zeit" zum Testen vorhanden war. Mit diesen Techniken sind Sie in der Lage, früh und häufig zu testen und Ihre Experimentierkultur zu stärken.

Sie haben gelernt, wie man Ideen und Benutzerfreundlichkeit testet, um die Menge der Software, die Ihr Team erstellen muss, zu reduzieren und die Ausführung zu fokussieren. Jetzt werden Sie lernen, wie gut funktionierende Teams das Testen der Software selbst angehen. Die Praxis der kontinuierlichen Bereitstellung und die eng damit verbundene Devops-Bewegung verändern die Art und Weise, wie wir Software erstellen und veröffentlichen. Es ist noch gar nicht so lange her, da galten 2-3 Veröffentlichungen pro Jahr als Standard. Heute veröffentlicht Amazon zum Beispiel alle 11,6 Sekunden einen neuen Code. In dieser Woche werden wir uns die Delivery-Pipeline ansehen und schrittweise erläutern, was erfolgreiche Praktiker in jeder Phase tun und wie Sie die Praktiken diagnostizieren und anwenden können, die Ihre Implementierung von Agile verbessern werden.