A4IT
Services / Gestion de projet
06 / 08
Gestion de projet · Analyse métier et fonctionnelle

De l'avancement chaque semaine. Pas une présentation qui en parle.

Une gestion de projet de bout en bout avec des résultats mesurables, de la planification à la livraison. Nous assumons le périmètre, le budget et la qualité, pour que vos parties prenantes voient de l'avancement chaque semaine, pas des présentations d'avancement. Des cadres éprouvés, sans cérémonial inutile. A4IT remplit le rôle qui manque à votre projet, pour la durée d'un projet ou en mission intérimaire.

Parlons de votre projet → Les rôles que nous remplissons Déroulement d'une mission

Ce que vous recevez, ce qui reste à vous, où cela s'arrête

Dit avant la première réunion
Vous recevez
  • Une seule personne responsable du périmètre, du budget et de la qualité, et qui le dit quand l'un d'eux dérape
  • Un plan avec des dates et des responsables, mis à jour chaque semaine et pas une seule fois au lancement
  • Des exigences et des conceptions rédigées de façon que le métier et les développeurs lisent la même chose
  • Un transfert à la fin : points ouverts, décisions prises et endroit où tout est conservé
Reste à vous
  • Les décisions sur les priorités, le budget et la mise en production : nous les préparons, vous les prenez
  • Tous les documents, backlogs, modèles et rapports, conservés dans vos propres outils
  • La relation avec vos fournisseurs et les contrats qui la sous-tendent
  • L'équipe : nous dirigeons et accompagnons vos collaborateurs, nous ne les remplaçons pas
Limites
  • Pas de date de livraison garantie avant de connaître le périmètre et la capacité de l'équipe
  • Pas de mise en avant de certifications : nous travaillons à partir de l'expérience des méthodes, pas d'un badge
  • Pas de recrutement, de licenciement ni d'évaluation de votre personnel ; cela reste du ressort de leur responsable
  • Pas de validation juridique ou financière des contrats ; nous les lisons uniquement sous l'angle du périmètre et du risque

Les rôles que nous remplissons

Six rôles · projet ou intérim
01 · Diriger

Chef de projet

De la planification à la livraison, avec une seule personne responsable du périmètre, du budget et de la qualité. L'avancement se montre par des résultats qui fonctionnent, pas par des slides.

Périmètre et planification
Ce qui en fait partie, ce qui n'en fait pas partie et ce qui vient en premier. Un plan en étapes assez petites pour être vérifiées, avec un responsable et une date sur chacune.
Suivi du budget
Le dépensé, l'engagé et le reste à faire, comparés au plan chaque semaine. Un écart est signalé dès qu'il apparaît, avec des options pour le corriger.
Risques et problèmes
Une courte liste réellement utilisée : ce qui peut mal tourner, qui le surveille et ce que nous faisons si cela arrive. Les points bloquants sont suivis jusqu'à leur disparition.
Parties prenantes et fournisseurs
Un seul interlocuteur pour la direction, les utilisateurs et les parties externes. Les accords sont mis par écrit et suivis, y compris ceux qui dérangent.
02 · Diriger

Coach agile, scrum master et appui au product owner

Méthodologie agile : un logiciel qui fonctionne plutôt que des cérémonies. La collaboration avec le client et l'adaptation au changement, appliquées et non prêchées.

Scrum master
Planification, stand-up quotidien, revue et rétrospective restent courts et utiles. Les obstacles sont levés entre les réunions, pas notés pendant celles-ci.
Appui au product owner
Un backlog ordonné, estimé et compris. Nous aidons votre product owner à rédiger les stories, à fixer les priorités et à dire non en donnant ses raisons.
Accompagnement de l'équipe
Pour les équipes qui débutent en agile ou qui s'y enlisent. Nous travaillons aux côtés de l'équipe pendant quelques sprints et nous laissons des habitudes, pas un manuel.
Démos régulières
À la fin de chaque itération, l'équipe montre ce qui fonctionne. Les parties prenantes réagissent à quelque chose de réel et l'itération suivante est ajustée.
03 · Analyser

