Le but de l'ensemble de ces méthodes et d'offrir la meilleur souplesse possible, une qualité suivie et l'intégration du client ou de ses besoins à chaque étape.

Modifier

Agiles

Définition de 2001 :
  • individus et interactions plutôt que processus et outils
  • développement logiciel plutôt que documentation exhaustive
  • collaboration avec le client plutôt que négociation contractuelle
  • ouverture au changement plutôt que suivi d’un plan rigide

Modifier

RUP Unified Process

Méthode itérative et incrémentale avec des phases très courtes

Mots clés :
  • Spécifique à chaque projet

Cible : Projet moyen à important, il existe rup for small project pour des projets plus petits

Points fort :
  • développement par le besoin (voir cas d'utilisation)
  • pas d'effet tunnel
  • développement à base de composants
  • les objectifs sont clairs et simple à chaque itération
  • Pas de temps d'attente, la premier jet de spécification/développement est rapide.

Points faibles : (voir mes notes perso)
  • Lourd à mettre en place
  • Pas adapté à de petits projets (ou une multitudes de petits projets similaires alors)
  • difficile de faire du repporting sur l'avancement pour des personnes ne comprenant pas l'itération

ps : Allez expliquer à un manageur que le projet est en intégration depuis une semaine et qu'il le sera deux fois cette semaine aussi !! Il est alors important de définir des jalons avec dates qui serviront d'indicateurs de progression simple (go/nogo).

Modifier

Phases

  • création (inception, la traduction ne représente pas tout à fait le même concept).
    • temps 1 : Première analyse
    • Définition de l'entourage projet(autres projets impactés)
    • Définition priorité
    • temps 2 : Analyse
    • Architecture
    • Définition des cas d'utilisation
    • planification phases suivantes
  • élaboration
    • Préciser les cas d'utilisation
    • constitution de l'équipe
    • planification et coût (jour homme ou monétaire)
  • construction
    • codage et autres (précision nécessaire, en cours de rédaction).
  • transition
    • tout le nécessaire pour une livraison (en cours de rédaction).

J'ai séparé les tâche de création en deux temps, car bien souvent dans une entreprise vous avez besoin de faire un rapport et une validation externe rapide avec de continuer, plus particulièrement si vous travailler par roadmap avec un besoin de planification entre plusieurs équipes. Attention cependant le risque de ne pas faire une itération complète se retrouvera si vous communiqué sur un planning ou des dates sur cette étape.

On retrouve dans une société architecturée français les denominations suivantes :
  • spécifications de besoins
  réalisé par le chef de produit
  • specifications fonctionnelles
  réalisé par le chef de projet

Si l'on attend de vous ces cahiers cela signifie assez clairement que vous aurez du mal à entrainer votre chef de produit dans les autres phases. Utilisez alors la spécification fonctionnelle comme réponse à la spécification de besoin. Les deux cahiers étant fusionné dans le cas d'une petite entitée. Dans les autres cas, cela dénote un manque de chef de projet fonctionnel qui lui, suit le projet et fera le lien avec le chef de produit. Modifier

Outils

Les outils nécessaire à la prise en pratique de cette méthodologie sont nombreux et nécessaires. Je vous propose les suivants
  • Wiki projet
  Permet d'avoir une fiche projet dont la rédaction et les modifications sont mise à jour régulièrement
  • Wiki produit
  Contient l'ensemble des informations sur l'état actuel d'un produit, contact, éléments technique. il cible aussi bien les chefs de projets que produits.
  • BPM (Business process manager)
Permet de définir une couche d'abstraction aux cycle en permettant une représentation linéaire avec responsabilités des différentes étapes.
  • Framework documentaire, qui à dit méthodes agiles ?!!

Modifier

Cas d'utilisation

en cours de rédaction
  
Modifier

note perso


note perso 1: Si vous arrivez dans une industrie Française à définir ces phases sous l'appelation d'origine, faites moi signe. J'ai préféré prendre les noms des actions principales de ces phases qui me semble plus clair.


Note perso 2: RUP est souvent associé à UML, mais il est parfaitement possible d'utiliser uml avec d'autres méthodologies. UML étant un langage de représentation non une méthode. Donc UP utilise UML mais vous pouvez utiliser UML avec d'autres méthodes.

Modifier

XP : Extreme programming

Méthode plus spécifique pour de petites équipe auto gérée.
en cours de rédaction

Modifier

Conclusion temporaire

Suite à un entretien pour un poste, j'avoue ne pas appliquer purement et pratiquement RUP. MEs dérives sont les suivantes
  • Je n'utilise pas le nom des phases mais celles des étapes (voir Etapes projet)
  • Le pourcentage de temps que j'accorde à chaque phase n'est pas celui de rup car le repporting sous forme de bon de commande à 4 cases est difficilement adapté (suivi, analyse, développement test). Je ne parle même pas de la date de livraison finale seule à partir de laquelle l'ingénierie devrait intervenir (et non sur l'ensemble du prj ou au départ).


Points importants