Cognizant renforce son équipe de Project/Program Manager au sein de son département Banque/finance/ assurance.

0.  Synthèse

• Organisation/participation aux comités de projet/opérationnels/de pilotage

• Communiquer, à une fréquence définie par le promoteur :

-  Résumé du projet

- État d’avancement des TI / cahier des travaux : 1 ou 2 diapositives avec granularité à définir entre les livrables fonctionnels et les systèmes, avec état d’avancement des RAG exprimé par phase globale et pourcentage d’avancement global pondéré par charge de travail sur toutes les applications

- Un diagramme d’architecture à jour (tactique et cible au besoin)

- Une planification à jour : représentation des principales phases (spec / dev / tests / prod) pour les principaux livrables fonctionnels

-  Les questions ouvertes, les risques et les problèmes liés aux mesures correctives avec le statut / propriétaire / ETA des RAG

- La consommation budgétaire (réelles + prévisions) par rapport au budget, par équipe, en effectif et en suivi du temps/ManDays, et l’état précis de l’intégration et de la disponibilité des ressources.

--            Toute la documentation à stocker dans Sharepoint/Teams : exigences validées, spécifications validées (globales et par système), cas de test validés, SOW, DAD, procès-verbaux d’ateliers…

Rôle/objectifs principaux, liés à toutes les tâches décrites précédemment :

 Rôle/objectifs principaux, liés à toutes les tâches décrites précédemment :

- Adapter la méthodologie des projets clients (Agile, cascade, combinaison des deux)

- Agir en tant que SPOC TI sur le projet pour tous les intervenants non TI

- Être un coordinateur IT pour toutes les parties prenantes IT : dev/BA/team leaders/prod/infra/architecture

- Être un BA transversal : entrer dans les détails si nécessaire et s’assurer de la cohérence globale

- Être un PMO IT : bonne formalisation pour steerco, communication des messages syndiqués,…

- Mettre en place une bonne méthodologie de projet, afin d’anticiper toutes les phases du projet au mieux et de respecter les délais, la qualité et les contraintes budgétaires

1.  Prérequis

• Veiller à ce que la gouvernance du projet soit claire : les collaborateurs commerciaux/opérationnels/principaux contributeurs sont bien identifiés et synchronisés, les rôles et responsabilités sont clairement définis

• Organiser potentiellement le projet en sous-parties et organiser les réunions récurrentes/hebdomadaires correspondantes

2. Étude : clarifier les exigences, concevoir une solution et établir la feuille de route ou le budget correspondant

•             Assurez-vous que les exigences fonctionnelles du commanditaire ou du client sont claires : elles sont suffisamment détaillées pour toutes les équipes de TI de la région. Au besoin, organiser des réunions avec tous les principaux intervenants pour clarifier les exigences, établir une liste de cas d’utilisation et commencer à discuter de la mise en Å“uvre possible.

• Concevoir, avec l’aide de l’équipe Architecture, une solution informatique pour répondre aux exigences et la formaliser dans un document d’architecture détaillé (avec l’aide de l’équipe Architecture).

• Définir la planification la plus précise (rétrospective) par produit livrable/système fonctionnel, avec des marqueurs (définition claire des exigences, dépendances à d’autres projets…), dates de diffusion du système, cadrage des diffusions, analyse/spécification/dev/UAT, en coordonnant le travail de toutes les équipes informatiques

• Définir la charge de travail la plus précise et le budget correspondant requis pour toutes les tâches requises du côté informatique, par toutes les équipes, et s’assurer que les ressources correspondantes sont disponibles.

• Formaliser les exigences (champ d’application, cas d’utilisation,…), la solution, le budget et la planification, avec des hypothèses et des avis de non-responsabilité potentiels dans le document d’énoncé des travaux qui deviendra une obligation contractuelle entre Dexia et CHFS.

 3. Phase de mise en Å“uvre, de spécification et de développement 

•             Coordination avec l’AA des systèmes (le cas échéant, les responsables des sous-groupes) : assurez-vous toujours que l’incidence sur le système a été analysée par l’AA (périmètre touché, charge de travail estimée, etc.). Tous les jiras ont été créés, précisés (spécification à valider par l’unité fonctionnelle), classés par ordre de priorité lors des réunions trimestrielles des tribus (avec l’aide du parrain, au besoin), et seront mis à l’essai et livrés à temps, afin de garantir que la livraison mondiale est effectuée pour la date de lancement. Si les exigences ou les hypothèses changent, faites le suivi de toute déviation et évaluez les répercussions possibles sur la planification et l’établissement des coûts.

• Définir un plan de test : coordonner avec la branche et l’AP la construction de cas de test/planification précis et clairs, et obtenir la validation de tous les cas de test auprès de la branche.

• S’assurer que l’environnement SIT et UAT est prêt à temps (avec l’aide de l’équipe de gestion de l’environnement et de l’infrastructure/prod)

• Le suivi et le post-lancement doivent également être planifiés avec les équipes opérationnelles et de production au cours de cette phase

• Définition de RACI pour préparer le lancement  

 4.  Phase d’essai/EAU 

•             Coordonner les EAU transversaux côté IT : signaler l’état global des tests à une fréquence à définir % des tests effectués, pour tous les cas de test, par application. Définition et coordination du plan d’action pour résoudre les problèmes informatiques potentiels. Aide / investigation potentielle en cas de problème informatique transversal.

• Définir un plan précis de mise en œuvre de la production, en plusieurs étapes si nécessaire.

• S’assurer que les Opérations et la Production sont bien formés pour le soutien à la production après le lancement

 5. Phase de livraison

• Coordonner, à l’aide de prod, les différentes livraisons en production.

• S’assurer que les outils d’architecture fonctionnelle et technique (Hopex et ServiceNow) sont mis à jour

• S’assurer que les manuels sont bien mis à jour afin de pouvoir passer en mode RTB

• Si nécessaire, signaler toutes les fonctionnalités potentiellement manquantes à la date d’entrée en service et définir un plan d’action avec l’ETA/propriétaire, afin de remédier à la situation.

• Agir en tant que point de contact potentiel de support informatique transversal, en cas de problème informatique transversal, si nécessaire, pendant la période de garantie.

• Identifier et remonter les risques/problèmes, les suivre et mettre en place des plans d’atténuation devant eux