« Estimation rapide du développement logiciel dans les 24 heures »   « Échéancier gratuit et estimation budgétaire du projet dans la journée »  Telles sont les promesses courantes que les sociétés de développement de logiciels font à leurs clients.  L’estimation sur 24 heures est souvent opposée à un autre type d’estimation que l’on appelle « estimation détaillée » par souci de confort. Celui-ci peut prendre plusieurs jours ou semaines.  Dans cet article, je vais les expliquer tous les deux. Je montrerai ce qui se cache derrière les promesses d'une estimation rapide et pourquoi une estimation détaillée prend plus de temps.   Il existe deux camps : une estimation sur 24 heures et une estimation détaillée qui prend environ une semaine. Comparons-les !  Première face : la signification d’une estimation de projet sur 24 heures  Le concept d'« estimation de projet sur 24 heures » dans le contexte du développement de logiciels fait référence à une promesse de service par laquelle une entreprise s'engage à fournir une évaluation préliminaire de la portée, du calendrier et du coût potentiel d'un projet dans un délai de 24 heures.  L'estimation sur 24 heures offre deux avantages principaux au client par rapport à une estimation détaillée et chronophage :  cela réduit considérablement la période d'attente pour les clients, leur permettant de collecter rapidement des évaluations de base des coûts et de la portée auprès de plusieurs fournisseurs ;  Les clients peuvent facilement comparer les offres de différentes entreprises, ce qui les aide à comprendre l'étendue du marché pour leur projet.  Cela semble fantastique sur le papier, n'est-ce pas ?   Cependant, la réalité est que l’estimation sur 24 heures est plus un mythe qu’un fait.  Pourquoi?  Parce que ce qui est présenté comme une délibération d’une journée pourrait en réalité être bouclé en une demi-heure. C'est vrai : un directeur commercial expérimenté peut évaluer la fourchette de prix de votre projet presque immédiatement après la conversation initiale ou un rapide coup d'œil au document d'exigences, s'il existe.  Alors, que se passe-t-il pendant le reste de ces 23 heures ?  Eh bien, il s'agit moins de calculs mystiques que d'élaborer une offre personnalisée (qui consiste en réalité à agrémenter un modèle de vente standard avec vos coordonnées), de saisir vos informations dans le CRM de l'entreprise et d'élaborer une stratégie sur les services supplémentaires qu'ils peuvent vous proposer. . C'est en partie de l'art, en partie de la science, et il s'agit avant tout de se préparer pour la grande présentation.  Faisons un rapide tour d'horizon de ce à quoi vous vous inscrivez avec une estimation sur 24 heures et de ce qui reste derrière le rideau.  Ce que vous obtenez  Un chiffre approximatif pour le prix et le calendrier ; essentiellement, une « estimation préliminaire du budget et du temps ». Cela signifie qu'il y a une chance infime dans un sauna que l'estimation soit proche d'être précise et fiable.    : j'opte pour la fourchette de prix plutôt que pour les chiffres préliminaires exacts. Bien sûr, la plage peut être très large, ce qui la rend moins informative, mais elle est plus précise. Remarque  Ce que vous n'obtenez pas  Une compréhension de ce à quoi ressemblera réellement le produit final.  Un aperçu de la manière dont le produit final fonctionnera – c'est ce qu'on appelle une vision technique et une architecture de la solution.  Une analyse des risques qui pourrait révéler des coûts cachés ou des retards plus tard dans le cycle de vie du projet.  Une analyse des enjeux qui pourraient bouleverser le projet, remettant en question sa viabilité même.  Une ventilation détaillée des composantes du projet et de leurs coûts individuels.  Un plan et une estimation du projet avec un calendrier et un budget réalistes.  Aucun indice sur la réelle expertise du fournisseur puisque vous ne communiquez pas avec l'équipe de développement qui travaillera avec vous à l'avenir.  Comme vous le voyez, les limites d’une estimation sur 24 heures sont importantes. Une telle estimation n'est pas tant une feuille de route qu'un croquis sur une serviette – vous donnant une idée approximative des ressources dont vous aurez besoin mais laissant les détails très vagues.  Quand l’estimation sur 24 heures fonctionne  Il n’existe qu’un seul scénario dans lequel une estimation sur 24 heures fonctionne très bien. Ce scénario se produit lorsque vous êtes intrigué par une question :   « Ai-je les ressources pour donner vie à ce projet ?   Cela signifie que:   Vous n’êtes pas intéressé par l’aspect technique de la solution.   Vous ne recherchez pas un fournisseur fiable.   Vous recherchez simplement une première évaluation rapide pour déterminer la faisabilité du projet d'un point de vue financier et temporel.  Et rappelons-le encore une fois, une telle évaluation ne nécessite pas 24 heures. Cela pourrait être fait après un seul appel avec un directeur commercial expérimenté.  L’autre côté : une estimation détaillée qui prend du temps  En explorant le domaine des estimations détaillées et chronophages, ce processus s’étend sur plusieurs jours, voire plusieurs semaines, nécessitant les efforts concertés d’une équipe multidisciplinaire de spécialistes.  Le résultat d’un tel processus d’estimation introduit un élément supplémentaire au-delà du simple coût :   . Cette approche détaillée ne consiste pas seulement à estimer les dépenses ; il s'agit de créer une base pour votre future solution logicielle. une vision de la solution  Les entreprises qui optent pour une estimation détaillée recherchent plus qu’une simple estimation approximative. Ils visent une solution complète soigneusement conçue pour répondre à leurs besoins spécifiques et offrant un équilibre entre qualité et budget.  Étapes impliquées dans une estimation détaillée   Permettez-moi de décrire comment nous, chez SumatoSoft, estimons le coût et le calendrier de développement du projet.  Si une entreprise a un projet spécifique avec des exigences relativement claires ou envisage de réécrire un ancien système, nous pouvons proposer un processus bien établi dans lequel nous collectons les exigences, répondons aux appels, préparons l'étendue du travail, concevons des concepts et développons d'autres artefacts utiles. .  Étape n°1 : Le client nous a contacté  Tout d'abord, le Client doit établir un contact avec un fournisseur de développement de logiciels.  Dans notre cas, nous proposons plusieurs options : le formulaire « entrer en contact » sur notre site Web, via un e-mail à notre adresse électronique d'entreprise   , en prenant rendez-vous avec notre responsable commercial, via la   , ou en remplissant un   conçu pour capturer les détails et les exigences essentiels du projet. info@sumatosoft.com page Contactez-nous sondage concis de 5 minutes sur notre site Web  Étape n°2 : un directeur commercial organise un appel dans un délai d'un jour ouvrable  Un responsable commercial de SumatoSoft contacte rapidement le client pour planifier un appel. L'objectif principal de l'appel est de vérifier la pertinence de notre expertise par rapport aux objectifs du Client. Le directeur commercial discute du projet et de ses exigences, des attentes en matière de temps et de budget, ainsi que de l'expertise souhaitée de l'équipe de développement.  Nous appelons cela un «   » car nous découvrons les premières informations sur le projet. Un appel de découverte permet de vérifier qu'il existe une correspondance en termes de plusieurs paramètres : Discovery Call  Avons-nous la bonne expertise?  Avons-nous les bons processus?  Pouvons-nous respecter le budget ?  Pouvons-nous livrer dans les délais prévus ?  Y a-t-il une adéquation culturelle ?  Avons-nous une expérience pertinente?  Étape n°3 : Nous analysons les informations initiales et rassemblons une équipe d'estimation  Nous rassemblons une équipe de professionnels chevronnés possédant une expertise pertinente, qui comprend généralement un chef de projet, des spécialistes techniques,   et un concepteur. La structure exacte de l'équipe dépend du produit, de ses objectifs et de ses exigences. un analyste commercial  L'équipe examine les informations initiales du directeur commercial et de l'enquête et prépare les questions pour le prochain appel.  Étape n°4 : Un appel entre le client et l'équipe d'estimation  Nous organisons un appel entre toute l’équipe d’estimation et le Client. Nous l'appelons «  » ou «  » en abrégé. Cet appel répond à deux objectifs :  appel questions et réponses  Q&A  Affiner et développer les informations recueillies lors de l'appel Discovery. Nous clarifions toute incertitude, élucidons les exigences et veillons à bien comprendre les objectifs commerciaux ;  C'est l'occasion pour le Client de connaître nos spécialistes en action. Ces spécialistes guideront le projet.  Cette étape ne nécessite généralement qu'un seul appel. Néanmoins, les projets techniques complexes nécessiteront probablement un deuxième appel après un certain temps.  Étape n°5 : La mise en forme de la solution logicielle du projet  Cette étape occupe la majeure partie du temps global du processus d’estimation. Au cours de cette phase, nous définissons les artefacts qui apporteront la plus grande valeur au développement ultérieur du produit et nous permettront de façonner la vision du produit. Ces artefacts pourraient être :    – la description des exigences commerciales de haut niveau, des objectifs, des défis, de la vision du produit, etc. ; une vision partagée complète du projet    – il s'agit d'une portée de projet organisée divisée en tâches et sous-tâches gérables ; structure de répartition du travail (WBS)    – interfaces utilisateur visuelles de plusieurs écrans clés de l'application ; concept de conception    – est le modèle d'un système logiciel, décrivant sa structure et l'interaction entre ses composants ; architecture de solution suggérée    – précise comment le projet interagira avec les systèmes et services externes ; description des intégrations d'API    – l’identification des risques et hypothèses potentiels dès le début du projet est utile pour la gestion des risques. Ce document permet l'élaboration de stratégies d'atténuation, garantissant que l'équipe de projet est préparée aux incertitudes et peut s'adapter efficacement aux défis ; liste d’hypothèses, de contraintes et de risques    . estimation du budget et du calendrier  La structure de répartition du travail est l’un des éléments les plus généraux de tout processus de prévente. Nos spécialistes techniques estiment l'effort nécessaire au développement des fonctionnalités de WBS.  Tous les autres artefacts contribuent à l'exactitude de l'estimation finale, tandis que la liste des hypothèses et des risques nous permet de prévoir les obstacles potentiels pouvant affecter le processus de développement et soit de concevoir une stratégie pour les gérer, soit de les mettre en évidence auprès du client.  Étape n°6 : Le client obtient une estimation détaillée et tous les artefacts  Enfin, l’équipe Estimation prépare une présentation de l’ensemble des travaux réalisés. Lors d'un appel, nous démontrons tous les artefacts, expliquons la vision et la solution technique, montrons le concept de conception, répondons aux questions et recueillons les commentaires du client. Nous ajustons et modifions également nos artefacts après l'appel si le client suggère des corrections.  Nous envoyons gratuitement tous les artefacts au client après la présentation par courrier électronique.  Ce que vous obtenez  Une estimation réaliste du budget et du calendrier.  Expérience pratique de coopération avec l'équipe de développement.  Une vision élaborée du futur produit.  Concept design.  Structure de répartition du travail avec fonctionnalités décrites.  Une liste d’hypothèses et de risques.  Ce que vous n'obtenez pas  Rien à ajouter ici.  Ci-dessous, vous trouverez 3 exemples d’artefacts que nous préparons :  concept design;  structure de répartition des mots ;  architecture de haut niveau.   Pourquoi préparons-nous des artefacts gratuitement ?  Notre équipe consacre du temps et de l'expertise à votre projet avant le début de tout engagement formel, avant la signature des contrats ou avant tout paiement. Cet investissement initial de notre part est motivé par une conviction simple mais profonde :   Nous avons confiance en nos capacités et notre expertise. En franchissant cette première étape de manière proactive, nous souhaitons mettre en valeur notre engagement et notre expertise approfondie.  Cette approche est notre façon de démontrer la valeur que nous apportons, en soulignant notre engagement à non seulement répondre à vos attentes, mais aussi à les dépasser dès le départ.  Derniers mots de SumatoSoft  Ici, j'ai partagé les connaissances et l'expertise accumulées après 12 ans sur le marché, 250 solutions logicielles personnalisées développées et de nombreuses interactions en prévente.  J'ai décrit le processus d'estimation détaillée dans SumatoSoft. Si vous êtes prêt à donner vie à votre projet avec une estimation détaillée et approfondie, nous sommes là pour vous aider.

This is a PR written by or for the company mentioned within it. The writer has a vested interest in the company and products mentioned within.

2022 - HackerNoon Contributor of the Year - Iot

Tell us more about your project!

Nominated for 2022 - HackerNoon Contributor of the Year - Iot

SumatoSoft

Cet audio est produit dans la langue originale de l'histoire !

Trop long; Pour lire

Make resilience your competitive advantage

Estimation de développement de projet sur 24 heures ou détaillée

About Author

COMMENTAIRES

ÉTIQUETTES

CET ARTICLE A ÉTÉ PARU DANS

Related Stories

La fuite de l'invite du système Claude Sonnet 3.5 : une analyse médico-légale

Comment améliorer votre flux de travail par 10 : 17 applications essentielles

HackerNoon Decoded: The Top 10 Countries Where HackerNoon Is the Most Active

Guide de l'architecte pour créer une architecture de référence pour un datalake IA/ML

La fuite de l'invite du système Claude Sonnet 3.5 : une analyse médico-légale

Comment améliorer votre flux de travail par 10 : 17 applications essentielles

HackerNoon Decoded: The Top 10 Countries Where HackerNoon Is the Most Active

Guide de l'architecte pour créer une architecture de référence pour un datalake IA/ML

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps