Depuis peu un courant managérial tendant à coupler les valeurs « agiles » à la Qualité voit le jour .
[Source WIKI]
Les méthodes agiles sont des groupes de pratiques pouvant s'appliquer à divers types de projets, mais se limitant jusqu’à présent aux projets de développement en informatique principalement en conception de logiciels.
Les méthodes agiles se veulent plus pragmatiques que les méthodes traditionnelles.
Elles impliquent le plus possible le client et permettent une grande réactivité par rapport à ses demandes et à leurs éventuelles évolutions.
Elles visent la satisfaction réelle du besoin et non les termes d'un contrat de développement.
Les 4 valeurs "agiles" fondamentales :
L'équipe (« Personnes et interactions plutôt que processus et outils ») : Dans l'optique agile, l'équipe est bien plus importante que les outils (structurants ou de contrôle) ou les procédures de fonctionnement. Il est préférable d'avoir une équipe soudée et qui communique, composée de développeurs (éventuellement à niveaux variables), plutôt qu'une équipe composée d'experts fonctionnant chacun de manière isolée. La communication est une notion fondamentale.
L'application (« Logiciel fonctionnel plutôt que documentation complète ») : Il est vital que l'application fonctionne. Le reste, et notamment la documentation technique, est une aide précieuse mais non un but en soi. Une documentation précise est utile comme moyen de communication. La documentation représente une charge de travail importante, mais peut pourtant être néfaste si elle n'est pas à jour. Il est préférable de commenter abondamment le code lui-même, et surtout de transférer les compétences au sein de l'équipe (on en revient à l'importance de la communication).
La collaboration (« Collaboration avec le client plutôt que négociation de contrat ») : Le client doit être impliqué dans le développement. On ne peut se contenter de négocier un contrat au début du projet, puis de négliger les demandes du client. Le client doit collaborer avec l'équipe et fournir un feed-back continu sur l'adaptation du logiciel à ses attentes.
L'acceptation du changement (« Réagir au changement plutôt que suivre un plan ») : La planification initiale et la structure du logiciel doivent être flexibles afin de permettre l'évolution de la demande du client tout au long du projet. Les premières réalisations du logiciel vont souvent provoquer des demandes d'évolutions.
Aucun commentaire:
Enregistrer un commentaire