Méthode agile En ingénierie logicielle, les pratiques agiles mettent en avant la collaboration entre des équipes auto-organisées et pluridisciplinaires et leurs clients[1]. Elles s'appuient sur l'utilisation d'un cadre méthodologique léger mais suffisant centré sur l'humain et la communication[2]. Elles préconisent une planification adaptative, un développement évolutif, une livraison précoce et une amélioration continue, et elles encouragent des réponses flexibles au changement[3],[4]. Fondements[modifier | modifier le code] Le Manifeste pour le développement agile de logiciels est un texte rédigé aux États-Unis en 2001 par dix-sept experts du développement logiciels. Les quatre valeurs du manifeste agile ont été déclinées en douze principes afin d'aider opérationnellement les équipes qui souhaitaient les suivre. Historique[modifier | modifier le code] L'article doit être débarrassé d'une partie de son jargon (novembre 2016). Apparition du terme « agile »[modifier | modifier le code] En voici la liste :
Tout savoir sur Scrum | Blog technique SII Ouest juillet 12, 2013 par Wassim Chegham A travers de cet article, j’aimerais partager avec vous quelques points essentiels concernant l’introduction et la pratique de la méthode Scrum dans une entreprise. Cet article est en quelques sorte un aide mémoire des bonnes pratiques dont certaines acquises avec le temps et d’autres tirées depuis d’autres articles, des magazines et de livres traitants de Scrum. Scrum est une méthodologie «agile» de développement reposant sur des itérations incrémentales et de durées courtes, appelées «Sprint». Voici quelques points importants à garder en mémoire avant de se lancer avec Scrum : Si vous êtes au courant qu’il y aura de nombreux changements pendant votre projet, assurez-vous que votre gestion de projet permet de les gérer.Les commentaires et remarques sont essentielles pour développer un bon produit. Dans le monde Agile, il existe une sorte de loi, une table de loi se nommant le Manifeste Agile. agilité | scrum
Kent Beck Un article de Wikipédia, l'encyclopédie libre. Pour les articles homonymes, voir Beck. Kent Beck Kent Beck est un informaticien américain né le [1]. Il est l'inventeur du concept d'eXtreme Programming et l'auteur du livre « Extreme Programming Explained. Il est connu pour ses développements en Smalltalk. En 1996 Kent Beck, Ward Cunningham et Ron Jeffries élaborent de nouvelles pratiques de développement lors d’un projet à DaimlerChrysler. Méthode de Kent Beck[modifier | modifier le code] Kent Beck a expliqué comment émergeaient les « best practices » (bonnes pratiques en français) : « La recette est simple. Notes et références[modifier | modifier le code] Liens externes[modifier | modifier le code] Sur les autres projets Wikimedia : Kent Beck, sur Wikimedia Commons Portail de l’informatique
Guide de démarrage Scrum - L Par Florent Lothon, mis à jour en juin 2013. La méthode Scrum (« Scrum » signifie « Mêlée » en anglais), ou plus exactement le cadre méthodologique Scrum est de loin la méthode Agile la plus utilisée dans le monde. Expérimentée en 1993, elle bénéficie aujourd’hui de nombreux retours d’expérience. Les conférences, communautés, formations, blogs, outils et ouvrages à son sujet ne manquent pas. L’objectif de cet article est de vous aider à vous lancer dans la mise en oeuvre de Scrum. Au sujet de Scrum Parler d’une « méthode » concernant Scrum n’est pas ce qu’il y a de plus approprié. Au sein de ce cadre méthodologique de gestion de projet, les acteurs ajustent empiriquement, au fil des itérations, leur propre méthode en fonction de leur contexte. NB : Sachez que eXtreme Programming couvre également efficacement les aspects de gestion de projet, faisant d’elle l’une des méthodes Agile les plus complète qui existe. Utilisation de Scrum Pré requis recommandés Les Rôles en bref Démarrage Annexes
Approche globale ou pas-à-pas - De geek à directeur technique - Il y a plusieurs manières de mener une équipe. Je vais m’intéresser ici à la manière dont on communique pour suivre l’avancement des projets. Cette question est assez intéressante et complexe, car elle a des impacts sur la méthode de gestion de projet. En fait, les gens peuvent être placés dans 2 grandes catégories : Ceux qui veulent voir leurs projets de manière globale.Ceux qui privilégient les petites avancées. Je ne parle pas de la manière dont on choisit d’aborder les projets, mais plutôt comment on a tendance à réagir naturellement, comment on se sent mieux de travailler. L’approche globale Certaines personnes éprouvent le besoin vital de comprendre les projets dans leur globalité pour pouvoir travailler dessus. Le problème avec ces personnes, c’est qu’elles peuvent tomber dans l’immobilisme. Le pas-à-pas D’autres personnes, au contraire, sont capables de démarrer un projet très rapidement et de le faire avancer par évolutions successives. Faire travailler tout ça Mon avis
6 conseils pour mettre en place la méthode Scrum dans votre startup J’en ai parlé déjà dans un article la semaine dernière, je vous conseille la lecture du blog du très bon Guillaume Potier, CTO de Balloon, et qui traite son quotidien sur I’m CTO, Bitch!. Il se trouve qu’avec Guillaume, nous avons eu déjà pas mal de discussions sur les bonnes méthodes lean, moi plutôt sur les approches commerciales, lui sur la gestion de ses équipes de développeurs. Avec la même impérieuse nécessité : avancer le plus vite possible, avec des ressources limitées, parfois dans le brouillard et en tout cas en devant innover sans cesse… Scrum quoi ? Pour le business, nous avons une méthode « lean startup« , c’est le customer development. Côté équipes techniques, la méthode qui a le vent en poupe, c’est Scrum. Je suis donc très heureux de laisser pour les lignes suivantes la parole à Guillaume, qui nous explique ce que la méthode Scrum peut vous apporter et comment la mettre en place ! Merci Guilhem et donc bonjour à toutes et tous ! Bref, y’a encore de quoi faire !
Le triangle Qualité, Coût, Délai - De geek à directeur technique Quand on doit choisir la manière d’aborder un projet, il existe 3 notions fondamentales qu’il faut connaître et évaluer : la qualité, le coût et le délai. Comprendre le triangle Qualité : Il s’agit du soin qui est apporté à la réalisation fonctionnelle et technique du projet. Un projet de médiocre qualité remplira les besoins immédiats du client, en s’autorisant un certain nombre de raccourcis. Utiliser le triangle Ces trois points sont interdépendants, et doivent être pris en compte soigneusement. Rapide et pas cher => Mauvaise qualité C’est ce que demandent beaucoup de clients, sans se rendre compte qu’un projet vite fait et à moindre coût aura forcément des lacunes. Rapide et de bonne qualité => Cher Si le client peut se le permettre, c’est la solution parfaite. Bonne qualité et pas cher => Lent Un projet bien fait, mais qui ne coûte pas cher ? Ce qu’il faut éviter Ce qui n’existe pas, ou ne devrait pas exister : Rapide, de bonne qualité et pas cher Lent, de mauvaise qualité, et cher
Développement rapide d'applications Un article de Wikipédia, l'encyclopédie libre. Pour les articles homonymes, voir RAD. La méthode de développement rapide d'applications, dite méthode RAD[1] (acronyme de l'anglais Rapid Application Development), est la première méthode de développement de logiciels où le cycle de développement est en rupture fondamentale par rapport à celui des méthodes antérieures dites « en cascade ». Ce nouveau cycle qualifié d'itératif, d'incrémental et d'adaptatif, se retrouvera dans toutes les méthodes dites « agiles » publiées par la suite. Historique[modifier | modifier le code] La méthode RAD se base sur les publications de Barry Boehm (modèle en spirale), Tom Gilb (cycle de vie évolutif), Scott Shultz (production en itérations rapides) ainsi que Brian Gallagher et Alex Balchin. Des informations plus précises sur le RAD et les méthodes actuelles qui en sont dérivées se trouvent dans la version anglophone de Wikipédia. Principes de planification[modifier | modifier le code] Réalisation, prototypage.
le diagnostic d’un projet « Blog de Philippe Curie Un des objectifs du diagnostic de projet est d’identifier la capacité d’une entreprise à mener un projet. - Imaginez un pilote débutant. Oserez-vous le laisser aux commandes d’un airbus A380 avec 300 passagers à bord ? - Imaginez une entreprise d’électronique débutante et sans références. Et pourtant des entreprises se lancent dans de grands projets stratégiques sans aucune culture du management de projets . Pour tenter de répondre à cet objectif (capacité de l’entreprise à mener un projet), nous mènerons un diagnostic du ou des projets en cours et nous classerons les projets en 3 catégories (encore et toujours définies par Christophe Midler). Le projet est il : CHAOTIQUE STRUCTURE MANAGE Selon la catégorie dans laquelle se trouve le projet, nous en déduirons la capacité de l’entreprise à piloter des projets complexes ou non. 1-Nous déduirons que le projet est dans un contexte CHAOTIQUE si nous sommes dans des situations de : Course aux délais Efforts désespérés Fatalisme des équipes
Méthode itérative Un article de Wikipédia, l'encyclopédie libre. Les méthodes itératives contrastent avec les méthodes directes qui résolvent le problème en une seule étape (par exemple la solution d'un système linéaire Ax = b obtenue en calculant la matrice inverse de A). Les méthodes itératives se substituent avantageusement aux autres lorsque : Par contre, la question de la vitesse de convergence (ou encore d’une éventuelle divergence) reste cruciale : c’est l’objet d’un vaste champ d’investigations de l’analyse numérique. Applications[modifier | modifier le code] Voici quelques exemples de méthodes itératives : Méthode de Newton[modifier | modifier le code] Une des méthodes itératives les plus connues est la méthode de Newton. Portail des mathématiques
l’estimation des charges d’un projet « Blog de Philippe Curie Estimation de la charge interne d’un projet par les acteurs du projet. Je ne me préoccuperais que de la charge générée par des personnes internes au projet et ne m’intéresserais pas aux aspects financiers, aux coûts des sous traitants, des pièces et machines achetées, etc… Je voudrais reprendre en quelques mots les différentes phases possibles de calcul de la charge et du coût d’un projet. Ce qui fait tout le charme d’un projet et souvent la cause de nombreux conflits : 1) la première est souvent politique (donneurs d’ordre, maîtrise d’ouvrage) et est liée au budget disponible ou au délai attendu et n’est souvent fondée que sur un objectif approximatif. 2) la deuxième est scientifique et fait intervenir des experts; chacun donnant son avis. 3) Le troisième est souvent dite du doigt mouillé. 4) Puis arrivera avec la constitution des équipes la quatrième phase dite des enchères. Voila nous y sommes à la phase 4. Je continue donc. Alors que faire ? En conséquence : Philippe curie le 2 juin 2010