David BROCARD Consultant Indépendant

Référence

DBFOR_MAIPROJLOG

Présentation

Cette formation donne un cadre méthodologique pour le développement logiciel au forfait en vue d'assurer la planification, le pilotage et le respect des délais et des coûts sans perte de qualité. Elle est idéale pour sensibiliser les membres de l'équipe de développement à la nécessité de maîtriser les coûts des développements et de respecter les processus de génie logiciel

Référence

DBFOR_GESPROJINFO

Référence

DBFOR_SCRUMXP

Présentation

Alors que les modèles classiques de développement logiciel - tels que cycle en V ou le processus unifié - souffrent d'importantes difficultés de mise en œuvre, les méthodes agiles s'imposent de plus en plus comme une alternative crédible à la gestion de projet informatique, mettant en avant l'adaptation et l'interaction entre les personnes plutôt que la prédiction et la gestion d'un contrat figé.

Petite affluence mais bonne ambiance et intérêt atteints !
J'étais du coup le seul animateur de cette session d'une table.

Rappel du timing

• Intro : 5'
• Présentation de XP : 10'
• Itération 1 : estimation : 15'
• Itération 1 : planification : 5' (précisément 3' de jeu)
• Itération 1 : implémentation : 20'
• Itération 1 : rétrospective : 15'
• Itération 2 : estimation : 5'
• Itération 2 : planification : 5' (précisément 3' de jeu)
• Itération 2 : implémentation : 15'

L'expérience d'hier m'incite à publier ce billet sur les techniques d'élaboration de besoins en agilité (dans les domaines plus "classiques", on parle d'"Ingénierie des exigences")

Vue fonctionnelle d'ensemble

Dans le Business Value Game, on dispose les user stories de la façon suivante : En haut, de gauche à droite, on place les features (ensemble fonctionnel de haut niveau, autonome et consistant, répondant à la notion de service rendu de bout en bout avec un résultat observable apportant de la valeur... ouf) de gauche à droite, par valeurs décroissantes (voir la notion de valeur expliquée précédemment)

En dessous, on dispose horizontalement les user stories de haut en bas par valeurs décroissantes (valeurs divisées) et verticalement, en face de la feature à laquelle elles appartiennent.
On obtient ainsi une vue matricielle de l'ensemble. On peut alors considérer une "diagonale" bas-gauche/haut-droite en dessus de laquelle se trouve les user stories les plus intéressantes à élire pour le court terme. Évidemment, ce n'est pas le seul critère à prendre en compte (antécédences entre items, investissements techniques etc)

Le SigmaT 8ème du nom fut un bel évènement et a accueilli une cinquantaine de personnes.
Au programme :

• La planification Agile par Claude Aubry
• La modélisation Agile par Pascal Roques
• Retour d'expérience chez "Varian Medical Systems" par Olivier Azeau