Agile
: Extreme Programming, Scrum, être agile
Présentation
Scrum : présentation de la méthode Scrum,
basée sur un doc de Mike Cohn, traduit par Claude Aubry.
Agile
Tour 2008 : présentation XP.
Être
plus agile : améliorer le feedback. Comment être
plus agile... quand on ne peut pas être agile. Améliorer
la communication, le feedback, simplement et avec courage.
Décembre 2007.
Être
agile face aux risques. Les méthodes agiles sont des
tueuses de risques. Mars 2006.
L'expression
de besoins par les cas d'utilisation, dans un cadre agile -
novembre 2004
Ou comment changer vers une activité
d'expression de besoins plus réaliste.
Cet article présente une boite à outils destinée
à toutes les personnes engagées dans l'expression
de besoins.
"Conception
objet et UML" juin 2003
Les concepts
objet, les principes de conception, UML, les modeleurs...
Confusion des outils. L'Extreme Programming propose une
démarche réaliste, efficace pour traiter la
question de la conception objet. Cette démarche induit
naturellement un processus d'amélioration dans les
équipes.
La
conception dans l'Extreme Programming [Format PDF] octobre
2001
Article paru dans "Développeur Reference",
la conception dans l'Extreme Programming, continue, contrôlée,
évolutive, contrairement à une approche de type
"Grosse Conception du Début" (BDUP).
La
discipline "Extreme Programming" octobre
2000
Article paru dans "Langages et Systèmes"
remplacé par "Developpeur Reference".
Présentation générale de l'Extreme
Programming.
Comment
développer vos ressources personnelles Un
e-book gratuit de Francis Delval, format PDF 940 Ko. Un ouvrage
qui présente les positions d'analyse transactionnelle,
les notions de ressources et surtout des outils pour ancrer de
nouvelles capacités. A lire. Mars 2006.
Modèle
SCOPE Une technique efficace pour mieux
clarifier un objectif : symptômes, causes, etc.
CARA
: Courage, Attention, Responsabilité, Assertivité,
valeurs du changement vers l'agile.
Les
accords toltèques pour l'Extreme Programming
décembre
2003 Ces
accords ou attitudes de communication sont une aide pour une
"communication honnête et sincère", l'un
des principes de l'Extreme Programming.
Modélisation
agile, UML : Unified Modeling Language
Diagrammez
vos modèles UML ! — Janvier
2005
Un article consacré aux relations entre éléments
de modélisation et diagrammes qui les visualisent. Quid
de la "mise en diagramme" de vos modèles ?
L'expression
de besoins par les cas d'utilisation, dans un cadre agile -
Novembre 2004
Ou comment changer vers une activité
d'expression de besoins plus réaliste.
Cet article présente une boite à outils destinée
à toutes les personnes engagées dans l'expression
de besoins.
Les
articles suivants décrivent les bases de l'objet, UML et
Unified Process.
Les trois premiers forment une suite.
1.
Concepts Objet et modélisation avec UML
[Format
PDF 275 Ko]
Présentation des concepts "objet"
avec une première utilisation du formalisme UML. Ces
concepts sont généralement perçus comme
"naturels" et ainsi relativement simples (sauf
peut-être le polymorphisme qui est plus rapidement
intégré via un exemple dans un langage).
2.
Unified Modeling Language : UML [Format
PDF 255 Ko]
UML, le langage standard OMG de la
modélisation "objet". Les différents
axes de représentation sont décrits ici. Un
modèle UML repose sur deux piliers : représentation
du structurel (use cases, classes, packages...) et du dynamique
(interactions, états...). Cela est dû à la
nature du concept d'objet et non pas au langage de modélisation
en tant que tel.
3.
Unified Process [Format
PDF 282 Ko]
Ce cadre méthodologique est le
compagnon auquel pensaient les concepteurs de l'UML. Il reprend
quelques "bonnes pratiques" telles que la gestion
amont de l'architecture ou bien le développement
itératif pour mieux gérer les risques.
Résumé
des diagrammes
UML 2.0 par Scott W. Ambler.
Objets
et Interactions Importance des interactions dans une
approche objet. Les deux concepts essentiels
de l'objet - objet et
interactions - sont parfois ignorés au profit de la
"classe".
Lecture
de cas d'utilisation A destination des lecteurs de ces
diagrammes, cet article présente simplement le minimum
nécessaire pour lire un modèle UML d'expression
de besoins basé sur les cas d'utilisation.
Cas
d'utilisation contre Approche Fonctionnelle Nouvelle
version 31.7.2003
Celui-ci
est à destination des producteurs de modèles
d'expression de besoins par les cas d'utilisation. Simplement
dit, la réorganisation d'un modèle "cas
d'utilisation" devrait suivre une première
description des interactions et surtout pas la préceder.
Profession
de Foi du diagramme UML Un diagramme est un élément
de communication. Quelques règles simples devraient être
respectées afin d'améliorer l'efficacité
de la modélisation en terme de partage de l'information.
Étude
de cas : objet, UML...
Cette étude de cas met en
oeuvre une approche de type process unifié sur un cas
simple, afin de mieux comprendre la démarche.
