Ce diaporama a bien été signalé.
Le téléchargement de votre SlideShare est en cours. ×

Vis ma vie de chef de projet Drupal | Drupagora 2013, Paris

Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité

Consultez-les par la suite

1 sur 42 Publicité

Plus De Contenu Connexe

Diaporamas pour vous (20)

Les utilisateurs ont également aimé (20)

Publicité

Similaire à Vis ma vie de chef de projet Drupal | Drupagora 2013, Paris (20)

Plus par Actency (15)

Publicité

Plus récents (20)

Vis ma vie de chef de projet Drupal | Drupagora 2013, Paris

  1. 1. Vis ma vie de chef de projet Drupal
  2. 2. 1. 2. 3. 4. 5. Vis ma vie de chef de projet Drupal Etat des lieux Gouvernance Méthodologie Conclusion
  3. 3. « Tout ce qui peut mal tourner,  va mal tourner » Loi de Murphy « Ever tried. Ever failed. No  matter.  Try again. Fail again. Fail better. » Samuel Beckett   Vis ma vie de chef de projet Drupal
  4. 4. « What matters most is how well you walk through the fire » Charles Bukowski & @KSAlbrecht (Drupalcon Prague 2013) Vis ma vie de chef de projet Drupal
  5. 5. 1. 2. 3. 4. 5. Vis ma vie de chef de projet Drupal Etat des lieux Gouvernance Méthodologie Conclusion
  6. 6. Etude sur la résolution de projet Source: « The Chaos Report » - du Standish Group – Juin 2013 Vis ma vie de chef de projet Drupal
  7. 7. Pourquoi un tel constat?  Gouvernance  Méthodologie 3 contraintes majeures pour nos clients:  Budget fixe  Périmètre fixe  Agilité Vis ma vie de chef de projet Drupal
  8. 8. Notre objectif Vis ma vie de chef de projet Drupal
  9. 9. Vis ma vie de chef de projet Drupal
  10. 10. 1. 2. 3. 4. 5. Vis ma vie de chef de projet Drupal Etat des lieux Gouvernance Méthodologie Conclusion
  11. 11. Portrait d’une équipe Drupal Vis ma vie de chef de projet Drupal
  12. 12. Portrait d’une équipe client Vis ma vie de chef de projet Drupal
  13. 13. DIRECTEUR COMMERCIAL Gouvernance grand compte: le cercle vertueux SERVICE ACHATS IT/HOSTING/SECURITE MARKETING/CONTENT OWNER/BUSINESS DIRECTEUR DE PROJET CLIENT CHEF DE PROJET SPOC CHEF DE PROJET FONCTIONNEL CTO COMMITMENT MANAGER DIRECTEUR MARKETING CHEF DE PROJET TECHNIQUE ARCHITECTE DE L’INFORMATION ARCHITECTE ADMIN SYSTEM WEBDESIGNER Lead Dev Développeur Front Développeur Back Builders THEMER Vis ma vie de chef de projet Drupal
  14. 14. Vis ma vie de chef de projet Drupal
  15. 15. 1. 2. 3. 4. 5. Vis ma vie de chef de projet Drupal Etat des lieux Gouvernance Méthodologie Conclusion
  16. 16. Vis ma vie de chef de projet Drupal
  17. 17. Phase de validation Phase d’avant-vente 1. Phase d’avant-vente BUSINESS CASE/TOC BUSINESS CASE/TOC  Inclure l’éditeur POC POC  Démonstration Budget prévisionnel //Architecte Budget prévisionnel Architecte SOW SOW Signature Signature RECEPTION PO RECEPTION PO  Soyez optimistes!  Liste de contraintes  Créez des clés pour le CPF  Ne commencez jamais avec la seule signature: attendez le PO Vis ma vie de chef de projet Drupal
  18. 18. Budget Licence Licence 21% 21% Projet Projet 44% 44% Licence -100% Maintenance Maintenance Projet Projet -12% -12% Support 5% Support 5% Support - -53% Support 53% -40% sur le budget Maintenance Maintenance Hosting Hosting 17% 17% Drupal a fait économiser 13% 13% Editeurs -0% -0% Hosting -60% Hosting -60% Drupal Vis ma vie de chef de projet Drupal Technologie
  19. 19. 2. Etude d’implémentation VOS CLES: Un budget prévisionnel Une liste des contraintes de votre client Une architecture prévisionnelle (avant-vente) VOTRE OBJECTIF: VALIDER LES HYPOTHESES Identifier toutes les variables Définir tous les plans d’action Confirmer ou mettre à jour le budget/planning Vis ma vie de chef de projet Drupal
  20. 20. Objectif: Identifier toutes les variables, définir tous les plans d’action, confirmer ou mettre à jour le budget et le planning. 1. WORKSHOPS MARKETING 2. WORKSHOPS IT Sitemap ? Sitemap ? SSO? SSO? Content types ? Content types ? EAI/LDAP? EAI/LDAP? Identification des Identification des données /volume données /volume Securité? Securité? Gouvernance ? Gouvernance ? Network? Network? Migration de Migration de contenus? contenus? TP Intégration/API? TP Intégration/API? Vis ma vie de Réunions hebdos & Réunions hebdos & méthodo méthodo Performance? Performance? Migration de Migration de chef données? de projet données? 3. SET UP PROJET Drupal Identifiez ce que vous Identifiez ce que vous ne gérez pas = hors ne gérez pas = hors scope scope Lotissement & Lotissement & variables d’ajustement variables d’ajustement ::principes agiles à principes agiles à fixer fixer
  21. 21. Objectif: Identifier toutes les variables, définir tous les plans d’action, confirmer ou mettre à jour le budget et le planning. 1. WORKSHOPS MARKETING Sitemap ? Sitemap ? Content types ? Content types ? 2. WORKSHOPS IT SSO? SSO? Avantages Drupal Avantages Drupal EAI/LDAP? EAI/LDAP? 3. SET UP PROJET Réunions hebdos & Réunions hebdos & méthodo méthodo 12% des modules sont dédiés à 12% des modules sont dédiés à Securité? Securité? Identification des Identification des données /volumel’intégration données /volume l’intégration Performance? Performance? Gouvernance ?  Gouvernance ?  Network? Network? Imposer le standard Drupal Imposer le standard Drupal Migration de Migration de TP Intégration/API? TP Intégration/API? contenus? contenus? Migration de Migration de Vis ma vie de chef données? de projet Drupal données? Identifiez ce que vous Identifiez ce que vous ne gérez pas = hors ne gérez pas = hors scope scope Lotissement & Lotissement & variables d’ajustement variables d’ajustement ::principes agiles à principes agiles à fixer fixer
  22. 22. Objectif: Identifier toutes les variables, définir tous les plans d’action, confirmer ou mettre à jour le budget et le planning. 1. WORKSHOPS MARKETING Sitemap ? Sitemap ? Content types ? Content types ? 2. WORKSHOPS IT SSO? SSO? Avantages Drupal Avantages Drupal EAI/LDAP? EAI/LDAP? 3. SET UP PROJET Réunions hebdos & Réunions hebdos & méthodo méthodo Securité? Securité? Identification des Pré-valider que les modulesIdentifiez ce que vous Identification des Pré-valider que les modulesIdentifiez ce que vous données /volume données /volumestandards de Drupal = alternatives ne gérez pas = hors ne gérez Performance? Performance? standards de Drupal = alternatives pas = hors scope scope Gouvernance ? Gouvernance ? Network? Network? Migration de Migration de Lotissement & Lotissement & TP Intégration/API? TP Intégration/API? contenus? contenus? variables d’ajustement variables d’ajustement ::principes agiles à principes agiles à Migration de Migration de fixer Vis ma vie de chef données? de projet Drupal fixer données?
  23. 23. 3. Conception fonctionnelle  Stratégie planning  Points d’attention KickOff interne KickOff interne  Arbitrages planning / budget / périmètre  Contraintes KickOff client KickOff client  Scope détaillé  Drupal full-standard Feuille de route SMART Feuille de route SMART Validation Validation Spécifications/ Spécifications/ User stories User stories Cycle Workshops Workshops Contrôle Contrôle  Développement par micro lot  Parallélisation  Scope, Planning, Budget  Documentation Alertes & Arbitrage Alertes & Arbitrage Vis ma vie de chef de projet Drupal
  24. 24. 3. Conception fonctionnelle  Stratégie planning  Points d’attention KickOff interne KickOff interne  Toujours orienter vers des  Toujours orienter vers des  Arbitrages planning / budget / KickOff client KickOff client modules « Out Of the box » modules « périmètre box » Out Of the  Contraintes  90% d’un projet peut être  90% d’un projet peut être  Scope détaillé  Drupal full-standard créé uniquement avec des créé uniquement avec des Feuille de route SMART Feuille de route SMART  modules standard Développement modules standard Validation Validation Spécifications/ Spécifications/ User stories User stories Cycle Workshops Workshops Contrôle Contrôle par micro lot  Parallélisation  Scope, Planning, Budget  Documentation Alertes & Arbitrage Alertes & Arbitrage Vis ma vie de chef de projet Drupal
  25. 25. 3. Conception fonctionnelle  Stratégie planning  Points d’attention KickOff interne KickOff interne  Arbitrages planning / budget / périmètre  Contraintes KickOff client KickOff client  Scope détaillé  Drupal full-standard Feuille de route SMART Feuille de route SMART Profils Drupal Thémeur  Sitebuilder: Profils Drupal Thémeur& Développement & Sitebuilder: Validation Validation Spécifications/ Spécifications/ User stories User stories Workshops Workshops par micro lot  Parallélisation Cycle Parallélisation et scalabilité x 2 comparé Parallélisation et scalabilité x 2 comparé  Scope, à Oracle/Sharepoint/WebSphere Planning, à Oracle/Sharepoint/WebSphere Contrôle Contrôle Budget  Documentation Alertes & Arbitrage Alertes & Arbitrage Vis ma vie de chef de projet Drupal
  26. 26. 4. Conception technique Validation et signature des Validation et signature des spécifications //user stories finales spécifications user stories finales Comité de pilotage Comité de pilotage Architecture & Spécification Architecture & Spécification Technique par lot //Sprint Technique par lot Sprint CTO, CPT CTO, CPT Modification = arbitrage sur le scope ou le budget Stratégie Technique Sur Drupal  Avantage sur Drupal : plusieurs manières d’atteindre le même objectif.  Faites valider votre spécification / sprints par Acquia = label qualité Vis ma vie de chef de projet Drupal
  27. 27. Les armes d’un chef de projet bien équipé: Anticipation Metacognition Résilience Agilité Réaction Endurance Garde-fou Guerrier Vis ma vie de chef de projet Drupal
  28. 28. GOOOOOOOOO Vis ma vie de chef de projet Drupal
  29. 29. 5. Stratégie de production L’effet autruche: Le combat d’une vie Root causes: - Bonne volonté - Peur - Excès de confiance Correctifs: 1) Faire confiance 2) Pragmatisme 3) Engagement Vis ma vie de chef de projet Drupal
  30. 30. 5. Stratégie de production L’effet autruche: Basé sur nos propres Basé sur nos propres statistiques: l’effet statistiques: l’effet Le combat d’une vie autruche peut doubler la autruche peut doubler la consommation du budget consommation du budget d’un projet Root causes: d’un projet Correctifs: 1) Faire confiance - Bonne volonté 2) Pragmatisme - Peur - Excès de confiance 3) Engagement Vis ma vie de chef de projet Drupal
  31. 31. 5. Stratégie de production Feuille de Feuille de route route Demo Client Demo Client Fine-Tuning Fine-Tuning Cycle de Développement Testing Interne Testing Interne Engagement Engagement Développement Développement REGLES D’OR: Itérations = sprints Engagements avant de commencer Les devs peuvent annuler leurs engagements à mi- Revue de code Revue de code chemin Le développeur a toujours raison Vis ma vie de chef de projet Drupal
  32. 32. 6. Stratégie de test Votre pire ennemi: les régressions Renforcement de Renforcement de la bande-passante la bande-passante CM CM Point de synchro Point de synchro quotidien ::le Reste quotidien le Reste A Faire A Faire (CPT/CPF/CM) (CPT/CPF/CM) Testing Interne Rapport quotidien Rapport quotidien (CPT) (CPT) Exécution tests Exécution tests (AI) (AI) Qualification Tickets Qualification Tickets (CPF) (CPF) Estimation workload Estimation workload (CPT) (CPT) Résolution (DEV) Résolution (DEV) Tests (CPT) Tests (CPT) Vis ma vie de chef de projet Drupal
  33. 33. 6. Stratégie de test Votre pire ennemi: les régressions Renforcement de Renforcement de la bande-passante la bande-passante CM CM Exécution tests Exécution tests (AI) (AI) Qualification Tickets Qualification Tickets (CPF) (CPF) Point de synchro Point de synchro L’architecture de Drupal Testing L’architecture de Drupal quotidien ::le Reste quotidien le Reste Estimation Estimation A Faire A Faire Interne de mettre en workload vous permet de mettre en workload vous permet (CPT) (CPT) (CPT/CPF/CM) (CPT/CPF/CM) place de grosses équipes place de grosses équipes Rapport quotidien Rapport quotidien (CPT) (CPT) Résolution (DEV) Résolution (DEV) Tests (CPT) Tests (CPT) Vis ma vie de chef de projet Drupal
  34. 34. Vis ma vie de chef de projet Drupal
  35. 35. 7. Stratégie de test BW New (todo) Resolved (validation) Tickets Estimations Tickets Estimations Resolved Closed Reassigned to author 17/09/2013 53h 16 26,7h 2 1,5h 905 890 15 18/09/2013 28h 11 15,2h 7 11,0h 912 901 11 19/09/2013 14h 22 25,4h 2 0,7h 936 915 21 20/09/2013 0h 0 Vis ma vie de chef de projet Drupal
  36. 36. 7. Stratégie de test BW New (todo) Resolved (validation) Tickets Estimations Tickets Estimations Resolved Closed Reassigned to author 17/09/2013 53h 16 26,7h 2 1,5h 905 890 15 18/09/2013 28h 11 15,2h 7 11,0h 912 901 11 19/09/2013 14h 22 25,4h 2 0,7h 936 915 21 20/09/2013 0h 0 Avantage Drupal: Avantage Drupal: beaucoup de freelance sur beaucoup de freelance sur le marché le marché Vis ma vie de chef de projet Drupal
  37. 37. 8. Stratégie de clôture ENVOI DU PV DE RECETTE ENVOI DU PV DE RECETTE Renforcement de Renforcement de la bande-passante la bande-passante CM CM Point de synchro Point de synchro quotidien ::le Reste quotidien le Reste A Faire A Faire (CPT/CPF/CM) (CPT/CPF/CM) Testing Externe Rapport quotidien Rapport quotidien (CPT) (CPT) Exécution tests Exécution tests (AI) (AI) Qualification Tickets Qualification Tickets (CPF) (CPF) Estimation workload Estimation workload (CPT) (CPT) Résolution (DEV) Résolution (DEV) Tests (CPT) Tests (CPT) RECEPTION DU PV DE RECETTE RECEPTION DU PV DE RECETTE Vis ma vie de chef de projet Drupal
  38. 38. 8. Stratégie de clôture ENVOI DU PV DE RECETTE ENVOI DU PV DE RECETTE Renforcement de Renforcement de la bande-passante la bande-passante CM CM Exécution tests Exécution tests (AI) (AI) Qualification Tickets Qualification Tickets (CPF) (CPF) Point de synchro PV DE RECETTE :: Point de synchro PV DE RECETTE Testing quotidien ::le Reste quotidien le Reste Engagement Engagement Estimation workload A Faire A Faire Externe Estimation workload (CPT) (CPT) (CPT/CPF/CM)  (CPT/CPF/CM)  Règles à respecter Règles à respecter Rapport quotidien Rapport quotidien (CPT) (CPT) Résolution (DEV) Résolution (DEV) Tests (CPT) Tests (CPT) RECEPTION DU PV DE RECETTE RECEPTION DU PV DE RECETTE Vis ma vie de chef de projet Drupal
  39. 39. 1. 2. 3. 4. 5. Vis ma vie de chef de projet Drupal Etat des lieux Gouvernance Méthodologie Conclusion
  40. 40. LES POINTS CLE DE MA VIE DE CHEF DE PROJET: CONTROLER SES EMOTIONS NE RIEN LACHER GARDER LA FOI  Vis ma vie de chef de projet Drupal
  41. 41. Vis ma vie de chef de projet Drupal
  42. 42. Merci  Violaine Meneux @VioMeneux Project Manager @ Actency Mathieu Gros CEO @ Actency www.actency.fr https://twitter.com/Actency https://www.facebook.com/actency http://www.linkedin.com/company/actency

