Génie logiciel à grande échelle

Le génie logiciel à grande échelle, c’est une capacité d’ingénierie-conseil appliquée à un périmètre défini sur un système que vous exploitez déjà : changements applicatifs, ingénierie de plateforme ou parcours qui les construit et les met en production. SEYA Group met à disposition des ingénieurs qui se joignent à votre équipe pour ce périmètre, avec la forme du travail convenue avant le démarrage. Cela convient aux organisations qui savent quoi construire et manquent de personnes pour le faire.

Pour qui

CTOs et VP de l’ingénierie avec un backlog que leur équipe ne peut pas absorber et un processus d’embauche qui ne comble pas l’écart à temps. Responsables informatiques qui ont un projet de plateforme ou d’application approuvé et financé et personne de disponible pour l’exécuter. Chefs de projets informatiques qui ont besoin d’un effort d’ingénierie sur un périmètre défini et pour une durée déterminée, avec une passation planifiée dès le départ. Architectes qui ont une conception et ont besoin de personnes capables de la mettre en œuvre aux côtés de l’équipe interne.

Si la question porte encore sur quoi construire ou comment organiser les équipes, commencez par la transformation d’entreprise ou l’adoption du cloud. Cette page s’adresse au moment où le travail est connu et la contrainte est la capacité.

Problèmes que nous résolvons

• Un système connu avec un changement connu qui glisse sans cesse parce que personne n’est disponible pour le réaliser.
• Des travaux de plateforme ou d’infrastructure que l’équipe applicative réalise mal parce que ce n’est le mandat de personne au quotidien.
• Un pipeline de livraison qui exige une attention d’ingénierie que l’équipe produit ne peut pas dégager.
• Un projet avec une date que l’effectif actuel ne peut pas tenir.
• Une équipe qui a besoin d’ingénieurs seniors à ses côtés pendant qu’elle se familiarise avec une nouvelle plateforme.

Ce que vous obtenez

• Brief cadré. Une déclaration écrite du système, de la contrainte, du travail dans le périmètre, de ce à quoi ressemble « terminé », et de la façon dont le travail est remis.
• Des ingénieurs qui se joignent à votre équipe. Des consultants avec de l’expérience sur les plateformes cloud, le développement applicatif et les pipelines de livraison, qui travaillent dans vos dépôts, outils et rituels.
• Le travail lui-même. Changements applicatifs, ingénierie de plateforme ou travaux sur le pipeline, revus selon votre processus habituel et mis en production sur votre fil de diffusion.
• Transfert des connaissances. Documentation, pair programming et revue pour que l’équipe interne possède le résultat et que rien ne dépende de nous à la fin du mandat.

Déroulement d’un mandat

• Entretien de cadrage. Vous décrivez le système et la contrainte. SEYA indique quel type de travail il s’agit, s’il se situe plutôt sous la migration, le développement applicatif, les données ou les MLOps, et ce qu’une première phase couvrirait.
• Brief et composition d’équipe. Une fois le périmètre défini, la taille d’équipe, les compétences et la date de début sont convenues et consignées dans le brief, avec les conditions commerciales.
• Mise en route. Les accès, environnements et modes de travail sont mis en place avec votre responsable d’équipe pour que nos ingénieurs soient productifs rapidement.
• Livraison par incréments. Le travail est livré via votre pipeline selon les incréments décrits dans le brief, avec des revues régulières par rapport à la définition de terminé.
• Passation. Le code, la documentation et le contexte sont transférés à l’équipe interne, et les accès sont retirés.

Périmètre technique

Les ingénieurs SEYA ont travaillé sur AWS, Microsoft Azure et Google Cloud ; l’infrastructure as code avec Terraform, Packer et Ansible ; les conteneurs avec Docker et Kubernetes ; le développement applicatif en Java, Node.js, Python et PowerShell ; et les pipelines de livraison dans Jenkins, GitHub Actions, Team Foundation Server et Octopus Deploy. Le brief nomme la pile pour le mandat, et l’équipe est dimensionnée en conséquence.

Ce qu’il vous faut en amont

Un système existant et une contrainte que vous pouvez décrire, un responsable d’ingénierie qui pilotera le travail avec nous et le recevra ensuite, et l’accès aux dépôts, environnements et outils requis. Les comptes cloud et le code restent à vous en tout temps. Les conditions commerciales, la taille d’équipe et les dates de début sont convenues par brief une fois le périmètre clair.

Hors périmètre ici : dotation ouverte sans périmètre défini, prise en charge de l’exploitation de vos systèmes, et travaux stratégiques sur quoi construire, qui relèvent de la transformation d’entreprise.

Sécurité

Lorsque le brief inclut des contrôles de pipeline, des secrets ou des règles d’admission, cette partie du travail suit le service DevSecOps. Les ingénieurs de cette page ne certifient pas les systèmes qu’ils modifient.

Travaux connexes

• Parcourez les études de cas SEYA sur la migration cloud, les fondations et les pipelines de livraison

Questions fréquentes

Est-ce de l’augmentation de personnel ?

C’est plus proche d’un mandat cadré. Nos ingénieurs rejoignent bien votre équipe et travaillent dans vos outils, et le brief précise le travail, la définition de terminé et la passation, de sorte que le mandat a une fin.

À quelle rapidité pouvez-vous démarrer ?

Cela dépend des compétences exigées par le brief et du périmètre que nous convenons. Nous vous communiquons une date de départ une fois le brief établi.

À qui appartiennent le code et les comptes ?

À vous. Le travail s’effectue dans vos dépôts et vos comptes cloud sous les accès que vous accordez et pouvez révoquer.

Comment vos ingénieurs collaborent-ils avec les nôtres ?

En tant que membres de la même équipe : vos stand-ups, vos revues de code, votre processus de mise en production. Le pair programming et la documentation font partie du brief pour que les connaissances restent chez vous.

Le mandat peut-il évoluer à la hausse ou à la baisse ?

Oui, par une modification du brief. Le périmètre, la composition d’équipe et les dates sont révisés conjointement.

Si vous avez du travail financé et personne de disponible pour l’exécuter, réservez un entretien de cadrage en ingénierie et décrivez le système et la contrainte.