Rien n'avance sur un simple clic
La plupart des logiciels de gestion de projet ont un geste familier : Change Status. Not Started → In Progress → Completed. Très simple. Mais une personne qui clique « Completed » ne rend rien terminé. Ce qui change l'état d'un projet, c'est le fait métier — le devis accepté, les matériaux prêts, la marchandise livrée, le règlement soldé. Le statut d'un projet devrait être le résultat de la réalité, pas une liste déroulante.
La plupart des logiciels de Project Management ont une opération très familière :
Change Status.
Not Started → In Progress → Completed.
Très simple.
Mais en concevant Snappy PM, nous nous sommes fixé un principe :
Nothing advances on a bare click.
Pourquoi ?
Parce qu'une personne qui clique sur « Completed » ne rend rien réellement terminé.
Ce qui change vraiment l'état d'un projet, c'est le fait métier.
Le client a accepté le devis.
Les matériaux sont prêts.
Le produit est terminé.
La marchandise a été livrée.
Le règlement a été soldé.
Donc, bien que les cinq Phases de Snappy PM paraissent simples, ce qui compte vraiment derrière chaque étape, c'est :
What has actually happened?
Prenons Scoping & Design.
Ce qui nous importe vraiment n'est pas que le Project Manager ait changé le Status en « Design Completed ».
C'est :
Le client a-t-il accepté notre Quotation finale ?
Si le client a confirmé par téléphone, e-mail, WhatsApp ou signature, le PM peut enregistrer Customer Approved. Le système consigne qui a confirmé et quand — et ce n'est qu'alors que le projet peut passer à la phase suivante.
Même chose pour Closing.
Qu'un chef de projet estime que le projet est terminé ne signifie pas qu'il peut vraiment être clôturé.
Si :
les Invoices ne sont pas toutes émises, ou s'il reste de l'argent à encaisser,
le système devrait lui dire ce fait.
C'est aussi pourquoi j'aime de moins en moins comprendre le Project Management comme :
Task + Status + Gantt Chart.
Ces choses ont certainement de la valeur.
Mais pour beaucoup de petites entreprises, la question la plus importante est en réalité :
Reality vs. Status.
Un voyant vert dans le logiciel ne signifie rien.
Ce qui compte vraiment, c'est si le client a confirmé, si la marchandise a été livrée, si les coûts ont réellement eu lieu, si l'argent a été reçu.
Snappy PM veut donc bâtir le statut du projet autant que possible sur des données métier réelles.
Document.
Quotation.
Expense.
Inventory.
Delivery.
Invoice.
Payment.
Ces choses se produisent déjà dans les opérations quotidiennes de l'entreprise.
Si le système peut comprendre ces faits, les employés ne devraient plus avoir à maintenir un « Project Status » séparé, déconnecté du métier.
A project should move because the business moved.
Not because someone changed a dropdown.
SnapLedger, your life easier.
Reality vs. Status. Un voyant vert dans un logiciel ne veut rien dire ; ce qui compte, c'est si le client a confirmé, si la marchandise a été livrée, si les coûts ont réellement eu lieu, si l'argent est arrivé. Si le système peut comprendre documents, devis, dépenses, livraisons, factures et paiements, les employés ne devraient pas avoir à maintenir un « statut de projet » séparé, déconnecté du métier.
Dans vos projets actuels, si personne ne cliquait plus jamais sur « mettre à jour le statut », à quel point l'image du système dériverait-elle de la réalité — et à laquelle des deux feriez-vous confiance ?
Un projet devrait avancer parce que l'entreprise a avancé. Pas parce que quelqu'un a changé une liste déroulante.
Recevez le Founder Diary + les mises à jour réglementaires de votre pays
Un e-mail par semaine, seulement quand il y a du vrai nouveau — le diary du fondateur Richard et les mises à jour réglementaires qui comptent chez vous. Gratuit, désabonnement à tout moment.