Reprise projet Drupal Drupagora2013
-
Upload
core-techs -
Category
Technology
-
view
428 -
download
1
description
Transcript of 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