Analyste métier

Le pont entre le métier et la technique : exigences, modélisation des processus et alignement des parties prenantes, avant que quiconque n'écrive du code ou ne signe une licence.

Exigences
Des entretiens et des ateliers avec les personnes qui font le travail. Le résultat est une liste de besoins avec une raison et une priorité, pas une liste de souhaits.
Modélisation des processus
Le processus actuel et le processus visé, dessinés en BPMN pour que chacun puisse suivre qui fait quoi, quand et avec quelles informations.
Alignement des parties prenantes
Les départements attendent souvent des choses différentes d'un même système. Nous mettons les conflits sur la table tôt et nous obtenons une décision sur chacun.
Business case et options
Construire, acheter ou adapter l'existant. Les options sont mises côte à côte avec l'effort, l'impact et le risque, comme base pour votre décision.
04 · Analyser

Analyste fonctionnel

Des exigences convenues à une description qu'un développeur peut réaliser et qu'un testeur peut vérifier.

Conceptions fonctionnelles
Écrans, règles, statuts et exceptions décrits par fonction, dans un langage que le métier peut approuver et que le développeur peut utiliser.
Cas d'utilisation et user stories
Chacun avec des critères d'acceptation testables. Une story est terminée quand les critères sont satisfaits, pas quand quelqu'un a le sentiment qu'elle est finie.
Spécifications de données et d'interfaces
Quels champs, quels formats, quel système fait foi et ce qui est échangé avec d'autres applications, cas d'erreur compris.
Scénarios de test et recette
Des scénarios dérivés de la conception, et un appui à vos utilisateurs pendant les tests de recette : préparer les cas, consigner les constats, retester.
05 · Changer

Gestion du changement et simplification des processus

Un système livré mais pas utilisé a coûté de l'argent et n'a rien changé. Voici le travail qui fait qu'il est utilisé.

Impact par rôle
Ce qui change pour qui, à partir de quel jour. Rédigé par fonction dans l'entreprise, pour que personne ne le découvre à la mise en production.
Simplification des processus
Avant d'automatiser un processus, nous supprimons les étapes dont personne n'a besoin : double saisie, approbations sans objet, rapports que personne ne lit.
Communication et formation
Des messages courts au bon moment et des séances pratiques avec des cas réels, planifiés avec les personnes qui dirigent les équipes.
Suivi après la mise en production
Les premières semaines décident si les vieilles habitudes reviennent. Nous restons proches, nous recueillons les questions et nous ajustons le processus ou l'outil.
06 · Encadrer

PMO, reporting et gouvernance

Pour les entreprises qui mènent plusieurs projets à la fois sans voir clairement lequel est en difficulté.

Vue d'ensemble du portefeuille
Tous les projets en cours et planifiés sur une page : objectif, responsable, statut, budget et prochain jalon. Tenue à jour, pas reconstruite pour chaque réunion.
Un seul format de reporting
Un seul rapport court par projet avec les mêmes champs partout, pour que la direction compare des projets et non des mises en page.
Rythme de décision
Un comité de pilotage à date fixe avec un ordre du jour clair : ce qui demande une décision, quelles sont les options, qui décide. Les décisions sont consignées.
Des modèles légers
Une charte de projet, une liste de risques et un formulaire de demande de changement qui tiennent chacun sur une page. Une gouvernance à la taille d'une PME.

Déroulement d'une mission

