Cet article est écrit par Simon Manby, chef de produit principal, ministère de la Justice, et Kaz Hufton, chef de produit principal, ministère de la Justice.

Cet article sera présenté dans le prochain microcours d'Apolitical sur la conception d'un service numérique . Dans cet article, Simon Manby et Kaz Hufton de l'équipe numérique du ministère britannique de la Justice expliquent pourquoi il est important d'avoir une vision claire et des indicateurs de succès lorsqu'ils travaillent sur des services numériques.

Savoir quand aller en direct avec un produit est probablement le point le plus difficile à reconnaître à travers les phases de livraison .

Le bon moment pour passer de Découverte à Alpha (y a-t-il un problème à résoudre? Est-ce utile et faisable de le faire?) Ou Alpha à Bêta (les hypothèses les plus risquées ont-elles été testées? Y a-t-il une solution? Sommes-nous prêts faire passer des données en direct de la part des utilisateurs?) est ressenti par l'équipe de manière intuitive; ce sont des passerelles car chaque phase est configurée pour faire une «chose» spécifique. Mais le passage de Bêta public à la Mise en service est plus nébuleux.

Souvent, les produits restent dans la bêta publique presque indéfiniment, car il est si rarement évident de faire le changement; s'il est déjà utilisé par un grand nombre de personnes capables de faire ce dont elles ont besoin, à quoi ça sert?

Tout produit devient héritage au moment où vous arrêtez d'itérer

Mais la phase Mise en service est le point de départ du vrai travail. Lorsque le scintillement, le glamour et l'attention de l'équipe de communication sont passés, en veillant à ce que le service reste durable et pertinent pour son cycle de vie, qu'il continue d'avoir une équipe multidisciplinaire disponible et financée, afin que vous puissiez continuer à itérer et à répondre à l'évolution des besoins au fil du temps est si important. Il est trop facile de se glisser dans un service qui devient statique à mesure que l'attention de l'entreprise passe à la prochaine chose brillante et que les équipes doivent prendre en charge un portefeuille de produits en constante augmentation.

Quand passer en direct

Tout produit devient un héritage au moment où vous arrêtez d'itérer, et une équipe doit définir des conditions et des pointeurs clairs pour le moment où ils passeront à la Mise en service très tôt dans la phase bêta, car cela aide à définir à tout le monde à quoi ressemble le succès et donne un point commun objectif à viser.

Un service doit passer à Live lorsqu'il répond clairement aux besoins des utilisateurs définis dans les phases de livraison précédentes et que les utilisateurs peuvent en obtenir le résultat souhaité.

Un service doit passer à la Mise en service lorsqu'il répond clairement aux besoins des utilisateurs définis dans les phases de livraison précédentes, et les utilisateurs peuvent en obtenir le résultat qu'ils attendent. De manière critique, vous devez également montrer que les gens l'utilisent réellement; dans des volumes qui affichent, il est à la fois précieux pour eux et durable pour l'organisation. Essayez de ne pas retarder le passage à la Mise en service plus longtemps que nécessaire, car non seulement cela fournit un réel jalon et un sentiment d'accomplissement à l'équipe et à l'organisation au sens large, mais cela vous permet également de vous positionner en faveur de la durabilité future et de quantifier la valeur du service aux yeux de l’organisation.

Si cela ne vaut pas la peine d'être maintenu, cela n'ajoute pas de valeur et nous pouvons simplement le désactiver, n'est-ce pas? Une bannière Mise en service doit être un insigne d'honneur et de fierté; vous avez réussi à naviguer jusqu'à un point où vous avez non seulement prouvé le besoin d'un utilisateur, mais aussi l'avez servi, et mieux que quiconque ne l'a fait auparavant.

Vous devez utiliser le passage à Mise en service pour vous assurer qu'un plan est en place et un engagement à financer ce plan pour le cycle de vie du service. La mise en service vous permet enfin de commencer à aborder toutes les contraintes identifiées via la version bêta et prendre le temps de travailler plus étroitement avec des domaines tels que les opérations ou la politique pour débloquer ces contraintes. C'est aussi le moment où vous pouvez résoudre les problèmes de performances et de refactorisation qui ont été négligés dans la volonté constante de libérer une valeur précoce, de tester certaines des hypothèses légèrement moins risquées et d'améliorer les fonctionnalités que les utilisateurs veulent vraiment plutôt que spécifiquement.

Soyez fier de votre magie ennuyeuse

Pensez à la terminologie que vous utilisez lors de la préparation de Mise en service; nous avons déjà utilisé le terme redouté «héritage» ci-dessus qui a souvent des connotations négatives, mais un service en ligne en «mode maintenance» ou similaire ne semble pas non plus aussi attrayant pour une équipe multidisciplinaire performante qu'un nouveau produit entrant dans Alpha avec une toile vierge pour adapter leurs préférences techniques de pointe. C'est aussi un abus de langage; nous ne maintenons pas un produit, nous le gardons pertinent pour le service et précieux pour les utilisateurs, c'est souvent le travail le plus vital, mais c'est aussi par excellence « magie ennuyeuse » pour citer Steve Messer , chef de produit chez GDS au Royaume-Uni.

Ne soyez pas précieux sur un produit, s'il n'a plus de valeur ou s'il existe une meilleure façon de faire quelque chose, vous devez être en mesure de s'éteindre avec peu ou pas d'impact pour les utilisateurs ou l'organisation.

Vos services en ligne sont généralement ceux qui génèrent des revenus, qui permettent à l'entreprise de fonctionner, donnent aux utilisateurs la possibilité de faire ce dont ils ont besoin et assurent un financement continu pour l'exploration d'hypothèses plus récentes. Ne les sous-vendez pas à vos équipes ou ne les faites pas se sentir moins dignes d'attention. La mise en service vous permet de lever un peu le pied de l'accélérateur, mais c'est aussi le moment de commencer à vraiment regarder les données que vous collectez autour du comportement et des commentaires des utilisateurs et d'utiliser ces échantillons de plus grande taille pour orienter l'attention et la stratégie de bout en bout. un service. Bien planifié, vous ajouterez plus de valeur à la Mise en service que jamais lors des phases précédentes.

Il convient également de dire que la préparation de la retraite est une partie précieuse de la phase de mise en service, tout comme vous devriez vous tourner vers la Mise en service au début de la bêta, avoir un plan de retraite signifie que vous devez constamment mesurer l'utilisation, la valeur et la satisfaction. Ne soyez pas prétentieux avec un produit, s'il n'a plus de valeur ou s'il existe une meilleure façon de faire quelque chose, vous devez être en mesure de l'éteindre avec peu ou pas d'impact pour les utilisateurs ou l'organisation. Ne pensez pas trop tard à la retraite.

En résumé, ayez une vision claire au sein de l'équipe des critères de réussite qui permettent le passage à la Mise en service et ne tardez pas lorsque vous les avez rencontrés. Utilisez la transition des phases pour garantir l'engagement et le financement d'une équipe multidisciplinaire pour le cycle de vie du service et continuez à ajouter de la valeur, et regardez toujours la phase suivante le plus tôt possible. - Simon Manby et Kaz Hufton

(Crédit photo: Unsplash)

N'oubliez pas de partager vos propres réflexions avec l'auteur en laissant un commentaire ci-dessous