reprise projet drupal drupagora2013

Reprendre un projet Drupal

Au programme

> Introduction > Anatomie d’un projet Drupal > Etablir l’état des lieux > Définir une stratégie de reprise > Appliquer le plan de reprise

Présenta)on  Core-­‐Techs  2012  

Introduc)on  

Project recovery

Un  projet  est  en  difficulté  et  nécessite  la  mise  en  place  d’une  stratégie  de  reprise  (project  recovery)  si  :    •  Le  budget,  le  périmètre  ou  le  planning  ne  sont  plus  tenables  

•  La  qualité  globale  n’est  pas  sa)sfaisante  

•  Les  aKentes  client  (ou  u)lisateur)  ne  peuvent  être  sa)sfaites  

Chiffres clés

47%  

25%  

12%  

6%  

Successful  

Recovered  

Failed  

Terminated  

37%  des  projets  nécessitent  la  mise  en  place  d’un  stratégie  de  recovery  

Zone  de  risque  

Présenta)on  Core-­‐Techs  2012  

Anatomie  d’un  projet  Drupal  

Approche classique en « V »

• Chef  de  projet  • Lead  technique  

• Lead  technique  • Développeur  • Chef  de  projet  

• Spécifica)ons  fonc)onnelles  

• Graphisme  • Planning  

• Code  source  • Documenta)on  technique  

• Forma)on  

• Applica)on  en  produc)on  

La phase de conception Définir  le  périmètre  fonc1onnel  et  technique  du  projet   • Circuits  de  

naviga)on  • Ergonomie  

Prototype  

• Modèle  • Règles  de  ges)on  

Spécifica1ons  fonc1onnelles  

•  Iden)té  visuelle  • Ergonomie  

Créa1on  graphique  

Chef  de  projet  • Produit  les  livrables  de  concep)on  en  collabora)on  avec  le  client  

• Planifie  le  développement  

Lead  technique  • Evalue  les  impacts  techniques  • Evalue  la  charge  • Planifie  le  développement  

Les indispensables spécifications fonctionnelles

• décrivent  exhaus)vement  le  périmètre  fonc)onnel  

• d’elles  découlent  :  • Le  découpage  projet  • Les  scénarios  de  test  • Le  cadre  contractuel  

• deviennent  la  bible  des  développeurs  

Chef  de  projet  Lead  technique  (support)  

La phase de développement Implémenter  les  documents  de  concep1on  

Lead  technique  • Affecte  les  tâches  • Suit  l’avancement  et  les  temps  des  développeurs  

• Est  responsable  des  points  client  

Développeur  • Réalise  les  développements  • Remonte  ses  temps  par  tâche  

Chef  de  projet  • Effectue  les  receKes  internes  • Est  responsable  de  la  rentabilité  

La phase de développement Le  document  d’architecture  

• Documente  la  structure  technique  du  développement  

• Explique  let  liste  les  modules  u)lisés  

• Sert  de  base  de  connaissance  au  desk  de  TMA  

Lead  technique  

La phase de développement Le  respects  des  bonnes  pra1ques  de  développement  Drupal  

•   Ne  jamais  modifier  le  cœur  de  Drupal  ni  les  modules  communautaires  

•   Eviter  les  paramètres  «  harcodés  »  

•   Packager  les  paramétrages  et  les  objets  du  site  avec  le  module  Features  

•   Ne  pas  «  réinventer  la  roue  »  et  chercher  des  solu)ons  dans  la  communauté  

•   Respecter  les  standards  de  qualité  de  code  

La phase de réception Accompagner  l’équipe  cliente  dans  la  mise  en  conformité  des  livrables  

Chef  de  projet  

• Organise  la  receKe  • Qualifie  les  anomalies  • Priorise  le  traitements  des  anomalies  

Lead  technique  

• Organise  le  transfert  de  compétence  de  l’équipe  de  développement  à  l’équipe  de  TMA  

Nous  venons  de  décrire  le  meilleur  des  mondes…  

 Et  si  le  projet  déviait  de  sa  trajectoire  ini1ale?  

Présenta)on  Core-­‐Techs  2012  

Etablir  l’état  des  lieux  

Les causes les plus fréquentes

•  Spécifica1ons  fonc1onnelles  :  pas  assez  claires,  manque  d’adhésion,  ne  définit  pas  les  priorités,  contradictoires,  ambiguës,  peu  précises  

•  Ressources  :  trop  peu  nombreuses,  conflits,  turnover  important,  mauvaise  planifica)on  

•  Plans  de  charge  :  trop  serrés,  irréalistes,  trop  op)mistes  

