Développeur interne ou équipe de mise en œuvre du configurateur ?

Un développeur interne peut être le bon choix lorsque votre entreprise peut assurer la propriété du produit, la contribution technique, le support continu et la gestion des livraisons. Une équipe spécialisée peut fournir davantage de ces capacités en tant que service. Comparez l'ensemble des modalités de fonctionnement plutôt qu'un salaire avec un devis de projet.

Liste les emplois cachés dans le mot développeur

Un configurateur nécessite une analyse de produit, une conception d'interaction, une préparation de modèle, un développement et des tests d'applications. Il nécessite également un déploiement, une administration des comptes, une gestion des incidents et des mises à jour du catalogue. Une personne peut occuper plusieurs emplois, mais le travail existe toujours.

Demandez qui prendra les décisions lorsqu'une règle n'est pas claire. Un programmeur compétent ne peut pas déterminer une restriction de fabrication non documentée sans l’expert produit approprié. L'achat d'un logiciel ne supprime pas cette responsabilité du fabricant.

Simuler un transfert avant de prendre la décision

Choisissez une règle de catalogue et demandez comment un nouvel employé trouverait sa définition, la modifierait, la testerait et la publierait en toute sécurité. Incluez un projet enregistré affecté par le changement. Si l'explication dépend de connaissances conservées uniquement par le développeur d'origine, traitez la documentation et la formation comme des livrables manquants.

Exécutez le même exercice avec un partenaire externe proposé. Il n’est pas automatiquement plus facile de transférer une équipe plus nombreuse si les décisions relatives aux produits et l’accès au déploiement restent non documentés.

Comparez la capacité sur la durée de vie de l'application

Votre première version peut être intensive, suivie d'une période plus calme et de modifications occasionnelles substantielles du catalogue. Réfléchissez à la manière dont vous allez financer et doter ce modèle en personnel. Incluez la possibilité de diagnostiquer un échec d’intégration et de restaurer le service en dehors d’un cycle de développement planifié.

La comparaison doit également inclure ce que votre équipe souhaite apprendre. Un propriétaire technique interne peut rester précieux même lorsqu'une équipe externe crée l'application. Cette personne peut coordonner les données, les intégrations et l'acceptation sans avoir à implémenter chaque composant.

Spécifier clairement la collaboration avec Configurix

Dans un projet logiciel Configurix personnalisé, convenez des livrables, des responsabilités opérationnelles et de la collaboration avec votre propre personnel. Demandez quelles parties vos administrateurs peuvent gérer, lesquelles nécessitent un travail de développement et ce que contiendrait un futur transfert.

Ne choisissez pas en vous basant sur l'affirmation générale selon laquelle le développement personnalisé est toujours moins cher ou qu'une plate-forme empêche toujours la maintenance. Comparez une famille de produits, un périmètre convenu et les personnes disponibles pour l'exploiter.

Notre propre développeur peut-il travailler avec un projet Configurix ?

Discutez des interfaces, des environnements et des responsabilités requis. Les dispositions pratiques doivent être incluses dans la proposition, y compris la manière dont les changements sont examinés et soutenus.

Avoir le code source est-il suffisant pour garantir la continuité ?

Non. Un futur responsable a également besoin d'instructions de construction, de définitions de données, d'un accès à l'environnement, de tests et d'une compréhension des règles du produit. Acceptez le paquet de transfert avant qu’il ne devienne urgent.