Suivant l'approche : « sortir tôt et sortir souvent », l'équipe du projet s'est attelée à lancer une version majeure de son navigateur toutes les six semaines.
Une approche qui rend l'évolution du navigateur difficile à suivre, d'autant plus que sa mise à jour se fait automatiquement, d'une manière transparente pour l'utilisateur.
C'est visiblement le but de Google, qui ne fait d'ailleurs plus beaucoup de bruit autour des sorties des nouvelles versions (pour faire oublier les numéros des versions ?).
Cette semaine, Google a sorti un document très intéressant sur ces méthodes de travail. La société s'est exprimée par le biais du superviseur du développement de Chrome, Anthony LaForge qui a publié des slides sur ce qui risque de devenir un cas d'école en terme de gestion de projet de développement.
Contrairement aux méthodes classiques, qui fixent les fonctionnalités à intégrer, quitte à reporter le lancement de la nouvelle version (voir les reports successifs de Firefox 4), Google considère les fonctionnalités comme un flux continu.
Il assimile son navigateur à un site Web qui offre des services. Ses services et fonctionnalités sont mises à la disposition des utilisateurs dès qu'elles sont prêtes.
D'où l'inutilité, dans ce contexte, d'un numéro de version. Ce qui comptent en revanche, ce sont les "channels". Google Chrome en propose trois : Développement, Bêta et Stable (quatre avec Canary).
Les nouveautés sont rendues disponible sur ces channels progressivement, les utilisateurs choisissant le "degré de stabilité" qui leur convient.
Ces slides, qui intéresseront aussi bien les développeurs Webs que les développeurs d'application on-premise sont disponibles sur ce lien.
Et vous ?
Quelle approche préférez-vous :le flux continu de fonctionnalités de Google Chrome ou celle traditionnelles où les nouvelles versions marque un changement profond de l'application ?En collaboration avec Gordon Fowler
Envoyé par Idelways
(pour les taxis c'est une autre histoire)