Créer un plan de projet
Avoir un plan de projet garantit que vous disposez des ressources adéquates (temps, personnes et fonds) et que vous suivez une approche cohérente pour veiller à un excellent niveau de qualité pour les applications que vous créez.
Il est important d’avoir un objectif clair pour ce que vous et votre équipe de projet tentez d’atteindre, afin que les membres de votre équipe de projet partagent les mêmes buts. Écrire vos buts est un bon moyen de clarifier ce que vous souhaitez que l’application réalise. Cela garantit également que vous ne perdez pas de vue ce que vous devez créer et les fonctionnalités à privilégier. Pour en savoir plus, consultez Hiérarchisation des demandes de fonctionnalités.
Si vous avez des buts ambitieux, vous pouvez réfléchir à la décomposition du projet en versions incrémentielles. Une section ultérieure de ce module traite de la méthodologie relative aux versions incrémentielles.
Définir le périmètre du projet
Veillez à définir le périmètre du projet, afin de connaître le degré d’ambition des buts que vous tentez d’atteindre. Gardez une feuille de route claire pour ce que vous définissez comme terminé et ce qui est hors du périmètre du projet (et, éventuellement, ce que vous souhaitez avoir effectué dans la prochaine version). Votre périmètre affecte et détermine directement les fonctionnalités à inclure et à ne pas inclure lors de la création de l’application.
Pour définir le périmètre du projet, vous devez tenir compte des contraintes suivantes :
Temps : fixez une date limite à laquelle vous souhaitez atteindre les objectifs du projet. Pour les projets modestes, ce délai peut être de quelques semaines, alors que des projets plus importants peuvent prendre plusieurs mois.
Personnel : déterminez le nombre de personnes disponibles pour le projet.
Budget : si vous devez comptabiliser le temps que vous et vos collègues passez ou engager des experts, vous devez établir un budget.
Faisabilité : vous allez peut-être constater que vous êtes limité par l’expertise disponible, le manque d’accès aux données nécessaires ou la quantité de modifications que votre organisation a une propension à apporter.
Vous devez également prendre en compte les composants fonctionnels que vous pouvez livrer en éléments utilisables. Personne ne trouvera votre application utile si elle offre uniquement des demi-fonctionnalités. Prévoyez de livrer chaque composant sous une forme fonctionnelle, de bout en bout. Même si votre application ne dispose pas encore de toutes les fonctionnalités souhaitées, fournissez des composants utilisables. Votre plan de projet doit indiquer ce que vous livrez à chaque phase.
Contenu recommandé
Pour en savoir plus, consultez les articles suivants :
Exemple : solution du département entretien d’un magasin de plongée
Dans l’exemple suivant, vous allez aider le département entretien d’un magasin de plongée à élaborer une solution en parcourant le plan de projet, en réalisant deux versions, en établissant des objectifs supplémentaires pour la version 1 de la solution, en définissant le périmètre du projet, puis en identifiant les risques.
Plan du projet
Lorsque vous avez examiné les objectifs commerciaux généraux de votre solution, vous avez décidé de les diviser en versions, afin de pouvoir créer de la valeur de manière incrémentielle.
Version 1
Vous avez fixé les objectifs suivants pour la version 1 de votre solution :
Dès que la solution est disponible, 100 % des demandes d’entretien sont créées à l’aide du système numérique.
Dans les deux semaines suivant la disponibilité de la solution, l’équipe d’entretien devra exécuter en moyenne 16 commandes d’entretien par jour.
Version 2
Vous avez fixé les objectifs suivants pour la version 2 de votre solution :
Chaque client doit pouvoir enregistrer ses produits dans votre système.
D’ici la fin de l’année, les directeurs de département peuvent accéder à un état hebdomadaire sur les activités d’entretien mis à jour pour toutes les commandes d’entretien dans le système.
Les clients reçoivent des rappels pour entretenir leur équipement. Ces rappels sont envoyés annuellement, 30 jours avant l’anniversaire de l’exécution de la commande d’entretien préalable sur l’équipement.
Objectifs supplémentaires pour la version 1 de la solution
Voici d’autres objectifs que vous avez fixé pour la version 1 de la solution :
La formation des utilisateurs doit être minimale et la convivialité est primordiale.
Les données d’entretien doivent permettre au directeur général du magasin de créer des campagnes marketing et des promotions commerciales ciblant les clients des activités d’entretien.
Périmètre du projet
En examinant votre processus métier, vous remarquez qu’il est divisé en quatre tâches principales :
Créer une commande d’entretien
Approuver la commande d’entretien (à effectuer en interne ou sous-traiter à un fournisseur)
Exécuter la commande d’entretien
Communiquer avec les clients et planifier le retrait
Identifier les risques
Vous avez créé le tableau suivant pour votre projet :
| Risque | Niveau de risque | Plan de réduction du risque |
|---|---|---|
| Vous ne pouvez pas déplacer en toute confiance les anciennes données de commande d’entretien dans le système, car les documents papier sont incomplets. | Important | Examiner les données de facturation pour confirmer l’exécution des commandes d’entretien. |
| L’accès des utilisateurs externes à la saisie de données peut entraîner l’association d’un équipement incorrect à un client et la perte d’opportunités d’entretien et de vente. | Important | Inciter l’équipe commerciale à aider les clients à saisir les informations adéquates dans le système lors de l’achat ou de l’enregistrement de l’entretien. |