LivingPackets développe THE BOX, un produit IoT hybride - firmware, BLE, cloud AWS, mobile - dont la qualité est critique pour ses clients expéditeurs. Chaque release touche simultanément plusieurs composants indépendants et des contraintes physiques réelles. Le QA Lead & Release Orchestrator est le garant de la qualité de bout en bout et de la cohérence des livraisons. Il écrit lui-même les tests, exécute les scénarios en direct, valide la couverture avant chaque release, orchestre les go/no-go multi-équipes, et ferme la boucle entre les incidents terrain et le backlog. Ce n'est pas un rôle de management pur. Le QA Lead est attendu opérationnel : il écrit et exécute des tests, débugue des scénarios en échec, et valide des comportements en direct RESPONSABILITÉS CLÉS 1. Release Orchestration - Livrer sans régresser → Coordonner les releases multi-composants : firmware, backend Go, webapps React, iOS/Android - en parallèle et sans collision → Définir et faire respecter les gates qualité avant chaque mise en production → Piloter les go/no-go : arbitrage clair, documenté, partagé avec les équipes et le Product → Gérer les campagnes Squash TM : planification, exécution, traçabilité exigences/tests, reporting 2. Incidents Production → Cas de Test Tout incident terrain génère un cas de test. Triage CS → extraction du scénario de défaillance → écriture du cas de test par le QA Lead lui-même → intégration en suite de régression → validation avant la prochaine release. Ce cycle est non-négociable. Le QA Lead écrit le test. Il ne le délègue pas. 3. Challenge Qualité - Scénarios & Couverture → Challenger les plans de test et scénarios E2E - pas juste valider, remettre en question → Valider que les cas critiques couvrent les flux réels : shipment, OTA, BLE, alertes capteurs, parcours partenaire → Participer aux recettes sur les features complexes et signer la conformité avant release → Orienter les priorités d'automatisation Robot Framework : ROI avant volume → Exécuter les tests en direct quand nécessaire - sur les flux complexes, les bugs ambigus ou les releases à fort enjeu, la validation de première main est non-négociable 4. Interface CS, Produit & Équipes Techniques → Centraliser les remontées Customer Support et les traduire en problèmes qualité actionnables → Prioriser les tickets backlog QA en lien avec le Product : bugs critiques, régressions, dette de couverture 5. Structurer - Équipe & Processus → Faire monter l'équipe QA en compétences : organisation, adoption des outils, structuration des pratiques → Structurer les processus QA : Definition of Done, critères d'entrée/sortie, environnements staging 6. IA dans les Processus QA - Usage Quotidien, Pas Optionnel → Génération de cas de test - à partir des PRDs, specs API et user stories : produire une première couverture, identifier les angles morts user Le profil recherché vous ne vous contentez pas de superviser le travail des autres. Boucle fermée - Un incident sans cas de test associé, c'est un incident non résolu. Orchestrateur - Vous coordonnez sans bloquer - mais votre crédibilité vient de ce que vous faites, pas seulement de ce que vous dirigez. Builder de durée - Vous structurez pour que l'équipe QA soit autonome et scalable - en commençant par votre propre exemple. Indispensables Tests système E2E - exécuter et maintenir soi-même des scénarios E2E, pas seulement définir la stratégie Release management - coordination multi-composants, gates qualité, go/no-go documenté Robot Framework - écriture, maintenance et debug de suites de test en production, pas seulement lecture ou relecture Tests API - REST/gRPC, validation de contrats, Postman / Bruno Interface produit/CS - traduction incidents → backlog → test, priorisation avec les PM IoT / Embedded - compréhension des enjeux firmware/hardware, collaboration avec l'équipe Embedded Data-driven - lec