Notes de l'éditeur

  • Gouvernance : lié à des problèmes de gouvernance (= défnintion des roles et des flux de communication)
    Méthodo : comment on fait pour pas se planter
  • ATTENTION: ORIENTER SUR LES GRANDS COMPTES!
  • Drupal ajoute des éléments qui permet de s’en sortir mieux qu’avec la grande majorité des autres technologie
  • IMPORTANT: les phases doivent être réalisées dans l’ordre 1) 2) et 3)
    EAI: Enterprise Application Interface (système annexe qui fait QUE transférer de la donnée d’un système à un autre)
  • IMPORTANT: les phases doivent être réalisées dans l’ordre 1) 2) et 3)
    EAI: Enterprise Application Interface (système annexe qui fait QUE transférer de la donnée d’un système à un autre)
  • IMPORTANT: les phases doivent être réalisées dans l’ordre 1) 2) et 3)
    EAI: Enterprise Application Interface (système annexe qui fait QUE transférer de la donnée d’un système à un autre)
  • Suite à l’étude d’implémentation: rendre réaliste ce qu’on a idéalisé => arbitrages
    Feuille de route SMART: pourquoi? Parce que si on ne le fait pas: l’AI s’éclate, le designer aussi, le client aussi (tout est beau, tout est faisable, c’est merveilleux) d’où une liste d’objectifs mesurés et mesurables + un contrôle à l’issue de chaque workshop
  • Suite à l’étude d’implémentation: rendre réaliste ce qu’on a idéalisé => arbitrages
    Feuille de route SMART: pourquoi? Parce que si on ne le fait pas: l’AI s’éclate, le designer aussi, le client aussi (tout est beau, tout est faisable, c’est merveilleux) d’où une liste d’objectifs mesurés et mesurables + un contrôle à l’issue de chaque workshop
  • Suite à l’étude d’implémentation: rendre réaliste ce qu’on a idéalisé => arbitrages
    Feuille de route SMART: pourquoi? Parce que si on ne le fait pas: l’AI s’éclate, le designer aussi, le client aussi (tout est beau, tout est faisable, c’est merveilleux) d’où une liste d’objectifs mesurés et mesurables + un contrôle à l’issue de chaque workshop
  • Métacognition: « penser sur ses propres pensées »
  • Vous pensez avoir le contrôle sur tous les aspects du projet, ceinture-bretelle hop hop hop : les problèmes commencent maintenant!! C’est maintenant qu’on se met en mode guerrier.
  • Une confiance en l’expert, à toute épreuve: pourquoi? Cas concret rapide: chiffrage imposé = non engagement = déresponsabilisation = échec
    Pragmatisme: cherchez des réponses pragmatiques
    Bulle: on a des casseroles en interne, sur lesquelles on a doublé le budget d’un projet. Le client ne l’a pas senti parce qu’on su fournir l’effort nécessaire.
  • Une confiance en l’expert, à toute épreuve: pourquoi? Cas concret rapide: chiffrage imposé = non engagement = déresponsabilisation = échec
    Pragmatisme: cherchez des réponses pragmatiques
    Bulle: on a des casseroles en interne, sur lesquelles on a doublé le budget d’un projet. Le client ne l’a pas senti parce qu’on su fournir l’effort nécessaire.
  • Estimation faite par un directeur technique: optimiste. Sauf que réalisation faite par un dev junior: si on ne l’engage pas, il va faire l’autruche par bonne volonté.
  • Important: évacuer la notion de rentabilité => MGS
  • Important: évacuer la notion de rentabilité => MGS
  • Envoi dès le départ : pragmatique = on établit les règles du jeu. On conditionne à accepter un principe: je teste et je dois envoyer ce PV. Le PV est un contrat entre les deux parties: validation que la prestation sera terminée sous certaines conditions. Le client va donc valider le livrable « sous réserves » = toute la nuance est là, il faut accepter l’idée qu’il y aura des réserves.
  • Envoi dès le départ : pragmatique = on établit les règles du jeu. On conditionne à accepter un principe: je teste et je dois envoyer ce PV. Le PV est un contrat entre les deux parties: validation que la prestation sera terminée sous certaines conditions. Le client va donc valider le livrable « sous réserves » = toute la nuance est là, il faut accepter l’idée qu’il y aura des réserves.

×