Agile...

TwitterFacebook
Get flash to fully experience Pearltrees
http://thecriticalpath.info/2012/08/29/agile-non-software-projects/

Agile on Non-Software Projects | The Critical Path by Derek Huether

Regardless of where I coach or teach, there is always someone who approaches me and says something like, “Agile is great for software projects but what about projects that aren’t software related?” When asked the question, I usually give examples like a U.S. Marine fire team or air crew or a home construction site.

Agile CultureCon 2012: Call for Speakers! Let’s Hack Culture!

Posted by venessa miemis on Tuesday, June 19, 2012 · 0 Comments found on pinterest via 1000 cultural http://emergentbydesign.com/2012/06/19/agile-culturecon-2012-call-for-speakers-lets-hack-culture/
Un article de Wikipédia, l'encyclopédie libre. Modèle schématique des méthodes agiles Les méthodes agiles sont des groupes de pratiques pouvant s'appliquer à divers types de projets, mais se limitant plutôt actuellement aux projets de développement en informatique ( conception de logiciel ). Les méthodes agiles ne sont pas apparues avec l' Agile manifesto en 2001, mais celui-ci détermine leur commun dénominateur et consacre le terme d'« agile » pour les référencer. http://fr.wikipedia.org/wiki/M%C3%A9thode_agile

Méthode agile

http://fr.wikipedia.org/wiki/Principes_de_gestion_agile

Principes de gestion agile

Un article de Wikipédia, l'encyclopédie libre.
http://fr.wikipedia.org/wiki/Th%C3%A9orie_des_contraintes

Théorie des contraintes

Un article de Wikipédia, l'encyclopédie libre. La Théorie des Contraintes ( Theory Of Constraints ou TOC en Anglais) est un référentiel de connaissances, de méthodes et d’outils de management interdisciplinaires des organisations. L’auteur principal est Eliyahu M. Goldratt , avec d’autres contributeurs. Mettre en œuvre la théorie des contraintes [ modifier ]
L ‘approche Agile est indéniablement porteuse de changement, or l’être humain résiste naturellement à ce dernier. Le changement implique la perte de repères suivi d’une période chaotique jusqu’à la mise en place des nouveaux repères. Plus il est profond, plus la période de transformation peut s’avérer chaotique.

Conduite du changement Agile | L'Agiliste

http://www.agiliste.fr/items/conduite-du-changement-agile/
http://fr.wikipedia.org/wiki/Dynamic_systems_development_method

Dynamic systems development method

Un article de Wikipédia, l'encyclopédie libre. Dynamic systems development method (DSDM) est une méthode de gestion de projet de la catégorie des méthodes agiles . Cette méthode a été développée en Grande-Bretagne à partir de 1994 . Principes [ modifier ] La méthode DSDM s'appuie sur 9 principes de base :
http://www.infoq.com/minibooks/agile-adoption-transformation This talk explores when to start performance testing, how to avoid the common pitfalls, how to profile when the results cause your team to pull a funny face, and what you can do about that funny face.

An Agile Adoption and Transformation Survival Guide

If you’re in a situation where prioritisation is straightforward and you have a single decisive product owner, you probably need to read no further.

How To Prioritise Quickly And Intuitively

http://www.allaboutagile.com/how-to-prioritise-quickly-and-intuitively/