Une fois la vague de succès des méthodologies de développement Agile passée, rares sont ceux qui ont résisté à l'épreuve du temps. Mais parmi eux, il y a une technique spéciale: PDD Panic Driven Development - Développement par panique .
Cette technique partage les principes de base de la méthodologie de développement Agile, mais elle est dépourvue de cérémonie inutile et de charge technologique qui ne fait que ralentir la vitesse de l'équipe. Examinons de plus près les principes de cette méthodologie.
Plus la tâche est récente, plus la priorité est élevée
Dès qu'une nouvelle tâche survient au milieu d'un sprint, sa priorité s'élève sur tout le travail précédemment planifié. Après tout, tout ce qui est nouveau est toujours meilleur et plus important. En général, ce point doit être inclus dans les principes de base de la méthodologie Agile.
L'accent mis sur la création de valeur pour le client suggère que l'équipe devrait mettre de côté le travail préalablement planifié et s'occuper des nouvelles fonctionnalités.
Nous écrivons exactement autant de code que nécessaire pour le résultat
Les développeurs créent un code d'écriture vivant. Les erreurs ne peuvent être corrigées que par code. Discuter de la conception et de l'expérience utilisateur ne fait que ralentir le développement. Par conséquent, nous faisons ceci: Nous écrivons la solution, nous nous assurons que le correctif fonctionne. Si tout va bien, le problème est résolu. Allons plus loin.
Ne vous précipitez pas pour tester
Une fois le correctif implémenté, les tests doivent être planifiés comme des tâches en attente. Les tests sont utiles, bien sûr, mais n'allez pas trop loin. Vous pourrez vous en occuper plus tard. Créez un ticket et téléchargez-le dans le backlog. Pour vérifier la fonctionnalité, il est tout à fait possible de faire des tests manuels.
Faites confiance à vos sens
La programmation est un art. Les instincts et l'intuition font partie intégrante de tout art. Écoutez votre cœur. Écrivez la solution. Déployez-le plus audacieusement. La fortune ne sourit qu'aux courageux.
Le processus doit s'adapter à vous
Tout processus de développement, de test et de publication de logiciels est simplement un ensemble de conventions et de règles. Ils ne sont pas gravés dans la pierre. Les correctifs critiques nécessitent de la flexibilité. On s'attend à ce que pour augmenter la vitesse, les processus soient modifiés pour répondre aux besoins de l'équipe.
Tout vient du manager
Le chef d'équipe est habilité à s'exprimer sur les questions de développement. Toute refactorisation et tout respect des bonnes pratiques peuvent et doivent être annulés par les besoins de l'entreprise. Les ingénieurs, bien sûr, peuvent exprimer leurs opinions, mais à la fin ils devraient travailler pour les besoins qui leur sont transmis d'en haut.
Conclusion
Le PDD est une technique qui augmente rapidement la vitesse du travail d'équipe dans n'importe quel projet dans les plus brefs délais.
Il est utilisé dans des entreprises du monde entier et constitue la base d'une programmation flexible et sans compromis.