Cinq questions à se poser lors du choix d'un développeur de logiciels

Préparez d’abord une description de poste comparable

Lorsque vous demandez un devis à trois développeurs de logiciels pour une même application, vous risquez de rencontrer trois périmètres différents. L’un ne prix que les écrans, l’autre ajoute le transfert de données et l’autre propose la maintenance séparément. Ces offres ne sont pas comparables sur le même total. Décrivez d’abord le travail en cours et le résultat attendu avec un bref exemple. Quelles informations l'employé qui prépare la proposition reçoit-il, qui l'approuve et quel document est envoyé au client ? Partager un exemple réel en extrayant des données personnelles constitue un début plus compréhensible que la simple liste des noms de fonctionnalités.

La description de poste ne doit pas nécessairement être une spécification technique détaillée. Laissez les utilisateurs, les informations obligatoires, le fonctionnement de base, le résultat attendu et les exceptions importantes être clairs. Demandez ensuite à chaque candidat des réponses écrites aux mêmes questions. Les cinq questions suivantes peuvent être utilisées pour donner un sens au prix et voir comment l'application survivra après la livraison. Une réponse longue n'est pas une preuve de qualité. Il est plus important qu'il soit applicable dans votre entreprise et qu'il puisse être testé lors de l'acceptation.

Première question : qui réalisera les travaux de maintenance ?

La liste des produits, les règles métier ou les services externes peuvent changer après la livraison du logiciel. Qui répondra lorsqu’un bug est signalé et quel canal sera utilisé ? Les corrections de bogues, les mises à jour de sécurité et les ajouts de nouvelles fonctionnalités doivent être écrits séparément dans la portée de maintenance. Ne présumez pas que ce sont les mêmes prix. Séparez également le temps de réponse du temps de résolution. Dire que la notification a été reçue ne signifie pas que l'erreur a été corrigée ; Ce que les parties attendent dans chaque situation doit être clairement défini.

Travailler avec un prestataire unique n'est pas un problème en soi. Mais demandez-vous qui continuera le travail lorsque la personne sera en congé ou quittera le projet. La sauvegarde, la restauration et la journalisation des modifications font également partie de la maintenance. Demandez-leur d'expliquer, à l'aide d'un exemple, comment ils ont testé la mise à jour avant de la mettre en œuvre en direct. Travaux d'automatisation L'identification de la personne chargée de l'entretien lors de la planification réduit l'incertitude qui surviendra après le projet. Plutôt que de choisir le forfait le plus complet pour chaque besoin, identifiez le support dont vous avez réellement besoin.

Deuxième question : qui aura le code et le colis de livraison ?

Le modèle de fourniture de services prêts à l'emploi et de logiciels personnalisés peut être différent. Le code source, le document d'installation et les informations sur les dépendances de la section à développer spécifiquement pour vous seront-ils fournis ? Quelles seront les conditions dans lesquelles une autre équipe pourra poursuivre la candidature ? Ne laissez pas ces questions avec des réponses verbales seules. Le forfait de livraison et les conditions d’utilisation doivent être consultés dans l’offre. Fournir un lien vers un référentiel ne divulgue pas tous les droits d'utilisation ; Les conditions du contrat et des composants doivent être évaluées avec des experts compétents si nécessaire.

Identifiez un petit test pour tester l'utilisabilité de la livraison. L'installation dans un environnement propre, l'exécution du processus de base et la restauration de l'exemple de sauvegarde peuvent être de bons débuts. Enregistrez quelle transaction peut être effectuée avec quel document. Contrôle de livraison du code source vous pouvez également lire. Mettre des mots de passe et des clés dans le code n'est pas une méthode de livraison. L'accès doit être transféré via un processus distinct, autorisé et enregistré ; Les accès inutiles doivent être fermés à la fin du projet.

Troisième question : où et comment seront gérées les données ?

