Les bonnes questions.
Les pages pour décider.
Choisir la collaboration, organiser l’équipe et préparer le cadre du projet. Ce guide relie chaque décision aux informations utiles sur notre site.
Choisir la bonne collaboration
Équipe dédiée, renfort ou clé en main : que choisir ?
Une équipe dédiée construit une capacité durable autour de votre produit. Le renfort s’intègre à une équipe que vous pilotez déjà. Le clé en main confie à LughSoftware la responsabilité globale de la réalisation dans le périmètre convenu.
À décider : Ce que vous souhaitez déléguer et la capacité de pilotage disponible en interne.
Faut-il déjà avoir une équipe technique ?
Le renfort suppose des interlocuteurs capables de diriger et de relire le travail. Pour une équipe dédiée, les rôles de pilotage sont définis ensemble. Le clé en main permet de déléguer l’organisation technique tout en conservant vos décisions métier.
À décider : Qui pourra prioriser, répondre aux questions et valider les livrables.
Intervenez-vous uniquement sur .NET ?
Nous partons de votre logiciel et de ses contraintes. Notre expérience .NET fait partie de nos expertises ; le choix d’une équipe ou d’un périmètre commence par l’examen de votre environnement, des intégrations et des compétences nécessaires.
À décider : L’existant à conserver, les contraintes techniques et les évolutions souhaitées.
Organiser le travail entre la France et l’Inde
À quoi sert Votre Lugher en France ?
Il prépare la communication, aide à cadrer le besoin et transmet le contexte aux ressources en Inde. Sa connaissance des façons de travailler dans les deux pays aide à clarifier les attentes et les décisions. Son implication est plus forte au démarrage, puis adaptée au suivi.
À décider : Son périmètre, sa présence et les interlocuteurs de chaque côté.
Quels profils faut-il prévoir dans l’équipe ?
Développeur junior, développeur confirmé et lead technique sont les profils de la simulation Budget. Selon le projet, tests, gestion de projet et autres responsabilités doivent être définis séparément. Un nombre de développeurs ne décrit pas à lui seul toute l’organisation.
À décider : L’autonomie attendue, la responsabilité des tests et les personnes qui pilotent et valident.
Quelle disponibilité faut-il prévoir côté client ?
Vous apportez le contexte métier et les priorités. Le niveau d’implication dépend du service : direction quotidienne pour le renfort, arbitrages produit pour une équipe dédiée, décisions métier et validations prévues pour le clé en main. Les rythmes sont convenus au cadrage.
À décider : Les référents, leurs disponibilités et les délais de réponse utiles au projet.
Préparer le budget et l’engagement
Que comprend la simulation de budget ?
Elle chiffre le développement en Inde sur une base de 20 jours facturés par mois et par développeur, puis ajoute Votre Lugher en France. Les mêmes profils et effectifs servent à la référence française. Les montants restent à rapprocher des responsabilités et du périmètre retenus.
À décider : Les profils, les effectifs, l’accompagnement et les prestations complémentaires à chiffrer.
Pour combien de temps s’engage-t-on ?
La durée minimale est de 12 mois pour une équipe dédiée ou un renfort, et de 6 mois pour un logiciel clé en main. Cette durée tient compte de la mise en place. Elle ne définit pas le préavis, le renouvellement ni les conditions de sortie, qui figurent au contrat.
À décider : La durée, les modalités d’évolution de l’équipe et les conditions de fin de mission.
Comment gérer une évolution de périmètre ?
Les objectifs, livrables et critères de validation sont précisés au cadrage. Une demande nouvelle doit être examinée avec ses conséquences sur les ressources, le budget et le calendrier. Le processus d’accord est défini pour le projet.
À décider : Qui peut demander, chiffrer et approuver une évolution.
Garder la maîtrise du logiciel
À qui appartiennent le code et les livrables ?
Les développements spécifiques réalisés pour vous vous appartiennent. Pour le clé en main, vous en devenez propriétaire dès le règlement complet de la prestation. Les composants tiers, open source et éléments préexistants conservent leurs licences. L’accès au dépôt est un sujet distinct.
À décider : Les livrables, les droits accordés et les licences applicables.
Où sont les dépôts et qui a accès aux environnements ?
Lorsque LughSoftware héberge les dépôts du projet, vous disposez d’un accès illimité à ces dépôts. Développement, test et production ont leurs accès propres. Les administrateurs, les sauvegardes et le retrait des habilitations sont identifiés pour la mission.
À décider : Les outils, les responsables et les personnes autorisées pour chaque environnement.
Comment sont protégées les données accessibles depuis l’Inde ?
Tous nos serveurs sont hébergés en Europe. Nous respectons le RGPD et chaque salarié est soumis à un NDA avec des pénalités contractuelles importantes. Les accès depuis l’Inde et les modalités de traitement sont documentés selon le projet avec vos interlocuteurs juridiques et votre DPO.
À décider : Les données nécessaires, les habilitations et les documents applicables au projet.
Qui valide les tests et autorise la mise en production ?
Les livrables, critères d’acceptation et responsabilités de déploiement sont convenus avant la réalisation. Pour le clé en main, LughSoftware prend en charge la réalisation et le déploiement dans le périmètre prévu. La disponibilité annoncée est de 99 % par défaut et peut aller jusqu’à 99,99 % selon contrat, avec ses modalités de mesure.
À décider : Les validations, l’autorisation de mise en production, le support et le niveau de service attendu.
Comment préparer la continuité ou une reprise ?
Il faut inventorier le code, la documentation, les dépendances et les travaux ouverts, organiser leur transmission puis vérifier les accès et la reprise. Les artefacts sont fournis pour les équipes dédiées et les renforts. Pour le clé en main, leur remise est définie au contrat.
À décider : Les éléments transmis, les destinataires, le calendrier et l’assistance éventuelle.
Que préparer pour le premier échange ?
Votre besoin métier, le logiciel existant, votre équipe, les principales contraintes et vos priorités suffisent pour commencer. Un cahier des charges finalisé n’est pas nécessaire pour le premier échange.
Nous contacter