Flux d'estimation approximative

Dans cet article, vous pouvez voir comment nous créons une estimation approximative qui donne le chiffre approximatif du coût total du projet pour le client.

Le travail sur chaque nouveau projet commence par son estimation des coûts.

Nous commençons par une estimation approximative qui donne le chiffre approximatif du coût total du projet pour le client.

Pour ceci nous isolons tous les composants du projet et autres tâches logiques pour voir combien de temps chacun d’entre eux peut nécessiter, en ajoutant une certaine réserve de temps pour le travail non planifié et la gestion des erreurs, le cas échéant.

Ce calcul sert de base à une estimation approximative que nous fournissons au client dans la semaine suivant la réception de la spécification de son projet.

Nous notons toujours que l’estimation brute est préparée à titre d’information et ne doit pas être considérée comme l’offre finale du projet.

Nous incluons généralement les informations suivantes dans nos estimations approximatives:

 

Section 1

Liste de toutes les tâches en fonction des composants de fonctionnalité à implémenter dans le projet et du nombre d’heures requises pour effectuer chaque tâche.

Pour chaque tâche, nous estimons le nombre minimum et maximum d’heures nécessaires.

Avec une telle structure, nous décrivons la portée générale du projet pour le client pour voir quels composants vont être inclus.

 

Section 2

Analyse de faisabilité du projet.

Dans le cadre de la préparation de l’estimation brute, nous vérifions si tous les composants du projet ou le projet dans son ensemble peuvent être mis en œuvre dans l’environnement donné.

Nous vérifions qu’il n’y a pas de limitations causées par la plateforme mobile sélectionnée, les ressources disponibles, etc., sinon, nous essayons de trouver d’autres solutions.

La portée du projet peut inclure des composants de fonctionnalité nécessitant une certaine expertise technologique que notre équipe n’a pas immédiatement.

Dans de tels cas, l’estimation brute comprendra également du temps supplémentaire pour la recherche et l’essai de la nouvelle technologie ou de l’outil.

 

Section 3

Analyse des composants coûteux.

Pour chaque projet, nous isolons les composants qui devraient nécessiter beaucoup d’heures et un budget considérable.

Nous analysons de tels composants en essayant de trouver une solution plus rentable, soit en supprimant des fonctions supplémentaires, en suggérant une alternative plus simple ou en la programmant pour les futures versions de produits.

Par exemple, si la spécification de projet initiale inclut une messagerie en temps réel, nous vérifions si nous pouvons la remplacer par une messagerie non en temps réel sans affecter la performance globale.

Si nous pouvons d’abord implémenter des messages non en temps réel, nous réduirons considérablement les coûts du projet, tant en termes d’heures que de budget.

Nous pouvons mettre en œuvre une messagerie en temps réel plus tard, si nécessaire.

L’estimation des coûts de solutions particulièrement complexes peut prendre du temps. Pour cette raison, nous planifions ces tâches à l’étape de la planification du projet, qui dure habituellement de deux à quatre semaines et précède la première itération du projet.

 

Section 4

Questions posées au client.

Si nous avons besoin de clarifications de la part du client, nous essayons toujours de formuler nos questions aussi clairement que possible.

De cette façon, nous pouvons atteindre la communication la plus efficace entre le client et l’équipe, en veillant à ce que le temps ne soit pas perdu sur des clarifications inutiles.

Par exemple:

Si nous demandons: « De quoi voulez-vous informer les utilisateurs? » et « Quel service de notification push voulez-vous utiliser? », nous pouvons obtenir une réponse demandant quelles options nous pouvons offrir. Ainsi, tout en discutant des notifications push, nous préférons poser nos questions comme suit:

  1. Comme la portée du projet inclut des notifications push, nous suggérons de notifier l’utilisateur des événements suivants: […]. S’il vous plaît laissez-nous savoir laquelle de ces notifications nous devrions mettre en œuvre.
  2. Nous avons analysé les services de notification push disponibles et, en fonction des spécificités de votre projet, nous recommandons les options […] suivantes pour ces raisons […]. S’il vous plaît laissez-nous savoir votre opinion à ce sujet.

Selon les réponses du client à nos questions, nous pouvons mettre à jour l’estimation approximative du projet.

 

Section 5

Nos suggestions.

Dans cette section, nous offrons nos suggestions qui peuvent améliorer ou optimiser le projet en termes de conception, de technologie appliquée et d’outils.

Par exemple, si le projet consiste à développer une application similaire à une application existante, nous pouvons suggérer des façons de rendre l’application unique.

Lorsque nous mettons en place la pile technologique pour le projet, nous commençons par analyser des applications de type similaire pour identifier les outils, les plateformes, les frameworks et les bibliothèques qui ont été utilisés lors de leur développement.

Nous déterminons ceux que nous trouvons particulièrement efficaces et les proposons pour le nouveau projet.

Dans le même temps, nous pouvons suggérer d’utiliser les outils de développement et les plateformes avec lesquels nos développeurs sont familiers, s’ils correspondent aux objectifs du projet.

Il peut arriver que notre estimation brute dépasse le budget prévu pour le développement de l’application.

Cependant, nous apprécions tous nos clients et essayons d’être flexibles dans la discussion des projets potentiels.

Parfois, lorsque la portée du projet proposé ne correspond pas au budget, nous suggérons de développer uniquement le produit minimum viable (MVP) démontrant uniquement la fonctionnalité de base.

Le développement de MVP prend beaucoup moins de temps et nécessite un budget plus réduit tout en présentant moins de risques qu’un produit entièrement fonctionnel. Le MVP est développé sur la base d’une analyse de marché avec le minimum de fonctionnalités sélectionnées en fonction du modèle économique préféré.

Nous soumettons l’estimation approximative à notre client pour une approbation et mise à jour éventuelle si nécessaire.

Lorsque tous les détails du projet proposé sont finalisés, nous pouvons procéder à la signature du contrat, suivi de la planification du projet.

Lors de la planification du projet, nous définissons la portée complète du projet, y compris toutes les fonctionnalités à mettre en œuvre, la conception et la documentation. Au même moment, nous préparons également l’estimation détaillée du projet.

Si vous avez besoin d’informations supplémentaires sur les principes d’estimation du projet adoptés à Jasoren, veuillez nous contacter.