public marks

PUBLIC MARKS with tag méthodes

2012

Guitare Débutant - Un catalogue de méthodes pour le niveau de guitare débutant

by MaxiGeek
Tout est dans le titre : guide comparatif des meilleures méthode de guitare du Net, en ayant pris soin de sé&lectionner seulement celle qui s'adressent aux débutants.

2008

2007

Simulation Numérique des gouttes et bulles

by fotopol (via)
Bulles, gouttes de lait, expérimentation à l'université Jussieu, analyse des phénomènes

www.praxeme.org

by stan & 1 other
Praxeme est le nom d'une initiative ouverte, regroupant plusieurs sociétés en vue d'élaborer une méthode publique. L'intérêt est double : tout d'abord, mutualiser les investissements pour couvrir des besoins communs ; ensuite, aboutir à une véritable méthode de référence, largement partagée, ce qui facilitera son assimilation et ses applications. Nous faisons le constat que de nombreuses organisations sont confrontées aux mêmes difficultés et aux mêmes besoins. En l'absence de méthode de référence - depuis le déclin des méthodes traditionnelles -, l'action n'est plus guidée par un cadre rigoureux. Il devient difficile de s'assurer des compétences nécessaires pour mener à bien des projets pourtant de plus en plus ambitieux.

Getting Things Done - Wikipédia

by pvergain & 3 others (via)
Getting Things Done®, the art of stress-free productivity , le plus souvent désigné par son abrégé GTD®, est le titre d'un livre de David Allen publié en 2001, décrivant une méthode de gestion des priorités quotidiennes, et est depuis 2005 une marque déposée.

Outils Agiles - Agile-Swiss

by pvergain
Ci-dessous, les outils (informatiques ou non!) et techniques que les contributeurs de ce site ont utilisés, avec (ou sans?) succès, dans des projets appliquant l'XP et ce, triés par pratiques XP.

2006

Agile software development - Wikipedia, the free encyclopedia

by pvergain & 1 other
Agile software development is a conceptual framework for undertaking software engineering projects. There are a number of agile software development methods, such as those espoused by The Agile Alliance. Most agile methods attempt to minimize risk by developing software in short timeboxes, called iterations, which typically last one to four weeks. Each iteration is like a miniature software project of its own, and includes all of the tasks necessary to release the mini-increment of new functionality: planning, requirements analysis, design, coding, testing, and documentation. While an iteration may not add enough functionality to warrant releasing the product, an agile software project intends to be capable of releasing new software at the end of every iteration. At the end of each iteration, the team reevaluates project priorities. Agile methods emphasize realtime communication, preferably face-to-face, over written documents. Most agile teams are located in a bullpen and include all the people necessary to finish software. At a minimum, this includes programmers and their "customers" (customers are the people who define the product; they may be product managers, business analysts, or actual customers). The bullpen may also include testers, interaction designers, technical writers, and managers. Agile methods also emphasize working software as the primary measure of progress. Combined with the preference for face-to-face communication, agile methods produce very little written documentation relative to other methods. This has resulted in criticism of agile methods as being undisciplined.

Scrum (management) - Wikipedia, the free encyclopedia

by pvergain
Scrum is an agile method for project management. Scrum was named as a project management style in auto and consumer product manufacturing companies by Takeuchi and Nonaka in "The New New Product Development Game" (Harvard Business Review, Jan-Feb 1986). They noted that projects using small, cross-functional teams historically produce the best results, and likened these high-performing teams to the scrum formation in Rugby. Jeff Sutherland, John Scumniotales, and Jeff McKenna documented, conceived and implemented Scrum as it is described below at Easel Corporation in 1993, incorporating team management styles noted by Takeuchi and Nonaka. In 1995, Ken Schwaber formalized the definition of Scrum and helped deploy it worldwide in software development. Its intended use is for management of software development projects, and it has been successfully used to "wrap" Extreme Programming and other development methodologies. However, it can theoretically be applied to any context where a group of people need to work together to achieve a common goal - such as setting up a small school, scientific research projects or planning a wedding.

Proposition pour l' Unification des Méthodes Agiles

by stan (via)
Un développement associant performance et qualité induit naturellement une conduite de projet itérative incrémentielle associée à un phasage simple. UML fut le révélateur de cette nécessité méthodologique d'un couplage fort entre la forme de modélisation et le développement par prototypage. A l'origine de ces principes pragmatiques, la méthode RAD de James Martin. A ce jour, une dizaine de méthodes répondent à ces critères et se réclament du qualificatif d'Agile.

Active users

MaxiGeek
last mark : 02/03/2012 09:40

stan
last mark : 17/06/2008 12:17

oseres
last mark : 24/01/2008 17:15

fotopol
last mark : 11/05/2008 08:03

ponsfrilus
last mark : 23/04/2007 15:01

pyxosledisciple
last mark : 26/01/2007 12:28

pvergain
last mark : 16/01/2007 12:55

Atrus
last mark : 16/01/2007 08:59

delavigne
last mark : 14/01/2007 23:45

signos
last mark : 06/01/2007 21:27

nicolasRI
last mark : 12/12/2006 08:14