Home / Guide de prise de décision du projet / Modèle d'offre d'externalisation de logiciels
PROJECT DECISION GUIDE

Modèle d'offre d'externalisation de logiciels: prix total fixe, mois-personnes ou jalons

Les devis déterminent non seulement le rythme de paiement, mais aussi la répartition entre les deux parties des responsabilités en matière de changement de la demande, de risque de progression, de participation de l'équipe et d'acceptation.

Répondez à la question.

Modèle de devis de l'externalisation de logiciels

Un projet à demande stable et à acceptation claire peut utiliser un prix total fixe; un projet à incertitudes techniques convient pour le diagnostic ou l'avancement axé sur des jalons; et une évolution continue de la demande nécessite un effort d'équipe à long terme pour déployer la capacité de R & D en mois-personnes ou cycles.

SCOPE & BUDGET LEVELS

Premièrement, les apports à la frontière par phase de projet sont clairs

Les niveaux suivants servent à établir une base de référence pour le budget et l'acceptation, et il faudra encore évaluer la portée réelle en fonction du statu quo, des interfaces et des délais requis.

Première phase

Prix brut fixe

Éléments adaptés à une portée stable, une périodicité claire et une acceptation objective

Cible préalable des besoins de base, prix total, étapes, acceptation, changement et responsabilités de prolongation

Phase 2

Étapes franchies

les scènes adaptées aux projets complexes et doivent d'abord valider les risques clés

Portée et budget par diagnostic, prototype, MVP, phases pilotes et phases de production, respectivement

Phase 3

Collaboration par mois-personne ou par cycle

Convient à un changement continu de la demande, à un renouvellement itératif à long terme ou interne de l'équipe

Rôles, temps d'engagement, règles d'engagement, relevés de produits, priorités et transferts de sortie

DECISION FACTORS

Éléments clés à vérifier pour la prise de décision

Premièrement, les limites de la retenue et de la responsabilité sont identifiées, puis les itinéraires techniques et les modalités de coopération sont comparés.

01

Niveau de stabilité de la demande

Plus l'objectif et l'acceptation sont stables, plus elle est adaptée au prix total fixe; le prix forcé se traduit généralement par un différend de portée lorsque la demande continue d'être explorée.

02

Technologie et incertitudes extérieures

Les anciens codes, les effets AI, les sites IOT, les interfaces tierces et la qualité des données doivent être validés en premier et adaptés aux diagnostics individuels ou aux citations de phase.

03

Participation rapide des clients et prise de décisions

La participation en temps opportun des propriétaires de produits, des interfaces et du personnel d'acceptation a un impact direct sur l'efficacité de la collaboration et la responsabilité cyclique.

04

Transparence des rôles et des apports des équipes

La coopération mensuelle du personnel devrait déterminer les rôles, les niveaux de capacité, les modes de contribution, les dossiers de travail et les mécanismes de remplacement.

05

Livraison et contrôle des biens

Tout modèle de soumission doit être écrit au code source, au numéro de compte, aux données, à la conception, aux essais, au déploiement et à l'attribution du document et à l'heure de la remise.

06

Mécanismes de changement, de cessation et de retrait

Il faut s ' entendre sur la manière dont les changements seront estimés, la manière dont les phases seront réglées, la façon de transférer les résultats obtenus et ce qui n ' est pas achevé au moment de la fin de la coopération.

Préparation des recommandations avant la communication ou l'évaluation

La demande est-elle stable?Validation des principaux risques technologiquesPlafond budgétaire et tempo des décaissementsChef de projet et mécanisme de validationRôles des équipes et besoins en intrantsLivraison à chaque étapeRègles d'acceptation et d'acceptation et de modification des exigencesTransfert d'actifs à la cessation de la coopération

Voies de mise en œuvre suggérées

Il est suggéré que l'offre soit sélectionnée en fonction de l'incertitude plutôt que seulement pour les prix unitaires. Les projets complexes peuvent utiliser une combinaison de diagnostics ou de prototypes -Pay + prix fixes échelonnés + dimensions continues - pour permettre à chaque étape de décider de la poursuite, de l'ajustement ou de l'arrêt.

DECISION WORKSHEET

Traduire le modèle d'externalisation des logiciels en prise de décision exécutoire

Les feuilles de travail suivantes aident les entreprises à organiser des conseils vagues en matière d'apports fondés sur les fournisseurs, d'approbation interne et de réception de projets.

Que devrait contenir un résumé comparable des évaluations?

Au minimum, le niveau de la demande a été stabilisé, le plafond budgétaire et le taux de paiement, le propriétaire du projet et le mécanisme de validation, tout en indiquant le volume actuel des activités, le temps moyen de traitement, les anomalies majeures, les systèmes en place, les privilèges en matière de données, la dépendance des tiers et les fenêtres d'accès.

