dans le premier article, les problèmes décrivent des problèmes classiques d’implémentation d'un application (performances de l'application ou donner du feedback a l'utilisateur), et les autres problemes sont tous spécifiques a l’implémentation de leur board qui a l'air un peu boiteuse, et qui surtout n'a rien a voir avec les implémentations actuelles de board.
le second article mentionne qu'"utiliser un board electronique peut avoir de mauvaises conséquences sur les équipes qui ne gèrent pas bien la transition". C'est une phrase tellement generale que tu peux l'appliquer a tout ce que tu veux en remplaçant "board electronique" par "windows", "linux", "rasoir USB", etc.
En gros, ces deux articles ne remettent pas en cause les board electroniques selon moi. Et je maintiens que les membres de l'equipe sont plus important que n'importe quel outil ou processus.
[^] # Re: Agile ? Perte d'information et tâches à la truelle
Posté par djano . En réponse à la dépêche Sortie du connecteur Tuleap Agile Planner pour Eclipse en Open Source. Évalué à 3.
C'est mieux avec des références!
Voici mon analyse des références:
dans le premier article, les problèmes décrivent des problèmes classiques d’implémentation d'un application (performances de l'application ou donner du feedback a l'utilisateur), et les autres problemes sont tous spécifiques a l’implémentation de leur board qui a l'air un peu boiteuse, et qui surtout n'a rien a voir avec les implémentations actuelles de board.
le second article mentionne qu'"utiliser un board electronique peut avoir de mauvaises conséquences sur les équipes qui ne gèrent pas bien la transition". C'est une phrase tellement generale que tu peux l'appliquer a tout ce que tu veux en remplaçant "board electronique" par "windows", "linux", "rasoir USB", etc.
En gros, ces deux articles ne remettent pas en cause les board electroniques selon moi. Et je maintiens que les membres de l'equipe sont plus important que n'importe quel outil ou processus.