Rien n'aidera une équipe à obtenir de meilleurs résultats que de s'assurer qu'elle construit quelque chose que l'utilisateur apprécie. Cela peut sembler simple ou évident, mais je pense qu'après cette semaine, vous trouverez probablement des occasions d'aider votre équipe à mieux se concentrer en testant des idées de manière plus définitive avant d'investir dans le développement d'un logiciel. Dans ce module, vous apprendrez comment faire des tests de concept une partie intégrante de votre pipeline de produits. Nous continuerons à appliquer les méthodes de Lean Startup, en examinant comment elles s'associent à l'approche agile. Nous verrons comment les équipes performantes conçoivent et réalisent des expériences adaptées aux situations pour tester les idées, et comment cela fonctionne avant le fait (lorsque vous testez une idée) et après le fait (lorsque vous testez la valeur d'un logiciel que vous avez mis sur le marché).

Les meilleurs produits font l'objet de tests d'utilisabilité précoces et fréquents, ce qui permet d'éviter le stress destructeur et l'incertitude d'un "grand dévoilement" Dans ce module, vous apprendrez à diagnostiquer, concevoir et exécuter des tests utilisateurs adaptés aux différentes phases. Les outils que vous apprendrez à utiliser ici (un modèle de plan de test, un outil de prototypage et une infrastructure de session de test) sont accessibles/enseignables à n'importe quel membre de votre équipe. Et c'est une très bonne chose : souvent, des produits sont mis sur le marché avec une mauvaise ergonomie parce qu'il n'y a "pas eu assez de temps" pour les tester. Grâce à ces techniques, vous serez en mesure d'effectuer des tests précoces et fréquents, ce qui renforcera votre culture de l'expérimentation.

Vous avez appris à tester les idées et la facilité d'utilisation afin de réduire la quantité de logiciels que votre équipe doit construire et d'en cibler l'exécution. Vous allez maintenant apprendre comment les équipes performantes abordent les tests du logiciel lui-même. La pratique de la livraison continue et le mouvement Devops, qui lui est étroitement lié, sont en train de changer la manière dont nous construisons et mettons à disposition les logiciels. Il n'y a pas si longtemps, 2 à 3 versions par an étaient considérées comme la norme. Aujourd'hui, Amazon, par exemple, publie du code toutes les 11,6 secondes. Cette semaine, nous allons examiner le pipeline de livraison et passer en revue ce que font les praticiens qui réussissent à chaque étape et comment vous pouvez diagnostiquer et appliquer les pratiques qui amélioreront votre mise en œuvre de l'agilité.