2008-11-17 12 views

Répondre

3

Je préfère au moins quelques heures, mais des expériences avec des intervalles allant jusqu'à 45 minutes ont montré que le temps optimal était d'environ 90 minutes.

Pour les références, voir Pair Programming Explained

+0

Très bonne référence, merci! – Bogdan

0

Cela dépend de la durée de chaque tâche - si vous corrigez des bogues mineurs, vous pouvez changer assez fréquemment; Si vous ajoutez une nouvelle fonctionnalité majeure, vous resteriez ensemble plus longtemps.

0

J'ai trouvé qu'une fois une partie discrète de travail est terminée, ou vous commencez à courir dans un obstacle est toujours un bon moment pour le mettre en place.

Plutôt que de casser un flux juste parce que la limite de temps est écoulée.

1

Je crois que la meilleure idée est de diviser la tâche que vous travaillez en plus petites sous-tâches logiques. Chacune de ces tâches devrait pouvoir être terminée en environ 45 minutes (comme une leçon de lycée). Les programmeurs peuvent changer après chaque tâche.

Veuillez noter que la division de la tâche est déjà une sorte de travail sur l'objectif cible. Toute tâche peut (et devrait être) diviser en plus petites parties dès que possible. C'est une bonne idée de diviser la tâche en une partie plus petite au niveau de la paire (le chef d'équipe ou le manager n'a pas besoin d'être inclus dans ce processus) - rappelez-vous que l'agilité favorise les groupes auto-organisés.

Bien sûr, si la sous-tâche prend plus de temps (plus de 45 minutes), vous n'avez pas besoin de la changer avant d'avoir terminé.