Le développement de produits s'accompagne toujours d'une dette technique, car toutes les fonctionnalités ne peuvent pas être réalisées efficacement dans le temps alloué à la mise en œuvre de cette fonctionnalité. Cette approche a ses avantages et ses inconvénients, mais si la dette technique n'est pas éteinte, l'ajout de nouvelles fonctionnalités au produit devient de plus en plus difficile.
Si vous êtes intéressé par la façon dont nous avons appris à travailler avec la dette technique, alors bienvenue à cat.
Un peu de théorie
Qu'est-ce que la dette technique? Dette technique - le travail, s'il n'est pas effectué, entraîne des dommages invisibles pour l'utilisateur (configuration manuelle d'une fonctionnalité, journaux illisibles / manquants).
Le résultat du remboursement de la dette technique n'est pas visible pour l'utilisateur, mais il augmentera la qualité du produit (fiabilité, sécurité, vitesse de développement, stabilité).
Tout le monde prend ce qui est plus proche de lui
Lorsque le produit est neuf, ceux-ci. il a peu de dettes. Pour cette raison, nous n'avions pas de mécanisme de classement pour les tâches qui tombent dans la dette technique, tout comme il n'y avait pas de mécanisme de remboursement, autre que l'enthousiasme des développeurs. Le principe du boy-scout concerne nous. En fait, les choses n'étaient pas si roses.
Toutes les tâches ont été rassemblées au hasard sur un seul tableau, où il était difficile de comprendre l'importance d'une tâche particulière.
. , — , - , .
- , , . - , , - code-review ( !)
- , , , , .
4 :
— . (0 — , , 5 — )
— . ( , , , ) (0 — , 5 — )
( , , ) (0 — , 5 — )
(0 — , 5 — )
story points, .
, TechDebt Value, ( , ).
X, Y Z. , — , X Y Z .
, , .
— . .
? , , .
, , .
?
, , story point — . , , , .
— , , 10-15 . - , .
.
, - . ( capacity), . , - , .
Maintenant, outre le fait que nous prenons les tâches dans le sprint, certaines petites tâches sont fermées dans le cadre d'autres tâches.
Donc?
Nous sommes à la dernière des étapes décrites. Il est trop tôt pour tirer des conclusions sur son succès, l'essentiel est qu'il existe un mécanisme, cela fonctionne et profite à l'équipe et au produit.