Par exemple, l'entreprise prévoit que le projet permettra d'économiser 160 heures de travail par mois, mais ce chiffre devrait être ventilé en nombre de tâches, en économies de temps uniques, en taux d'adoption et en taux d'examen manuel. Si seulement 40 % des utilisateurs utilisent la première période ou si le nouveau processus augmente le processus d'examen, les avantages réels seront nettement inférieurs à l'estimation apparente.

Quatre types de preuves recommandées pour les interrogatoires pendant la communication avec le fournisseur

La première est la preuve de la portée : cohérence des versions de la demande, des processus opérationnels, des prototypes, des interfaces et des exclusions; la deuxième est la preuve technique : si des technologies similaires ont des structures accessibles, une gestion de code, des essais, des déploiements et des méthodes de gestion des problèmes; la troisième est la preuve du personnel : si les participants réels, les étapes d'entrée, les responsabilités et les mécanismes de remplacement sont clairs; et la quatrième est la preuve de la livraison : comment les codes source, les données, les numéros de compte, les documents, la formation, l'assurance de la qualité et le transport sont remis.

Il est recommandé que la clarté de la portée, la dépendance critique, la capacité de l'équipe, l'applicabilité de l'acceptation et la prise en charge à long terme soient notées séparément et que la base de chaque score soit enregistrée.

Le principe du jugement

Cette page fournit un cadre décisionnel qui ne constitue pas une offre fixe ou un engagement de rendement.

FAQ

FAQs

Les questions les plus courantes avant la coopération sont clairement énoncées à l'avance.

Le prix total fixe est-il la meilleure garantie pour le client?+

Des prix fixes et bas peuvent facilement conduire à des omissions, à des changements fréquents ou à des compressions de qualité lorsque la demande est instable.

Comment peut-on travailler ensemble tous les mois pour éviter l'inefficacité?+

Les rôles des équipes, les objectifs itératifs, les dossiers de tâches, la présentation de codes, la fréquence des présentations et les étapes devraient être précisés et hiérarchisés par les chefs respectifs des deux parties.

Pouvons-nous mettre en place une autre citation?+

Oui. La méthode habituelle consiste à offrir une offre étape par étape de diagnostic ou de prototype, à établir des prix fixes avec une portée claire, et à assurer le maintien de la paix et le transport itératif en ligne et sur une base périodique.

DECISION FAQ

Questions communes relatives aux projets en cours

Regardez les 265 questions.
Développement de logiciels et externalisation de projets

Quel devrait être le choix des équipes d'externalisation et d'auto-construction des logiciels?

L'externalisation des logiciels est généralement plus efficace si l'entreprise a besoin d'un continuum à long terme et si l'entreprise a une capacité de gestion des produits et des technologies. Si l'objectif est clairement défini, un démarrage rapide est nécessaire ou si il y a un manque temporaire de capacité dédiée, de nombreuses entreprises conservent les propriétaires de produits et de technologies, laissant la phase de R & D ou de construction dédiée à l'équipe extérieure.

Voir la réponse complète
Développement de logiciels et externalisation de projets

Que devrait choisir l'externalisation de logiciels de Shanghai?

Il est important de voir si le fournisseur peut traduire les questions d'affaires en critères de portée, de risque et d'acceptation, plutôt que de taille de l'entreprise et de rhétorique des ventes. Bien que la communication locale à Shanghai facilite les entrevues complexes de processus et la collaboration en ligne, la qualité du code, la gestion de projet et la maintenance continue sont toujours sujettes à la preuve.

Voir la réponse complète
Développement de logiciels et externalisation de projets

Le logiciel est-il externalisé pour sélectionner des prix bruts fixes ou pour travailler ensemble sur une base mensuelle?

Les prix totaux fixes sont plus faciles à contrôler lorsque la demande est stable, les frontières sont claires et le résultat peut être défini à l'avance. La demande change, et si les itinéraires technologiques sont explorés ou si les entreprises peuvent participer à la gestion des produits, elles sont plus flexibles en personne ou de façon continue.

Voir la réponse complète
Contrats, paiements, changements et exécution de projets

Comment définir les nœuds de paiement et les ratios de paiement pour le projet logiciel?

Les nœuds de paiement devraient être liés aux résultats acceptables, non seulement par la date ou par l'état oral. La pratique courante est de démarrer, prototype ou confirmation de la demande, développement de phase, collecte à jour et résidus d'assurance de la qualité. Il n'y a pas de critère uniforme pour l'échelle, basé sur les données d'entrée de période antérieure, les risques de projet et les consultations sur le crédit mutuel.

Voir la réponse complète