Lenny DistilledExécution → Processus et rituels
Je suis très clair que je suis un grand partisan de tout tester, ce qui signifie que tout changement de code que vous apportez, toute fonctionnalité que vous introduisez doit faire l'objet d'une expérience. Car encore une fois, j'ai observé ce genre de résultat surprenant que même de petites corrections de bogues, même de petits changements peuvent parfois avoir un impact surprenant et inattendu.
Vous ne voulez jamais sortir d'une expérience ou d'un test en disant : 'Eh bien, peut-être que l'exécution était mauvaise parce que ça demande beaucoup d'énergie de mobiliser une équipe pour tester quelque chose,' et vous voulez vraiment vous assurer que vos tests fournissent réellement un signal.
Je dirais, tout tester, nous avons mené au cours des quatre dernières années plus de 600 expériences sur les séries, donc pratiquement tous les deux jours.
Trouvez un endroit, trouvez une équipe où l'expérimentation est facile à mener. N'allez pas avec l'équipe qui lance tous les six mois, ou Office avait l'habitude de lancer tous les trois ans. Allez avec l'équipe qui lance fréquemment.
Je n'ai pas laissé l'équipe mener cette expérience pendant six mois pour que nous nous concentrions sur les fruits les plus bas. Nous avons mené cette expérience très simple qui était du style : 'Vous vous inscrivez et ensuite vous obtenez un badge.' Et bien sûr, avec le recul, cela n'a entraîné aucun résultat, parce que personne n'est fier de s'inscrire.