Dans quel environnement les données clients, commandes ou personnel seront-elles conservées ? Qui pourra voir les données, quel rôle pourra effectuer quelle action et comment les enregistrements seront-ils exportés ? Demandez au fournisseur de montrer le flux de données avec un diagramme simple. Les domaines envoyés aux services externes devraient également être clarifiés. Ne partagez pas de véritables données personnelles uniquement pour préparer une offre ; Utilisez des échantillons ou des données anonymisées. Les obligations de traitement des données peuvent nécessiter une expertise selon l’étendue de la demande.

Évaluez la déclaration selon laquelle une sauvegarde a été effectuée ainsi que la manière dont elle a été restaurée. Où se trouve la sauvegarde, qui y a accès et la restauration a-t-elle déjà été testée ? Demandez également sous quel format vous recevrez vos données une fois le service terminé. Fournir un rapport PDF à lui seul n’indique pas nécessairement que tous les enregistrements peuvent être déplacés vers un autre système. Les noms de champs, les relations et les fichiers supplémentaires doivent être inclus dans l'exportation. L'ajout de ces exigences à la proposition initiale peut réduire la nécessité de définir un nouveau projet au départ.

Quatrième question : quel travail la première version complètera-t-elle ?

Il n'est pas nécessaire d'inclure toutes les idées dans la première version. L’important est de mener à bien le flux de travail déterminé du début à la fin. Si l'utilisateur se connecte mais ne peut pas imprimer le document approuvé, le travail de base n'est peut-être pas encore terminé. Demander au candidat une couverture complète de la première version rend cette différence visible. Indiquez clairement quelles données seront saisies manuellement, quelle connexion sera reportée et quel rapport sera généré. Écrivez le résultat attendu d’un exemple d’opération plutôt qu’une vague liste de propriétés.

Créer des critères d'acceptation sur le même travail. Que se passe-t-il lorsqu'un champ obligatoire est manquant, comment l'enregistrement en double est-il géré et que voit l'utilisateur si une transaction est abandonnée ? La prise en compte des flux d’erreurs évite une évaluation basée uniquement sur une démonstration réussie. Connaître la méthode de changement et l'approche tarifaire pour les nouvelles fonctionnalités dès le début. Plutôt que de garantir un délai précis pour chaque phase du projet, évaluez clairement les dépendances, les informations attendues de votre part et les dates de décision.

Cinquième question : qui va former l'équipe et comment ?

Une démonstration du développeur ne prouve pas que les salariés peuvent utiliser l'application. Planifiez la formation en fonction de votre exemple de processus. Laissez l'utilisateur ouvrir un enregistrement, corriger le champ défectueux, obtenir l'approbation nécessaire et créer la sortie. Les étapes pour modifier les autorisations de l'administrateur et signaler un problème doivent également être expliquées. Un bref guide de l'utilisateur et un exemple d'enregistrement sont également utiles pour le travailleur novice. Les points bloqués lors de la formation ne doivent pas être considérés comme une simple erreur de l'utilisateur ; Il convient de déterminer si des améliorations de l'affichage ou de la description sont nécessaires.

Recueillez les réponses à cinq questions dans un seul tableau : portée, responsable, document de livraison, tests d'acceptation et coût. Clarifiez toutes les questions ouvertes avant la signature de l’offre. L’objectif n’est pas de classer les candidats par nombre de termes techniques. Une référence solide consiste à choisir l’équipe qui comprend votre entreprise, communique clairement ses limites et rend ses réalisations vérifiables. Ainsi, l'utilisation et l'entretien ultérieurs sont inclus dans la décision au même titre que le premier affichage.

Questions fréquentes

Comment comparer les offres ?

Comparez avec les mêmes processus, portée, mesures de livraison et attentes en matière de soins. Comparer le prix total ne suffit pas.

Toutes les fonctionnalités devraient-elles être incluses dans la première version ?

Une édition limitée peut être sélectionnée pour compléter le flux de travail principal. Décomposez les fonctionnalités manquantes et la phase suivante par écrit.

La formation doit-elle faire partie de la prestation ?

Une formation pratique et un bref manuel d'utilisation, dans lequel les personnes qui utiliseront le travail peuvent effectuer des exemples d'opérations, peuvent être inclus dans la livraison.