Que savez-vous sur les Processus ?
Définition du dictionnaire : Les processus sont des systèmes opérationnels pour fournir ou réaliser des produits. Les processus peuvent inclure des étapes séparées avec des points de fin clairement définis, qui représentent des étapes nouvelles ou améliorées significatives vers un résultat final. Les processus sont généralement intégrés dans une Méthodologie « plus complète ». Les méthodologies pourraient être et doivent être adaptées, selon les objectifs de l’entreprise et du projet.
Est-ce que cela assure la qualité ? Oui… Cela aide à assurer que les produits répondent aux exigences de qualité, fournissant les meilleures pratiques à implémenter et les standards à respecter.
Est-ce que cela facilite la vie de tout le monde ? Oui… Cela aide à réduire le stress et les frustrations, fournissant un cadre pour l’organisation, ainsi les personnes savent à quoi s’attendre et ce qui est attendu d’elles.
Est-ce que cela économise de l’argent ? Oui… Cela aide à économiser de l’argent, assurant que le coût d’ajout de nouvelles fonctionnalités et de maintenance du produit n’augmente pas exponentiellement avec le temps, ce qui force souvent les entreprises à redévelopper leurs produits depuis zéro après un moment…
Méthodologies conventionnelles
The Capacity Maturity Model Integration (CMMI) • développé par le Département de la Défense américain (DoD) afin de gérer les coûts incontrôlables • actuellement entrepris par Boeing ou la NASA par exemple • définit 24 processus différents
The Rational Unified Process (RUP) • développé par Rational, maintenant fusionné avec IBM • très à la mode en Europe • définit 9 processus différents
IT Infrastructure Library (ITIL) • méthodologie globale, pas seulement développement logiciel • développé par le UK Office of Government Commerce (OGC) afin de réduire les coûts • définit beaucoup de processus différents, packagés dans 7 CD
Project IN Controlled Environment (PRINCE2) • méthode de gestion de projet • développé par l’OGC • définit 9 processus différents
Méthodologies de Programmation Agile
eXtreme Programming (XP) • développé par un individu, Kent Beck • en usage chez Mercedes-Benz et Ford par exemple • définit 7 pratiques (ou processus)
Feature Driven Development (FDD) • une méthodologie australienne • marque déposée de la compagnie Nebulon Pty Ltd • en usage chez ‘Yes’ OPTUS télécommunication à Brisbane • définit 5 processus
Quelles sont les principales différences entre les Méthodologies Conventionnelles et de Programmation Agile ?
Méthodologies conventionnelles • les exigences sont déterrées au début / phase d’élaboration • les modèles détiennent la conception • la documentation est importante
Méthodologies de programmation agile • les exigences sont déterrées à nouveau pour chaque livraison • le code détient la conception • les personnes sont importantes
Qu’est-ce que toutes les méthodologies essaient d’éliminer ?
Mode lutte contre l’incendie : Quand certains individus, agissant comme des héros, sautent de problème en problème, sauvant constamment le projet de brûler complètement.
Mode panique : Quand les règles définies ne sont plus suivies, laissées de côté, afin de se précipiter en avant (ou de « voler au feeling »).
Conventionnelle ou Agile ?
Jusqu’à récemment, les méthodes Conventionnelles étaient considérées comme la seule option pour les grands projets, tandis que les Agiles étaient considérées rapides et pratiques pour les projets plus petits. De nos jours, les méthodologies Conventionnelles prétendent être plus agiles, et les Agiles prétendent être capables de gérer des projets plus grands… Quelle que soit la méthode, elle doit être adaptée pour répondre aux besoins du projet et de l’entreprise…
Des outils sont-ils nécessaires pour implémenter une méthodologie ?
NON… Pas nécessairement. Les outils peuvent aider, dans certaines situations, à augmenter la productivité, cependant les Processus ne concernent pas les outils… Ils concernent les personnes !