Ouai, j'avais cru comprendre ça aussi, qu'on passait d'un mode très découpé (dans le temps, l'espace et dans les tâches) à un mode en synergie avec les experts fonctionnels.
Je veux même bien croire que ça a de supers avantages mais j'ai bien peur que ça puisse amener à négliger la pérennité.
Ce que je veux dire par là c'est que si le besoin et les contraintes techniques évoluent au gré du développement du produit et de l'avis des personnes proches des utilisateurs, ce n'est pas grave (peut être même souhaitable ?) quand c'est pour 1 client (ou type précis d'utilisateur). Mais quand ça s'adresse à plein de monde il faut nécessairement faire un travail de mise à plat d'un max de points de vue et de contextes (type d'utilisateur, environnement d'exécution etc.) au départ. Chez M6 ça n'était manifestement pas le cas car 25% des utilisateurs potentiels sont de fait mis de côté.
Au passage, dans ma boite on confond tout et on nomme "agile" ce que tu nommes "la rache" mais ceci n'a rien à voir.
[^] # Re: DRM inside
Posté par Joc M . En réponse au journal M6 replay : le site qui n'aime pas linux.. Évalué à 2.
Je veux même bien croire que ça a de supers avantages mais j'ai bien peur que ça puisse amener à négliger la pérennité.
Ce que je veux dire par là c'est que si le besoin et les contraintes techniques évoluent au gré du développement du produit et de l'avis des personnes proches des utilisateurs, ce n'est pas grave (peut être même souhaitable ?) quand c'est pour 1 client (ou type précis d'utilisateur). Mais quand ça s'adresse à plein de monde il faut nécessairement faire un travail de mise à plat d'un max de points de vue et de contextes (type d'utilisateur, environnement d'exécution etc.) au départ. Chez M6 ça n'était manifestement pas le cas car 25% des utilisateurs potentiels sont de fait mis de côté.
Au passage, dans ma boite on confond tout et on nomme "agile" ce que tu nommes "la rache" mais ceci n'a rien à voir.