Petites étapes · une décision après chacune
  1. Premier entretien
    Un appel de trente minutes : votre projet, le rôle qui vous manque, vos contraintes.
    30 minutes
  2. Évaluation
    Nous lisons ce qui existe et nous parlons aux personnes clés. Vous recevez notre avis par écrit.
    Constats + proposition
  3. Démarrage
    Périmètre, plan, rôles et reporting convenus avec le sponsor et l'équipe.
    Plan convenu
  4. Réalisation
    Des itérations courtes, des démos régulières et un statut hebdomadaire lisible en deux minutes.
    Avancement visible
  5. Transfert
    Documents, points ouverts et décisions transmis aux personnes qui poursuivent.
    Vous êtes aux commandes

Méthodes et outils

Choisis par projet · rien n'est imposé
AgileScrum et kanban, avec des itérations courtes, des démos régulières et un backlog dont le métier est responsable
En cascadeUne livraison par phases quand le contrat, un périmètre fixe ou un fournisseur l'exige
ModélisationBPMN pour les processus, cas d'utilisation et user stories avec critères d'acceptation pour les fonctions
OutilsJIRA pour le backlog et le suivi, Confluence pour la documentation, ou les outils que vous utilisez déjà
ChangementGestion du changement : impact par rôle, communication, formation et suivi après la mise en production
ProcessusSimplification des processus avant l'automatisation, pour que le gaspillage soit supprimé et non intégré

Quand cela convient, et quand cela ne convient pas

Une réunion d'économisée pour vous comme pour nous
Cela convient si
  • Un projet a démarré mais personne n'est responsable de l'ensemble
  • Le métier et l'IT utilisent les mêmes mots et veulent dire des choses différentes
  • Il vous faut un profil expérimenté pour quelques mois, pas un engagement permanent
  • Vous voulez entendre les mauvaises nouvelles la semaine où elles arrivent
Cela ne convient pas si
  • On attend du rôle qu'il annonce un statut vert quels que soient les faits
  • Aucun sponsor dans l'entreprise ne peut prendre de décisions sur le périmètre et le budget
  • Il vous faut un bureau de projet complet, avec de nombreuses personnes sur site chaque jour
  • Un certificat sur papier compte plus pour vous que les réalisations

Questions sur la gestion de projet

Toutes les questions →
01Avec qui travaillons-nous concrètement ?

Avec Tim De Smedt, qui a fondé et dirige A4IT et compte plus de dix ans d'expérience dans le développement de logiciels d'entreprise et la gestion de projet. Vous travaillez directement avec lui, sans intermédiaires. Plus d'informations sur la page à propos.

02Pouvez-vous intervenir dans un projet déjà en cours ?

Oui. C'est la situation habituelle. Nous commençons par une courte évaluation du plan, du budget, du backlog et de l'équipe, nous vous disons ce que nous avons constaté et nous convenons de ce qui change en premier.

03Agile ou en cascade ?

Agile quand les exigences vont bouger et que le feed-back coûte peu, ce qui est le cas de la plupart des travaux logiciels. En cascade quand un contrat ou un périmètre fixe exige des phases et des validations. Souvent, c'est un mélange, et nous disons quelle partie relève de quoi.

04Travaillez-vous sur site ou à distance ?

A4IT est établie en Belgique et travaille à distance pour des clients partout. Les ateliers et les réunions clés peuvent avoir lieu sur site en Belgique quand cela fonctionne mieux. Le rythme est convenu par mission.

05Pouvez-vous aussi construire ce que vous analysez ?

Oui, si vous le souhaitez. L'analyse et la réalisation peuvent rester chez A4IT, ou l'analyse peut être remise à vos propres développeurs ou à votre fournisseur. Voir développement logiciel et automatisation & données.

06Comment savons-nous que le projet est sur les rails ?

Par ce qui est montré, pas par ce qui est rapporté. Chaque itération se termine par une démo de résultats qui fonctionnent, et le statut hebdomadaire expose en termes simples le périmètre, le budget, les risques et les décisions à prendre. Voir notre méthode.

Apportez un projet qui est bloqué. Nous vous dirons ce que nous ferions en premier.

Réponse dans les trois jours ouvrables.Parlons de votre projet →Notre méthode