Le recours à des contractants externes : (pour nos lecteurs internationaux : bien qu’en anglais des États-Unis le mot « contractor » (entrepreneur ou contractant indépendant) ait le sens de quelqu’un qui défera les murs chez vous et vous installera une nouvelle cuisine – et peut-être bâtira aussi de nouveaux murs si vous payez assez d’argent pour ce travail-ci – en anglais du Royaume-Uni, le même mot « contractor », dans le contexte d’une équipe technique, veut dire un éployé temporaire rémunéré à la journée et même parfois à l’heure.

On nous pose souvent des questions telles que : est-ce que vous connaissez un contractant qui ait de l’expérience dans le domaine X et qui serait disponible pour venir résoudre nos problèmes? Cette requête vient souvent de quelqu’un hors du département technique. En fait, ce domaine X qu’il voudrait que quelqu’un vienne pour s’en charger et résoudre les problèmes est une sorte d’issue de « blocage » technique qui ralentit l’entreprise. Cela pourrait être n’importe quoi, par exemple « le déploiement d’AWS », « les systèmes automatisés de testes », « l’authentification unique » ou bien « le cryptage de données ». Tout cela semble très raisonnable, n’est-ce pas? Pourquoi, alors, arrivons-nous très souvent à répondre « vous êtes en train de poser la question incorrecte »?

Tout est donc lié au fait de savoir si cette tâche est véritablement un tâche unique et nécessaire pour une section spécifique de votre système (et si votre équipe interne a besoin de mieux comprendre comment les choses marchent dans cette section spécifique. Ce sera le cas, bien sûr, si vous voulez par exemple migrer votre service d’hébergement d’e-mails du serveur Exchange (qui demeure encore dans un coin quelconque de votre bureau depuis une éternité) vers Office 365 ou Google Mail; alors, c’est le type de tâche pour laquelle vous pourriez embaucher temporairement quelqu’un pour la faire (et oui, nous connaissons et avons des gens qui peuvent vous aider avec ça). Vous migrez d’un système complexe à un système de support extérieur plus simple. Après avoir fini cette tâche, vous n’aurez pas besoin de savoir comment le transfert s’est-il passé et vous pourrez essuyer le serveur ancien avec toute sécurité (ou l’utiliser comme cible au champ de tir lors d’un évènement de consolidation d’équipe).

Mais si vous parlez d’établir ou mettre en place votre système personnalisé ou vos outils de déploiement du cloud, vous aurez besoin de savoir comment tout cela marche (souvent vous n’avez qu’une période très courte puisque l’équipe de développement est en train de diagnostiquer et résoudre un problème de profil élevé dans votre environnement de production). S’ils comptent sur un système interne qui ne fonctionne plus (à cause d’un mauvais fonctionnement grave imprévu) et que personne ne comprend pas parce que ce système a été instauré par un contractant temporaire qui n’est plus là, cela vous provoquera bien évidement des maux de tête.

Ainsi, si vous embauchez de contractants temporaires pour travailler sur vos systèmes de base, au moins, vous voulez que ces contractants travaillent en étroite collaboration avec votre équipe permanente, afin d’assurer que tout soit bien documenté et toute l’information soit passées à votre équipe.

Toutefois, c’est plus probable que vous vous intéressiez au ressourcement, à la formation et à la priorisation pour votre équipe interne. Ayant une équipe technologique forte vous permettra de faire face à de nouveaux défis techniques et apporter des processus à son architecture et à ses tests afin d’inculquer de la confiance (dans votre équipe aussi bien que dans votre entreprise) et c’est important de vous assurer également que les nouveautés soient comprises, testées et qu’elles marchent avant d’arriver à votre environnement de production.

Si vous avez besoin d’assistance externe que ce soit une révision de l’architecture ou de l’aide pour vos équipes à gérer les changements survenus, contactez-nous ici, à Nimble Results.