Réponse en bref
La plupart des désaccords sur la question de savoir si quelque chose est prêt sont des désaccords sur ce que signifie prêt. Une échelle de préparation ne les résout pas en étant corrects; elle les résout en étant partagés.
L'idée centrale: Une échelle de préparation est utile non pas parce…
Une échelle de préparation est utile non pas parce qu'elle mesure avec précision la maturité, mais parce qu'elle oblige deux personnes qui ne sont pas d'accord à pointer au même échelon et à dire quelles preuves manquent.
Des niveaux de préparation technologique ont été établis pour l'achat de matériel, où la différence entre un élément testé dans un laboratoire et un vol effectué dans une mission est une question de physique et de coût. Les équipes logicielles rejettent généralement l'échelle comme bureaucratique, et pour son formulaire original de neuf niveaux appliqué littéralement, ce licenciement est juste. Ce qui survit à la traduction, c'est le mouvement sous-jacent : définir la maturité par l'environnement dans lequel quelque chose a été démontré, et non par la façon dont il se sent fini.
Ce qui a changé, et pourquoi ça compte maintenant: Suivre le niveau réclamé par rapport à la preuve…
L'argument récurrent dans la plupart des organisations de produits est une version de ce prêt. Il est insoluble comme posé, parce que les participants utilisent chacun une définition privée — l'ingénieur signifie que le code fonctionne, l'opération mène signifie qu'il peut être supporté à trois heures du matin, le plomb commercial signifie qu'il peut être vendu sans mise en garde. Tous les trois ont raison et ils ne discutent pas de la même propriété. Les équipes qui adoptent une échelle explicite n'arrêtent pas de ne pas être d'accord; elles commencent à ne pas être d'accord sur l'échelon qui a été démontré, ce qui est une question que la preuve peut régler. Le changement est visible dans la façon dont les estimations changent. Avant une échelle, une équipe a demandé quand quelque chose sera prêt produit une date; après une, la même équipe produit un rang et une liste de ce qui manque pour atteindre le suivant. La date est généralement moins optimiste et beaucoup plus précise, parce qu'elle est assemblée à partir de lacunes nommées plutôt que d'un sens général du progrès, et elle peut être contestée sur des détails par quelqu'un qui n'était pas dans la pièce quand elle a été faite. L'échelle est également utile dans l'autre sens, comme moyen de décliner le travail honnêtement. Une demande d'expédition de quelque chose le mois prochain peut être répondue avec l'échelon qu'il occupe actuellement et les preuves encore en suspens, qui est une réponse plus productive que non et une réponse plus défendable que oui.
Construire le modèle d'exploitation: Ajouter une colonne de préparation à la planche cette…
Réduire les neuf niveaux à cinq, définir chacun par l'environnement dans lequel la chose a couru et la preuve qui le prouve, et exiger que la preuve soit nommée avant que le niveau soit revendiqué.
Une version à cinq branches utilisable : une, elle fonctionne sur une machine de développement avec des entrées choisies ; deux, elle fonctionne sur une infrastructure partagée avec des données historiques réelles ; trois, elle a servi de vrais utilisateurs dans une tranche limitée avec un chemin de retour ; quatre, elle a porté une charge de production représentative incluant un pic, avec alerte et un propriétaire ; cinq, elle a exécuté un cycle d'affaires complet incluant les cas saisonniers et un transfert du personnel. Le dernier échelon est celui d'une équipe et celui qui sépare un système qui fonctionne d'un système que l'organisation peut exploiter.
Mesurer ce que la décision a produit: Les cadres empruntés à d'autres industries échouent…
Suivre le niveau réclamé par rapport à la preuve enregistrée, le temps passé à chaque échelon et la fréquence à laquelle quelque chose est promu sans la preuve nécessaire.
Time-at-rung est la mesure informative. Un élément qui se trouve à l'échelon deux pendant huit mois n'est pas mature; il est garé, et l'échelle rend cela visible d'une manière qu'une colonne de statut ne le fait pas. Les promotions sans preuve sont le nombre à surveiller de plus près, parce qu'elles sont la façon dont une échelle se décompose en vocabulaire: une fois que deux ou trois choses ont été déclarées à l'échelon quatre sur l'affirmation, l'échelle a cessé d'être un contrôle et devenir un label.
Lorsque l'exécution cesse: La plupart des désaccords sur la question de savoir si…
Le risque principal est que l'échelle devienne une couche de déclaration — chaque projet se déclare à un niveau, personne n'enregistre les preuves, et les chiffres dérivent vers le haut vers ce dont la feuille de route a besoin.
Le deuxième risque est de l'appliquer au travail là où il ne convient pas. Une telle échelle suppose une chose qui peut être démontrée dans des environnements progressivement plus dures. Il fonctionne pour un modèle, un service, une intégration. Il fonctionne mal pour l'orientation de la conception, le changement organisationnel, ou tout autre chose dont le succès est une question d'adoption plutôt que de fonction, et forcer ceux en elle produit une fausse précision qui est pire que l'ambiguïté qu'il a remplacée.
À quoi cela ressemble dans la pratique: La plupart des désaccords sur la question de savoir si…
À l'usage, il s'agit d'une seule colonne sur un tableau existant et d'une phrase par élément désignant la preuve. La conversation qu'elle change est la planification: une demande d'expédier quelque chose à l'échelon deux devient une négociation spécifique sur ce qui serait nécessaire pour atteindre l'échelon quatre et combien de temps cela prend, plutôt qu'un échange général sur la confiance. Les équipes signalent que l'effet principal n'est pas une meilleure décision, mais des réunions plus courtes, car l'ambiguïté qui avait servi à en consommer la moitié a été supprimée.
L'argument le plus fort contre cette: Une échelle de préparation est utile non pas parce…
L'objection qu'il convient de prendre au sérieux est que les échelles de préparation codent une vision linéaire en forme de matériel de maturité que la livraison moderne a délibérément abandonnée. Le logiciel est destiné à atteindre les utilisateurs réels tôt et à maturité dans la production, et un cadre qui traite l'exposition à la production comme un échelon tardif peut être utilisé pour justifier exactement les longues phases de pré-libération que la livraison continue existe pour prévenir.
La résolution est que les échelons décrivent la portée de l'exposition, et non la séquence du calendrier. Atteindre le troisième échelon dans la première quinzaine avec une tranche d'un pour cent est l'usage prévu, pas une violation de celui-ci. Le cadre devient nuisible lorsque les échelons sont lus comme des phases de projet avec des portes et des signatures attachées, ce qui est précisément comment il sera lu si elle est introduite par une fonction de gouvernance plutôt que par l'équipe qui doit l'utiliser.
Une séquence de mise en œuvre de 30 jours: Suivre le niveau réclamé par rapport à la preuve…
Ajouter une colonne de préparation à la planche cette semaine, la remplir pour tout en vol, et exiger une phrase de preuve à côté de chaque nombre.
Le premier jour, écrivez les cinq définitions d'échelon dans vos propres mots et faites-les circuler — les définitions empruntées ne survivent pas au contact avec une équipe spécifique. Deuxième jour, demandez à chaque propriétaire d'attribuer un rang à son travail et de nommer la preuve. Troisième jour, examinez les affectations ensemble et attendez-vous à ce qu'un tiers descende une fois que la preuve sera présentée à haute voix. Deuxième semaine, utiliser les échelons dans une séance de planification et voir si la discussion change. Semaine 4, ne les gardez que si cette discussion est restée plus courte.
Vérifier les preuves, pas les chiffres
Chaque trimestre, prenez cinq éléments et vérifiez les preuves enregistrées par rapport à la réalité : a-t-on effectué ce test de charge, est-ce que l'alerte configurée, a-t-il effectivement terminé le cycle saisonnier. Cinq, ça suffit. Il ne s'agit pas d'une vérification exhaustive, mais d'établir que les réclamations sont parfois vérifiées, ce qui permet d'assurer l'honnêteté d'une échelle autodéclarée. Consigner le résultat de la vérification à côté de la réclamation de sorte que l'historique soit visible lorsque l'article est discuté à nouveau.
Réévaluer les niveaux lorsque l'environnement change plutôt que selon un calendrier fixe. Une mise à niveau de la dépendance, un changement de configuration du trafic ou le départ de la seule personne qui a compris le système sont tous des événements qui peuvent déplacer quelque chose vers le bas d'un échelon, et le dernier de ceux-ci est celui sans cadre capture automatiquement. Faire du transfert un déclencheur explicite de rétrogradation, et l'échelle commence à décrire la réalité opérationnelle plutôt que l'histoire technique.
Conclusion éditoriale: Les cadres empruntés à d'autres industries échouent…
Les cadres empruntés à d'autres industries échouent généralement parce qu'ils sont adoptés en entier. Celui-ci survit à la traduction s'il est réduit à cinq échelons, défini localement, et utilisé par les personnes qui font le travail plutôt que rapporté vers le haut. Ce qu'il achète est modeste et réel : la fin de l'argument selon lequel quelque chose est prêt, remplacé par un argument plus court sur ce qui manque.
Checklist pratique
- Première étape — Ajouter une colonne de préparation à la planche cette semaine, la remplir pour tout en vol, et exiger une phrase de preuve à côté de chaque nombre.
- Que mesurer — Suivre le niveau réclamé par rapport à la preuve enregistrée, le temps passé à chaque échelon et la fréquence à laquelle quelque chose est promu sans la preuve nécessaire.
- Mode de défaillance à regarder — Le risque principal est que l'échelle devienne une couche de déclaration — chaque projet se déclare à un niveau, personne n'enregistre les preuves, et les chiffres dérivent vers le haut vers ce dont la feuille de route a besoin.
- Attribuer un propriétaire visible et une date d'examen. — Les cadres empruntés à d'autres industries échouent généralement…
- Des preuves distinctes de l'interprétation. — La plupart des désaccords sur la question de savoir si quelque…
- Saisir une base de référence avant de modifier le processus. — La plupart des désaccords sur la question de savoir si quelque…
Questions et réponses
Les niveaux de préparation technologique peuvent-ils être utilisés pour les logiciels?
Pas sous la forme originale de neuf niveaux, qui a été construite pour l'achat de matériel. Ce qui survit à la traduction, c'est le mouvement sous-jacent : définir la maturité par l'environnement quelque chose a été démontré, plutôt que par la façon dont il se sent fini.
Quels sont les niveaux de préparation d'une équipe de produits?
Cinq échelons fonctionnent bien: fonctionne sur une machine de développement avec des entrées choisies; fonctionne sur une infrastructure partagée avec des données historiques réelles; a servi les utilisateurs réels dans une tranche limitée avec retour; a porté une charge de pointe représentative avec alerte et un propriétaire; a exécuté un cycle d'affaires complet comprenant un transfert de personnel.
Une échelle de préparation est-elle en conflit avec une prestation continue?
Seulement si les échelons sont lus comme des phases de projet. Ils décrivent l'étendue de l'exposition, et non la séquence du calendrier — atteindre le troisième échelon dans la première quinzaine avec une tranche de 1 % est l'utilisation prévue, et non une violation de celle-ci.
Comment empêcher une échelle de préparation de devenir une couche de déclaration?
Exiger une phrase de preuve nommée à côté de chaque niveau réclamé, et vérifier cinq éléments par trimestre par rapport à la réalité. Les promotions sans preuves sont la façon dont une échelle se décompose d'un témoin à une étiquette.
Quand faut-il réévaluer le niveau de préparation?
Lorsque l'environnement change plutôt que selon un calendrier : une amélioration de la dépendance, un changement de configuration du trafic ou le départ de la seule personne qui a compris le système. Faites du transfert un déclencheur explicite de rétrogradation.

