Les modèles à télécharger pour préparer votre projet d’application

Les documents qui font la différence entre trois devis comparables et trois propositions qui ne parlent pas du même projet. Note de cadrage, expression de besoin, user stories, matrice de priorisation, roadmap produit : chaque page explique la méthode en entier, et le modèle Word ou Excel se télécharge en bas, avec ou sans laisser son adresse.

À quoi sert chacun de ces documents

Un projet d’application se décide sur quelques pages écrites avant la première ligne de code. Ce sont toujours les mêmes : une fiche qui décrit le manque constaté, une note qui arbitre le périmètre, un cahier des charges qui décrit le comportement attendu, un backlog qui découpe la livraison, une matrice qui tranche ce qu’on coupe, une roadmap qui répartit le reste dans le temps. Prises séparément, ces pages ressemblent à de la paperasse. Enchaînées, elles font la différence entre trois devis comparables et trois propositions qui ne parlent pas du même projet.

Les modèles de cette rubrique sont écrits pour cet enchaînement. Chacun est utilisable seul, et tous illustrent le même cas d’école, entièrement fictif, afin qu’on puisse suivre la même application d’un document à l’autre. Le texte de chaque page explique la méthode en entier : le document n’est pas une contrepartie à un formulaire, c’est l’outil que vous emportez une fois la méthode comprise.

L’ordre dans lequel les utiliser

1. Note de cadrage. Le commanditaire transforme un manque constaté en projet : objectifs chiffrés, périmètre, hors périmètre, contraintes, risques, jalons. Deux à quatre pages.
2. Cahier des charges. Le comportement attendu, écran par écran. C’est le document qu’on envoie en consultation.
3. Kick-off. Une fois le prestataire choisi, la réunion qui tranche les rôles, les jalons, les rituels et ce que le client doit fournir.
4. User stories. Le périmètre découpé en éléments livrables et testables, avec leurs critères d’acceptation.
5. Matrice de priorisation. Ce qui est obligatoire, souhaitable, possible, et ce qui sort du lot avec une date de revue.
6. Roadmap produit. Les thèmes retenus répartis par trimestre, avec pour chacun le résultat attendu et sa mesure.
7. Plan de test. Les cas à vérifier avant la mise en production, et les conditions auxquelles on accepte de livrer.

Une fois ce dossier constitué, envoyez-le tel quel à plusieurs prestataires. La grille de lecture d’un devis d’application mobile explique ensuite quoi vérifier dans les réponses, et les ordres de grandeur de prix donnent l’enveloppe à annoncer selon le niveau d’ambition.

Le cas d’école qui traverse les modèles

Tous les exemples remplis portent sur Rondo, une application inventée pour la démonstration : un réseau de soixante-deux boulangeries indépendantes qui veut proposer la commande à l’avance et une carte de fidélité dématérialisée. Ce cas n’existe pas. Il a été construit pour être crédible et complet, avec des chiffres cohérents d’un document à l’autre, et il est annoncé comme fictif à chaque apparition. Les valeurs qu’il contient illustrent une méthode de mesure ; elles ne constituent pas des références de marché et ne doivent pas être reprises comme telles.

Les modèles disponibles

6 modèles sont en ligne à ce jour. Les suivants sont au calendrier de publication : ils n’apparaissent ici qu’une fois publiés, pour ne renvoyer vers aucun lien mort.

Cadrer et lancer le projet

• Note de cadrage de projet : le modèle Word à remplir, section par section Word + Excel
  Modèle de note de cadrage à télécharger en Word, avec un exemple rempli et les huit sections à renseigner avant de consulter la moindre agence.
• Kick-off projet : l’ordre du jour type et le compte rendu à remplir Word + Excel
  Ordre du jour type d’un kick-off projet au format Word, la trame de compte rendu et les six points à trancher avant d’écrire la moindre ligne de code.

Décrire ce qu’il faut construire

• User story : exemples rédigés et modèle de backlog à télécharger Excel + Word
  Vingt-quatre user stories rédigées avec leurs critères d’acceptation, et un modèle de backlog Excel à remplir pour votre projet d’application mobile.

Arbitrer, piloter, vérifier

• Roadmap produit : le modèle Excel et un exemple sur douze mois Excel + Word
  Modèle de roadmap produit au format Excel, vue Now-Next-Later et trimestrielle, avec un exemple rempli sur un projet d’application mobile.
• Plan de test d’application mobile : le modèle Excel et 25 cas rédigés Excel + Word
  Modèle de plan de test au format Excel, 25 cas rédigés, tableau de bord automatique et la marche à suivre avant une mise en production mobile.
• Matrice MoSCoW : prioriser les fonctionnalités sans tout mettre en Must Excel + Word
  Modèle de matrice MoSCoW en Excel, un exemple rempli et la règle qui évite de classer toutes les fonctionnalités du projet en priorité maximale.

Ce que ces modèles ne contiennent pas

Aucun de ces documents ne contient de note, d’avis, de classement d’éditeurs ni de grille tarifaire toute faite. Un modèle de document n’a pas à trancher des questions qui dépendent de votre marché. Les ordres de grandeur budgétaires vivent dans notre guide des prix, avec leur méthode de calcul, et nulle part ailleurs.

Questions fréquentes sur ces modèles