Daniel Pelletier Gestion de projet informatique à Telus
La gestion des projets informatiques à TELUS La gestion des projets informatiques à TELUS, c’est d’abord et avant tout… des individus qui collaborent ensemble à lades individus qui collaborent ensemble à la réalisation d’objectifs commun, et qui utilisent une méthodologie communeet qu ut se t u e ét odo og e co u e pour améliorer les chances de succès de leurs projets Merci de votre attention Daniel Pelletier Gestion du programme et méthodologie TELUS Proprietary67 Gestion du programme et méthodologie PMO & Methodology Transformation d'entreprise BT Membre de l'équipe TELUS
Exercice de FLE pour enfants sur les transports et les prépositions
2010-10-25 Daniel Pelletier Gestion de projet informatique à Telus
1. “La gestion de projet
à
TELUS”
U éth d l iUne méthodologie
indispensable à la réussite
des projets informatiquesdes projets informatiques
Déjeuner-conférence UQAR
PMI Lévis-QuébecPMI Lévis Québec
2010-10-25
Daniel Pelletier
Gestion du programme et méthodologieGestion du programme et méthodologie
PMO & Methodology
Transformation d'entreprise BT
Membre de l'équipe TELUS
2. “La gestion de projet à TELUS”
une méthodologie indispensable à la réussite desg p
projets informatiques»
3. Méth d l i d j t I f ti à TELUSMéthodologie des projets Informatique à TELUS
G ti d j tGestion de projet
Dé
G (J l )Démarrage
Planification
Gouvernance (Jalons)
Gate 1
Exécution et
contrôle
Gate 2a
Gate 2b
Gate 3
G t 4
Livrables Informatique
Planification Analyse Design
Conception
et Tests
Déploiement
Clôture
Gate 4
Gate 5
TELUS Proprietary3
Processus et outils Normes, Lois et Politiques
4. Gouvernance des projets
+/- 100 % +/- 50% +/-25 +/-10
Gouvernance du projet
Réduire les risques des projets en instaurant un principe de Gates (Jalons)
Gate1 Gate 2a Gate 2b Gate 3 Gate 4 Gate 5
Déterminer si les projets continuent d’être rentables
Assurer un standard dans la planification , l’exécution et le contrôle
Assurer une gouvernance efficiente des projets
Aider à optimiser le retour sur investissement ( ROI)
MLT : Market Leadership Team (Partners, Business, Consumer, TELUS Québec)
Identifier les priorités pour leurs marchés et faire les recommandations à l’IRT
Allouer le capital pour les projets < 5 M , Focus sur:
L d it / i
IRT : Investment Return Team
Les nouveaux produits /services,
Réduction de coût et initiatives d’efficacité
Amélioration pour l’expérience client
IRT : Investment Return Team
Prioriser le budget total du Capex pour les projets >5 M
Focus sur la croissance, Livraison des nouveaux services , Réduction des coûts
Prioriser les projets basés sur les recommandations des différents MLT
Revoir et mesurer le progrès de l’exécution des projets des MLT
Fournir les fonds aux différents MLT
Assister lorsqu’il y a des problèmes de ressources
5. Gouvernance des projets
LCD: Large Complex Deal: Appel d’offres
Gate1 Gate 2a Gate 2b Gate 3 Gate 4 Gate 5
LCD: Large Complex Deal: Appel d’offres
Mandatory: Obligatoire (Lois, Politiques internes)
Discrétionnaire: MLT / IRT
Small Works : Small Works :
Petits projets < $500,000, Haut retour sur investissement,
Gouvernance allégée: Gate 1, 3 et 4, Priorisation par MLT
Sustainment: Projets BT Sustainment: Projets BT
Mise à niveau logicielle (Base de données, système exploitation, etc)
Mise à niveau matérielle (serveurs, composantes réseau, etc )
Remplacement applications désuètes ou non supportées
Enhancements:
Très petits projets < $25,000 , Gate 1 et 5
Amélioration continue pour des fonctionnalités existantes dans les applications
6. Gouvernance des projets: CAPEX / OPEX
Politique de capitalisation
OPEX: Élément qui est considéré comme une DÉPENSE courante
CAPEX: Élément qui est considéré comme un ACTIF et est amorti sur la durée de sa vie courante.
Règles de capitalisation Projet informatique
Le logiciel a une durée de vie utile prévue supérieure à un an
Le coût total du projet, y compris les coûts directs pour la modification et le développement du
réseau informatisé nécessaires à la mise en œuvre du logiciel, dépasse 100 000 $
S’il s’agit d’une mise à niveau/amélioration, les modifications se traduisent par un surcroît de
fonctionnalités – c.-à-d. que le logiciel peut accomplir des nouvelles tâches
Étapes Processus / activités associés OPEX
(Dépenses)
CAPEX
(Amortissement)
Étape préliminaire Formulation conceptuelle d’autres solutions
Évaluation des autres solutions OUI
fonctionnalités c. à d. que le logiciel peut accomplir des nouvelles tâches
Évaluation des autres solutions OUI
Développement Application Conception de la voie choisie, notamment la configuration et
les interfaces du logiciel
Codage , Essais OUI
Gate1
Gate 2a
Gate 2b
Codage , Essais
Installation de l’équipement
Coûts de conversion des données
Après la mise en oeuvre Formation
Entretien des applications
OUI
Gate 3
Gate 4
Gate 5
Soutien permanent
Gestion de projet OUI OUI
Certaines tâches
Gate 5
Ongoing
7. Livrables pour la gestion projet (BT)
+/- 100 % +/- 50% +/-25 +/-10
Gate1 Gate 2a Gate 2b Gate 3 Gate 4 Gate 5
TL100 Estimation
PM221 Plan Projet
Gouvernance du projet
Gate1 Gate 2a Gate 2b Gate 3 Gate 4 Gate 5
j
PM223 Planification Ressource
PM225 Budget
PM228 Security Plan
TL200 Function Point DP700 Sondage
PM228 Security Plan
PM230 Confidentialité des données PIA
TL200 Function Point
PM581 Change Request
PL191 Cadre et mandat
PM234 Tailor & Waiver PPQA
Revue Opérationnelle des projets
Présentation MLT (Business)
Delivery Review (PMO – PPM)
Solution Review (Architecte de systèmes)
Démarrage Planification
Exécution et
contrôle Clôture
GESTION DE PROJET
Solution Review (Architecte de systèmes)
8. Livrables pour la gestion projet (BU)
+/- 100 % +/- 50% +/-25 +/-10
Gate1 Gate 2a Gate 2b Gate 3 Gate 4 Gate 5
Charte de Projet
Gouvernance du projet
Gate1 Gate 2a Gate 2b Gate 3 Gate 4 Gate 5
PM221 Plan Projet
PM223 Pl ifi ti d
Impact Assessement
Assessement Review
PG091 Business Case
PM225 Budget
PG091 Business Case
PM223 Planification des ressources
DP211 Déploiement Plan
PL161 Change Plan (Gestion du changement)
TR251 Communication Strategy
PM581 Change Request
PM237 Issue, Risk, Change Control Log
Présentation MLT (Business)
Démarrage Planification
Exécution et
contrôle Clôture
GESTION DE PROJET
9. Gestion Projet: Livrables Informatique
+/- 100 % +/- 50% +/-25 +/-10
Gate1 Gate 2a Gate 2b Gate 3 Gate 4 Gate 5
A l Dé l t Dé l i tA l
Livrables informatique
Gouvernance du projet
Gate1 Gate 2a Gate 2b Gate 3 Gate 4 Gate 5
TL010 Demande
PS (IS Request)
PL191 Cadre et
Mandat (Project
Scope Definition)
PL101-B Besoins
Affaires Détaillés
AP350 Specification
Application
(Component)
TL410
Programmation
DP679
Approbation Finale
(Client Readiness
Signoff)
Analyse
PréliminairePlanification
Conception
Développement
et Tests
DéploiementAnalyse
Détaillée
PL154 Ebauche
Solution (Business
Process Blueprin)t
PL101-B Besoins
Affaires (Business
Requi, High Level)
BP315 Processus
Affaires
PL101-F Besoin
Fonctionnel
AP340 Prototypage
Ecran (User Interface)
Signoff)
TE580 A Test
TE580-C Test Unitaire
(Component Test)
4. TEST
PL151-153 Ebauche
Solution (Solution
Blueprin)t AP220 Cas Utilisation
PL101-T Besoin
Technique
AP320 Conception
Classes Class
Design)
AP360 Modèle
L i D é
TE580-A Test
Assemblage (Assembly
Test)
AP230 Interaction
Usager
AP260 Modèle
conceptuel données
Logique Donnée
AP370 Conversion
Données
TE580-C
Test Système
(Product Test)
TE580-U Test
Acceptation (UAT Test) Livrable optionnel
Livrable Obligatoire
AP203
Glossaire
conceptuel données
TE580 Planification
Test
DP417 Demande Mise
en Production (Migration
Request)
TA223/230
Architecture
Acceptation (UAT Test)
PM581
Change Request Responsabilité BU
10. Gestion Projet: Processus et outils
Gate 1
+/- 100%
Gate 2A Gate 2B
+/- 50% +/- 25%
Gate 3
+/- 10%
Gate 4 Gate 5
G2b G3 G5G1 G4G2a
Gouvernance du projet
G2b G3 G5G1 G4G2a
Processus Outils
Demande initiale (IS Front Door)
Demande de changement
Priorisation
Outils
Applications Web
eRoom : classeur électronique
Priorisation
Assurance Qualité
Gouvernance
A b ti b i (R i t )
MS-Office: Word, Excel, MS-Projet
Caliber: Besoins Affaires et
fonctionnels
Q alit Center TestsApprobation besoins (Requirements)
Demande de support
Troubles de production
Quality Center: Tests
PPM: Portefolio
Wiki: Documentation
Revues de projet
Etc…
Etc..
11. Gestion Projet: Processus et outils
Gate 1
+/- 100%
Gate 2A Gate 2B
+/- 50% +/- 25%
Gate 3
+/- 10%
Gate 4 Gate 5
G2b G3 G5G1 G4G2a
Gouvernance du projet
G2b G3 G5G1 G4G2a
Normes LoisNormes
PMI : Project Management Institute
IIBA : International Institute Business Analyst
CMMI: Capability Maturity Model Integration
Loi 101 - Office de la langue française
Loi sur la confidentialité des données
Loi Sarbanes-Oxley (SOX)p y y g
(Bonnes pratiques de l’industrie)
Processus de développement (TELUS
Méthodes)
Assurance Qualité (PPQA)
Intégrité des contrôles en place
PolitiquesRevues (PLAR)
Revue par les pairs (Peer)
Revue techniques (Lead)
Revue de gestion (Acceptance)
Politiques
Politique de capitalisation (CAPEX / OPEX)
Politique de sécurité
g ( p )
Tests (Defect Management)
Amélioration continu Processus
Estimation de projets
FP Function PointFP- Function Point
12. TELUS Méthodes: Pour les projets informatique
+/- 100 % +/- 50% +/-25 +/-10
Gate1 Gate 2a Gate 2b Gate 3 Gate 4 Gate 5
Analyse Conception Développement DéploiementAnalyse
Livrables informatique
Gouvernance du projet
Gate1 Gate 2a Gate 2b Gate 3 Gate 4 Gate 5
TL010 Demande
PS (IS Request)
PL154 Eb h
PL191 Cadre et
Mandat (Project
Scope Definition)
PL101-B Besoins
Affaires Détaillés
BP315 Processus
Aff i AP340 Prototypage
AP350 Specification
Application
(Component)
TL410
Programmation
DP679
Approbation Finale
(Client Readiness
Signoff)
TE580 C T t U it i
Analyse
PréliminairePlanification Conception Développement
et Tests
DéploiementAnalyse
Détaillée
PL154 Ebauche
Solution (Business
Process Blueprin)t
PL101-B Besoins
Affaires (Business
Requi, High Level)
PL151-153 Ebauche
Affaires
PL101-F Besoin
Fonctionnel
PL101-T Besoin
Technique
AP320 Conception
Classes Class
Design)
AP340 Prototypage
Ecran (User Interface)
TE580-A Test
Assemblage (Assembly
Test)
TE580-C Test Unitaire
(Component Test)
4. TEST
PL151 153 Ebauche
Solution (Solution
Blueprin)t AP220 Cas Utilisation
AP230 Interaction
Usager
AP260 Modèle
AP360 Modèle
Logique Donnée
AP370 Conversion
Données
TE580-C
Test Système
(Product Test)
TE580-U Test
Livrable optionnel
Livrable Obligatoire
AP203
Glossaire
Dé Pl ifi ti
Exécution et
Clôt
conceptuel données
TE580 Planification
Test
DP417 Demande Mise
en Production (Migration
Request)
TA223/230
Architecture
Acceptation (UAT Test)
Livrable optionnel
PM581
Change Request Responsabilité BU
Démarrage Planification
Exécution et
contrôle Clôture
GESTION DE PROJET
Normes, Lois et PolitiquesProcessus et outils
13. Cycle de Gestion de Projet Informatiquey j
• Estimation (TL100)
• Main d’œuvre (PM223)
• Demande initiale (TL010 IS Front
Door)
• Définition du projet (PL191)
• Budget (PM225)
• Plan de projet (PM221)
• Sécurité (PM228)
• Confidentialité (PA230)
• Définition du projet (PL191)
Démarrage
du projet
Planification
du projet
R d j t (BT S l ti
Exécution et
contrôle du
projet
Clôture du
projet
• Revues de projet (BT, Solution
Review)
• Demande de changement (PM581)
• Gouvernance (Gating Process)
• Assurance Qualité (PM234)
• Function Point (TL200 )
• Sondage Satisfaction (DP700)
• Performance projet (métriques)
projet
p j
TELUS Proprietary13
Function Point (TL200 )
• PLAR review (TL000)
14. IS-Front Door : Demande Initiale
Démarrage
du projet
http://nvision.tsl.telus.com/
Requérant
TELUS Proprietary14
15. IS-Front Door : Demande Initiale
Démarrage
du projet
http://nvision.tsl.telus.com/
TELUS Proprietary15
16. IS-Front Door : Demande initiale
Démarrage
du projet
http://habitat.tmi.telus.com/collaborate/display/DSTQ/IS+Front+Door+-+TL010
TELUS Proprietary16
17. PL191Cadre et Mandat BTDémarrage
du projet
Charte de Projet (BU)Charte de Projet (BU) PL191 Cadre et Mandat (BT)
TELUS Proprietary17
18. PL191Cadre et Mandat BT
Milestones (Jalons)
Démarrage
du projet
( )
Charte de Projet (BU)
PL191 Cadre et Mandat (BT)
La PL191 est évolutive et doit être mise à jour à chaque Gate pour refléter les changements de ScopeLa PL191 est évolutive et doit être mise à jour à chaque Gate pour refléter les changements de Scope
Dans l’exemple ci-dessous, il s’est ajouté une 2iè livraison (Release 5.2 ) et aussi quelques livrables
(Jaune) suite à un changement de Scope.
TELUS Proprietary18
19. Cycle de Gestion de Projet Informatique
Planification du projet
TELUS Proprietary19
20. TL100 Estimation des heures par phase
Planification
du projet
TL100 Estimation des heures par phase
Gate 2a Gate 3
• +/- 100% Projet
Gate 1
• +/- 50% Projet
• +/- 10% Next Gate
Gate 2a
• +/- 25% Projet
• +/- 10% Next Gate
Gate2b
• +/- 10% Projet
Gate 3
Nous devons réviser l’estimation du projet durant les 4 premières gates
Plus nous avançons dans le projet, plus le niveau de précision est élevé
Pour la gate 1 l’estimation à +/- 100% de précision est l’équivalent d’un « best
guess « thumb »
Pour la gate 2a, nous pouvons utiliser un outil qui se base sur l’estimation des
heures de développement (Build) , et par la suite il réparti les efforts sur l’ensemble des
autres phases
TELUS Proprietary20
Pour la gate 2b et la gate 3, nous basons nos estimés sur les fonctionnalités du
système (Functional Requirements) documentées dans l’outil Caliber
21. Roadmap : Liste des projets corporatifs
Planification
du projet
p p j p
(Priorisation IRT / MLT)
TELUS Proprietary21
22. TL100 Outil estimation par phase
Planification
du projet
TL100 Outil estimation par phase
1. On doit établir le pourcentage de
temps par phase dans le cycle detemps par phase dans le cycle de
développement du projet
2. On indique le pourcentage des
rôles à l’intérieur des phases.
3. On doit fournir l’estimation « High Level »de la phase
« BUILD » i.e. le temps prévu pour le développement
(programmation).
4. On doit estimer le facteur
d’ h d ( é i
(p og a at o )
d’overhead (réunion,
communication, imprévu,
etc..
5. L’outil calculera les
efforts par phases ainsi
que le total en jours, en
mois et en argent
23. TL100 Estimation des FR
Planification
du projet
TL100 Estimation des FR
À partir des besoins fonctionnels (FR – Functional Requirement) documentés dans l’outil Caliber, nous
établissons une estimation du travail à faire dans les gate 3 à 5 pour réaliser cette fonctionnalité du système
Analyste
BA
Programmeur
24. PM223 Planification des ressources
Planification
du projet
Par individus, équipes, Gates,
I di idIndividus
TELUS Proprietary24
24
25. PM225 Budget (Financial Calculator)
Planification
du projet
PM225 Budget (Financial Calculator)
Extraction dépenses réelles via SAP (Feuille de temps)
Extraction dépenses
Pl ifié i PPMPlanifiées via PPM
TELUS Proprietary25
28. Cycle de Gestion de Projet Informatique
Exécution et contrôle du projet
TELUS Proprietary28
29. Revue Opérationnelle - hebdomadaire
Exécution et
contrôle du
projet
Revue Opérationnelle hebdomadaire
Sommaire d’avancement des projets
Projet
112
Projet
Projet
124
Projet
Projet
127
Projet
123
Projet
Projet
126
Projet
Projet
135
j
117
Projet
134
j
136
Projet
130
TELUS Proprietary29
30. Revue Opérationnelle - hebdomadaire
Exécution et
contrôle du
projet
Revue Opérationnelle hebdomadaire
Détail de l’avancement d’un projet
1. Information générale
2. Contrôle des Jalons du projet
4. Suivi Budgétaire3. Indicateurs du déroulement du projet
TELUS Proprietary30
30
31. Revue Opérationnelle - hebdomadaire
Exécution et
contrôle du
projet
Revue Opérationnelle hebdomadaire
Détail de l’avancement d’un projet
5. Résumé exécutif 6. Actions pour « réaligner » le projet
7. Tâches accomplies depuis le dernier
contrôle
8. Problèmes avec l’échéancier
9 Problèmes avec les ressources9. Problèmes avec les ressources
10. Problèmes résolus durant cette période
12 A ti ité l ifié
11. Risques
12. Activités planifiées
TELUS Proprietary31
31
32. PMO – Checklist des activités pour
Exécution et
contrôle du
projet
PMO Checklist des activités pour
le gestionnaire de projet
TELUS Proprietary32
36. Norme CMMI – Capability Maturity ModelNorme CMMI Capability Maturity Model
Integration
Modèle d’évaluation de la maturité des processus reliés au
développement de systèmes
Meilleures pratiques de l’industrie (Best Pratice)
TELUS Proprietary36
37. TL000 PLAR
P / L d / A t R i
Exécution et
contrôle du
projet
Peer / Lead / Acceptance Review
Un élément important dans la « maturité « du CMMI est la révision et
l’audit des livrablesl audit des livrables
Revue par les pairs (Peer Review)
Revue Technique (Lead Review)
Revue de Gestion (Acceptance Review)
SIGNOFF
TELUS Proprietary37
38. Certification SOX
Exécution et
contrôle du
projet
Une loi qui protège les investisseurs
L l i é i i S b O l ( SOX) été l é 2002 àLa loi américaine Sarbanes-Oxley (ou SOX) a été promulguée en 2002 à
la suite de la débâcle des entreprises WorldCom et Enron. Elle a été
formulée pour rétablir la confiance des investisseurs.
•Amélioration de la gouvernance d’entrepriseg p
•Garantie de l’efficacité des contrôles internes
•Amélioration de la divulgation publique des données financières
Dans le cadre de la certification SOX, TELUS doit s'assurer que les
projets informatique respectent les principales règles
d'intégrité dans le processus de développement. Avec TELUS
Mé h d i i d i ê f i dMéthodes nous connaissons ce qui doit être fait, quand et
comment. Cependant pour s'assurer de l'intégrité du processus de
développement, SOX proposent des contrôles CLÉS qui
s'assurent que la méthodologie est respectée et que les
TELUS Proprietary38
approbations requises ont été obtenues.
39. Parties Prenantes (Stakeholders)
Exécution et
contrôle du
projet
Parties Prenantes (Stakeholders)
Un élément important dans la « maturité « du CMMI et pour l’intégrité
de SOX c’est l’approbation finale des livrables par les parties prenantesde SOX, c est l approbation finale des livrables par les parties prenantes
TELUS Proprietary39
40. eRoom: Bibliothèque des documents
Exécution et
contrôle du
projet
eRoom: Bibliothèque des documents
“officiels” du projet (SOX)
TELUS Proprietary40
41. PM234 Tailor and Waiver - PPQA
Exécution et
contrôle du
projet
(Assurance Qualité)
Le PMO / Gestionnaire de projet doivent compléter le PPQA –
Product Process Quality Assurance (Assurance Qualité)
pour chaque livrable d’une gate, on doit respecter l’utilisation du gabarit
proposé par TELUS Méthodes (CMMI)
livrable doit avoir été révisé par un pair ou un supérieur
(PLAR – Peer Lead Acceptance Review) (CMMI)
Chaque livrable doit être approuvé et on doit conserver la preuve (mail)
du signoff (SOX)
Chaque livrable et approbation doit être consigné dans la bibliothèque Chaque livrable et approbation doit être consigné dans la bibliothèque
(eRoom) du projet (SOX)
Certains livrables peuvent être exemptés (Waived) à la discrétion du
PMO f ti d l t d j t (CMMI)
TELUS Proprietary41
PMO en fonction de la nature du projet (CMMI)
42. PM234 Tailor and Waiver PPQA
Exécution et
contrôle du
projet
PM234 Tailor and Waiver - PPQA
TELUS Proprietary42
43. Solution Review
Validation de l’Architecture de la solution
Exécution et
contrôle du
projet
Validation de l Architecture de la solution
Nous devons faire valider les aspects « technologiques » de notre projet.
Gate 2b Gate 3
Confidentialité des données (PM230 Privacy Impact Assessment)
Sécurité de l’application (PM238 Security Plan)pp ( y )
Composantes et architecture de l’application (PL151
Architecture technologique de l’application (PL153, TA230)
Bases de données (AP360/AP370) et conversion des données
(AP370)
Environnement de développement (Langages, Web, protocole
communication)
Application multilingue (French compliance)
TELUS Proprietary43
Application multilingue (French compliance)
44. Exécution et
contrôle du
projet
TL200 Function Point
Qu’est ce qu’un Function Point (FP)?
Unité de mesure qui exprime le nombre de fonctionnalités livrées dans un projetq p p j
Le but de la méthode est d'évaluer le "poids" d'une fonctionnalité en terme de
Functions Points (FPs) en évaluant
Transactions: EI (External Input) , EO (External Output) et EQ (External Query)
Le type d’action: Add / Change / Delete / Conversion Le type d action: Add / Change / Delete / Conversion
Les données: Interne / Externe et nbr champs non-répétitif
TELUS Proprietary44
Functional Requirement
45. Exécution et
contrôle du
projet
TL200 Function Point
Pour un projet , on pourrait avoir :
15 f ti lité (F ti l R i t) 64 F ti P i t 15 fonctionnalités (Functional Requirement), 64 Functions Points
448 hrs en main d’œuvre pour un total de $16,000
On peut donc établir les ratios suivants:
$16,000 / 64 FPs = $250 par FP$ , $ p
64 FPs / 15 Fonctionnalités = 9.14 FPs par Fonction
Pouquoi utiliser les Function Points?
C’est une norme ISO reconnue pour évaluer la taille des systèmes d’information
indépendamment de la technologie utilisée
Permet d’évaluer notre performance avec les meilleurs de l’industrie
Comment s’effectue le calcul de nos FPs
C G ( CG) ff David Consulting Group (DCG) effectue le calcul de nos projects et compare nos
résultats avec les Telcos
TELUS Proprietary45
46. Cycle de Gestion de Projet Informatique
Clôture du projet
TELUS Proprietary46
47. DP700 Sondage
Clôture du
projet
g
Satisfaction des Partenaires
A la fin de chaque projet, on demande au sponsor du projet d’évaluer
la performance de l’Informatique sous les aspects suivants:
Solution livrée
Bénéfices escomptés
Performance de l’application
Qualité de la solution
R d b d Respect du budget
Respect de l’échéancier
La gestion du cadre du projet (scope)
La gestion des problèmes rencontrés (issues) La gestion des problèmes rencontrés (issues)
La réceptivité vis-à-vis les préoccupations des requérants
La qualité de la relation avec les requérants (Partnership)
Évaluation globale du degré de satisfaction
TELUS Proprietary47
48. PPM :Un outil de gestion pour le bureau de projet (PMO)PPM :Un outil de gestion pour le bureau de projet (PMO)
PL191 Scope
TL100 Estimation
PM223 Ressource
PM225 Budget
Revue Projet
PM234 PPQA
TL200 Function Point
Tableaux de bord
(Indicateurs de performance)
TELUS Proprietary48
49. Un outil de gestion pour le bureau de projet (PMO)
Gestion desGestion des
coûtscoûts
Gestion desGestion des
indicateurs deindicateurs de
ff
Gestion des Gestion des
portefeuillesportefeuilles
performanceperformance
pp
(BU, VP, Team)(BU, VP, Team)
Gestion desGestion des
ressourcesressources
Gestion de laGestion de la
gouvernancegouvernance
(Dates et(Dates et
GatesGates
ressourcesressources
(Demand and(Demand and
Supply)Supply)
TELUS Proprietary49
50. Gestion des ressources (Demand and Supply)
Le PM (Gestionnaire de projet):( p j )
peut valider la disponibilité des ressources et effectuer une demande de celles-ci
pour son projet
Détecter les conflits potentiels d’assignation de ressources entre les divers projets
Le Team Manager (gestionnaire) peut: Le Team Manager (gestionnaire) peut:
Approuver (Supply) les demandes pour les ressources de son équipe
Avoir un tableau complet de l’assignation de ses ressources par projet / mois
Le PMO (Responsable du bureau de projet) peut:( p p j ) p
Avoir une vue consolidée des ressources afin de l’aider à élaborer la planification
(Roadmap) des projets sur une base semestrielle et annuelle
Le Directeur de service peut:
Obtenir des statistiques sur la répartition des ressources par catégorie (Projet,
Enhancement (petit projet), Support, Administration
Le Vice-président
Obtenir une vue globale de la performance des projets sous sa responsabilité
TELUS Proprietary50
Obtenir une vue globale de la performance des projets sous sa responsabilité
51. Gestion des ressources (Demand and Supply)
RessourcesRessources
Par
Équipes
TELUS Proprietary51
52. Gestion des ressources (Demand and Supply)
Vue des demandes de ressources non-comblées (Unmet)
A) Par VP, Directeurs, Équipes
B) Par Projets
TELUS Proprietary52
53. Gestion des ressources (Demand and Supply)
Validation des erreurs d’assignation de ressourcesValidation des erreurs d assignation de ressources
Team
Manager
Ressources
Team
Manager Ressources
TELUS Proprietary53
54. Gestion des Coûts
Le PMO (Bureau de projet):
peut consulter les dépenses prévues en main d’œuvre
La répartition des coûts de
main d’œuvre
TELUS Proprietary54
55. Gestion de la gouvernance
Le PMO (Bureau de projet):
Peut avoir une vue des Jalons en cours pour l’ensemble de ses projets Peut avoir une vue des Jalons en cours pour l ensemble de ses projets
Un journal des actions est conservé pour chaque projet
PROJETS
Actions exécutés
Par
PM / PMO
TELUS Proprietary55
56. Gestion des indicateurs de performance
Pour être en mesure d’évaluer la performance du projet et de fournir les résultats pourp p j p
le Tableau de bord de BT, nous devons à chaque Gate compléter les renseignements
suivants dans PPM
A) Le Gestionnaire de projet doit consigner le volet Budget et Dates :
L b d t l ifié l b d t é i é t l dé é ll à h t Le budget planifié, le budget révisé et les dépenses réelles à chaque gate
Les dates prévues de réalisation et les dates réelles à chaque gate
La date de la prochaine gate et la date du solution review (Architectes de systèmes)
B) Le PMO / PM doivent compléter le PPQA – Product Process Quality Assurance
(Assurance Qualité)
C) A la fin du projet, le PMO / PM doivent compléter les informations relatives au PPI –
Project Performance Index en vue d’établir les ratios de performance dans le tableau
de bordde bord
Nombre de Tests Scripts versus le nombre de defects (bug)
Nombre de Tests Scripts versus le nombre de troubles après la mise en production
Le pointage final du sondage de satisfaction de nos partenaires
La date finale de mise en production versus la date planifiée en gate 2b
TELUS Proprietary56
Les dépenses réelles versus le budget planifié en gate 2b
58. Tableau de bord BT: Pour mesurer la performanceTableau de bord BT: Pour mesurer la performance
PL191 Scope
TL100 Estimation
PM223 Ressource
PM225 Budget
Revue Projet
PM234 PPQA
TL200 Function Point
TELUS Proprietary58
59. BTMDW BT Metrics Data Warehouse
Tableaux de bord
BTMDW – BT Metrics Data Warehouse
Single system
user report
PPM
SAP
Manual
aggregation &
formatting
processes
PPM
SAP
Report
generation
Single system
user report
Report
generation
Quality
Caliber
p
Quality
Caliber Strategic
Dashboards
Single system
user report
Report
generation
Single system
user report
Report
Center
Clear-
Case
Multiple
system user
reports
Center
Clear-
Case
BT Metrics
Data
Warehouse
Practitioner
Dashboards
Adhoc
user reportgeneration
Single system
user report
Report
generation
Remedy
Clear-
Quest
Remedy
Clear-
Quest
Adhoc
reports
Single system
user report
Report
generation
Single system
user report
Report
generation
TELUS Proprietary59
Other
Etc.
Other
Etc.
Single system
user report
Report
generation
60. Tableau de bord BT
Tableaux de bord
Tableau de bord BT
Vue globale de la performance BT pour la livraison des projets
RR
É
S
C
I
U
L
T
B
L
E
A
T
S
S
TELUS Proprietary60
S
61. Tableau de bord BTTableaux de bord
Tableau de bord BT
Functions Points
Metric Details
Goal Efficient return of invested dollars
Cost Efficiency Question Quel est le coût d’un Function Point ?
Formula = Actual Labour Cost / # FPs
Goal Efficient return of invested effort
Productivity
Goal Efficient return of invested effort
Question Combien de FP par individu
Formula = # FPs / # FTE Months
Time to Market
Goal Deliver functionality (and/or products & services) quickly
Question Combien de FP par mois
Formula = # FPs / # Months Duration
TELUS Proprietary61
Formula = # FPs / # Months Duration
62. Tableau de bord BT
Tableaux de bord
Tableau de bord BT
Performance du projet
Metric DetailsMetric Details
% Cost
Variance
Goal Deliver as promised: minimize variance from Gate 2B cost estimate
Question Respect du budget
Formula = Cost Variance ($) / Estimated Budget ($)
% Schedule
V i
Goal
Deliver as promised: minimize variance from Gate 2B estimated
deploy date
Q estion Respect du délaisVariance Question Respect du délais
Formula = Schedule Variance (days) / Estimated Duration (days)
B i
Goal
Effective management and realization of business partner
expectations
Business
Partner
Satisfaction
Question Sondage Satisfaction des partenaires
Formula
= (BT Total Spend x Partner Survey Score) /
BT Total Spend
TELUS Proprietary62
63. 6 métriques pour mesurer laTableaux de bord
q p
performance du projet
M t i D t ilMetric Details
Defect Density
Goal Minimize the number of defects
Question Nbr de Defects (bugs) versus le nbr de tests effectués
Formula = # of PT Defects / # PT Test Conditions
Defect Removal
Goal Prevent defects from entering production
Nbr de Defects durant les tests versus nbr DefectsDefect Removal
Effectiveness
Question
Nbr de Defects durant les tests versus nbr Defects
pendant la mise en production
Formula = # of PT Defects / (# PT Defects + # Production Defects)
Production
Incident Ratio
Goal Minimize the impact of defects entering production on operational stability
Question
Nbr de TROUBLES majeurs après la mise en
production versus le nombre de tests effectués
TELUS Proprietary63
Formula = # of Sev 1 & 2 Incidents / # PT Test Conditions
64. Tableau de bord BT
Tableaux de bord
Tableau de bord BT
Autres indicateurs
Assignation des ressources
(% UNMET - 3 prochains mois)
Durée de livraison (Gates 3, 4 et 5)
(Conception, Développement, Test , Déploiement)
TELUS Proprietary64
65. Tableau de bord BTTableaux de bord
Tableau de bord BT
Autres indicateurs
TELUS Proprietary65
66. Tableau de bord BT
Tableaux de bord
Tableau de bord BT
Autres indicateurs
Ressources travaillant surRessources travaillant sur
plus de 2 projets à la fois
TELUS Proprietary66
67. E t i tEn terminant
La gestion des projets informatiques à TELUS La gestion des projets informatiques à TELUS,
c’est d’abord et avant tout…
des individus qui collaborent ensemble à lades individus qui collaborent ensemble à la
réalisation d’objectifs commun,
et qui utilisent une méthodologie communeet qu ut se t u e ét odo og e co u e
pour améliorer les chances de succès de
leurs projets
Merci de votre attention
Daniel Pelletier
Gestion du programme et méthodologie
TELUS Proprietary67
Gestion du programme et méthodologie
PMO & Methodology
Transformation d'entreprise BT
Membre de l'équipe TELUS