•  Planning  :  n’intègre  pas  toutes  les  contraintes,  éléments  manquants,  mauvaises  es)ma)ons  

•  Risques  :  non  iden)fiés  ou  non  adressés,  non  gérés  

Mener un audit

•  Fonc1onnel  :  Revue  du  périmètre  et  des  aKentes  de  l’équipe  cliente.  Analyse  de  la  qualité  des  documents  de  concep)on  

•  Technique  :  Revue  de  code.  Analyse  de  la  qualité  des  développements  et  du  respect  des  standards  Drupal  

Ne pas négliger le facteur humain

•  Difficulté  de  la  prise  de  responsabilité  par  les  acteurs  du  projet  :  jeu  de  «  ping  pong  »  

•  Mener  l’audit  de  façon  objec)ve  et  dépassionnée  en  évitant  la  recherche  systéma)que  de  responsabilités  

•  Sensibiliser  le  management  sur  la  nécessité  de  faire  face  à  la  réalité  et  de  rechercher  des  solu)ons  pragma)ques  et  réalistes  è  Sor)r  du  management  «  Débrouillez-­‐vous  pour  que  cela  fonc)onne  »  

Dans  un  contexte  de  project  recovery,  un  changement  de  chef  de  projet  est  souvent  préconisé  

La « courbe d’amour »

Présenta)on  Core-­‐Techs  2012  

Définir  une  stratégie  de  reprise  

Améliorer la communication

•  Interviewer  les  acteurs  du  projet  

•  Affirmer  le  leadership  du  chef  de  projet  

•  Désamorcer  les  conflits  personnels  ou  poli)ques  

•  Convaincre  de  la  faisabilité  de  la  reprise  

Revoir les périmètres

Redéfinir  avec  les  acteurs  du  projet  de  nouveaux  périmètres  en  termes  de  :  

•  Planning  

•  Budget  

•  Fonc)onnalités  

Dans  60%  des  cas,  une  diminuDon  du  périmètre  foncDonnel  du  projet  est  préconisée  

Modifier le staffing des ressources

•  Iden)fier  les  ressources  nécessaires  

•  Définir  des  plans  de  charge  réalistes  pour  chaque  ressource  

•  Planifier  les  interven)ons  

Identifier l’urgent

•  Iden)fier  et  prioriser  les  éléments  les  plus  bloquants  

•  Iden)fier  les  difficultés  techniques  majeures  

Modifier le pilotage du projet

•  Changer  le  chef  de  projet    ou  revoir  son  posiDonnement  

•  Impliquer  un  consultant  spécialisé  pour  accompagner  la  phase  de  recovery  

64%  

28%  

7%  

1%  

Très  important  

Important  

Pas  important  

Pas  important  du  tout   Importance  du  chef  de  projet  quant  à  la  réussite  de  la  

phase  de  recovery  

Présenta)on  Core-­‐Techs  2012  

Appliquer  le  plan  de  reprise  

Faire acter l’adoption du plan de reprise

Recueillir  l’approba)on  de  l’ensemble  des  acteurs  du  projet  sur  l’intégralité  du  plan  de  reprise  :    

•  Planning  

•  Budget  

•  Staffing  

•  Périmètre  fonc)onnel  

Les facteurs clés du succès

•  Posi)onner  un  chef  de  projet  expérimenté  et  sensibiliser  sur  les  aspects  de  project  recovery  

•  Augmenter  la  surface  budgétaire  (et/ou  le  staffing  du  projet)  

•  Communiquer  en  clarifiant  les  aKentes  des  différents  acteurs  et  en  reconstruisant  la  mo)va)on  des  acteurs  clés  du  projet  

•  Replanifier  intégralement  le  projet  

Mettre en place des outils de suivi

•  Définir  un  fréquence  de  réunion  de  suivi  physique  ou  téléphonique  

•  Tenir  un  tableau  de  bord  de  recovery  qui  informe  sur  :  •  L’avancement  des  travaux  

•  La  tenue  des  objec)fs  

•  La  probabilité  de  réalisa)on  des  risques  iden)fiés  

•  Enrichir  le  référen)el  de  documenta)on  du  projet  

Fin de la phase de recovery

•  Analyser  si  les  nouveaux  objec)fs  sont  aKeints  

•  Garder  l’équipe  de  recovery  en  place  pendant  quelque  temps  pour  monitorer  le  projet  

•  Effectuer  une  analyse  rétrospec)ve  de  la  phase  de  recovery  afin  d’évaluer  l’impact  et  la  per)nence  des  ac)ons  menées.  

Merci    

Ques)ons?  

Louis  Sicard  –  Core-­‐Techs  lsicard@core-­‐techs.fr