Mon métier de Consultant Fonctionnel

Posted on septembre 23, 2008
Placé dans Professionnel |

Consultant junior fonctionnel à Accenture. Mon activité journalière consiste à m’assurer que l’application développée par nos soins (Accenture & Co.) réponde bien au besoin exprimé par le client. J’ai eu la chance de passer par les différentes phases de vie d’un projet de développement. Et dans chacune des phases en tant que consultant fonctionnel membre d’une équipe fonctionnelle. Regardons donc ensemble quelles sont les phases de vie d’un projet de développement d’une application.

Conception générale. Je n’ai pas directement participé à cette phase de conception générale où l’on rédige l’expression de besoin du client d’un point de vue macroscopique. Cette expression de besoin doit être correctement réalisée et comprise car il s’agit du point départ du projet. S’il y a des incompréhensions ou un manque précision à ce niveau, cela est impactant dans les phases ultérieures du projet.

Conception détaillée. Suite à la rédaction des spécifications générales, l’équipe fonctionnelle rédige les spécifications fonctionnelles détaillées. Ces dernières permettent de préciser le besoin du client, de détecter éventuellement des incohérences sur la conception générale et de bien comprendre le futur fonctionnement de l’application.

Support de l’équipe de développement. Mon équipe, en cas de besoin, vient en support à l’équipe de développement pour expliquer les points “chauds” des spécifications détaillées. Généralement il s’agit de bien comprendre les règles de gestions demandées par le client.

Rédaction du cahier de tests. Afin de garantir un bon niveau de qualité et de conformité de l’application à délivrer, l’équipe fonctionnelle est chargée de rédiger des cahiers de tests permettant de valider le comportement de l’application lors de sa livraison sur une plateforme de test. Le cahier de test contient l’ensemble des tests fonctionnels à exécuter, et les résultats attendus de ces exécutions.

Exécution de tests fonctionnels. Après les tests unitaires qui sont sous la responsabilité de l’équipe de développement, l’équipe fonctionnelle passe des tests fonctionnels, aussi appelés “Tests Usines”. A chaque nouvelle livraison, c’est-à-dire à chaque nouvelle version de l’application, l’intégralité des tests usines est exécutée, ceci permettant de détecter d’éventuelles anomalies liées à de nouvelles fonctionnalités rajoutées.

Suivi des anomalies (bugs). Une application parfaite n’existant pas, du moins pas encore, il y a toujours des anomalies qui sont détectées par les divers testeurs de l’application. Chaque anomalie suit ainsi un cycle de vie qui est sensiblement le même sur les projets de développement :
- Détecter de l’anomalie
- Enregistrer l’anomalie dans un outil de suivi (Bugzilla, Venezia, Jira, … )
- Reproduire l’anomalie
- Valider l’anomalie pour correction
- Corriger l’anomalie dans l’application
- Déployer une nouvelle version de l’application avec la correction apportée
- Vérifier que l’anomalie est effectivement corrigé dans l’application
- Fermer l’anomalie dans l’outil de suivi

Déploiement de l’application sur la plateforme de recette. Le client avant de donner son GO pour un déploiement de l’application sur une plateforme de production doit la tester afin de s’assurer que cette dernière correspond bien à son besoin. Ce moment est assez stressant pour les équipes qui vont avoir un premier retour du client du travail effectué sur plusieurs mois.

Support recette. Le support recette représente la phase durant laquelle le client test l’application qui lui a été livrée. Durant ses tests, ce dernier va détecter des anomalies et les communiquer à l’équipe fonctionnelle. Cette dernière devra les valider avant de les passer à l’équipe de développement pour la mise en place d’une correction.

Validation Recette. La validation de la recette est un autre point important dans la vie d’un projet. A partir de ce moment, le client donne son accord pour que l’application soit déployée sur la plateforme de production. C’est-à-dire que l’application sera mise à disposition des utilisateurs finaux.

Déploiement en production. Le déploiement en “Prod” comme on le dit souvent dans les openspaces. La mise en production est la dernière ligne droite dans la vie du nouveau système qui doit être mis en place. Après le GO LIVE du client, ce dernier va être mis à disposition des utilisateurs finaux qui vont enfin pouvoir utiliser l’application et en découvrir le fonctionnement.

Après ces étapes présentes lors du développement d’une application, il ne faut pas oublier qu’après une mise en production une application continue à vivre et doit être maintenue. Ce sera l’objet d’un prochain article sur la Tierce Maintenance Applicative (TMA).

Voilà les étapes que je parcours dans mon travail de Consultant Junior à la société Accenture. Je pense qu’il y a d’autres personnes qui sont aussi consultants fonctionnels et qui ont probablement un travail différent.
Et toi quelles sont les étapes d’un projet que tu as eu la chance de parcourir ? Ou bien est-que tu possèdes les mêmes fonctions en tant que consultant fonctionnel ?

Commentaires

4 Réponses to “Mon métier de Consultant Fonctionnel”

  1. Franck Tienta on octobre 29th, 2008 0 h 04 min

    Freddy .. tu ne fais pas les validations en preproduction ..
    Mise en prod-> validation de la prod ?

    sinon très bien ton blog ..

  2. Freddy Yimo on octobre 29th, 2008 1 h 14 min

    Non je n’ai pas fait de validations en préproduction sur les projets où je suis passé. Je pense que pour cela ça dépend du modèle du projet.
    Merci pour le compliment à propos du blog.

  3. Poupouss on décembre 17th, 2008 0 h 11 min

    Merci pour cette “fiche” métier très concrète.
    Elle éclaire sur les réelles activités de ce métier.

  4. Hugo Lem on janvier 6th, 2009 17 h 23 min

    Salut Freddy,

    tu as été super précis dans ta rédaction : chapeau !

    Par ailleurs, concernant le paragraphe sur la gestion des “ano”, et pour plus de clarté, tu pourrais parler du fait que les différents outils de gestion des anos (à savoir : Jira, Mantis,…) intègrent un ou plusieurs “Workflow” permettant de gérer le cycle de vie de différentes anos, sans oublier de mentionner quelques lignes sur les différents acteurs impactés.

    PS : Pour info, le contenu de ton blog est de bonne qualité. Bonne continuation !

    H

Laisser un commentaire