L’ organisation consiste à faire des choix importants.
En traçant des lignes, la structure organisationnelle définit l’importance relative et les ressources de périmètres définis. En fin de compte, ceux qui obtiennent plus de ressources héritent également de plus de pouvoir et d’influence dans l’organisation.
Les acteurs auront du mal à jouer au plus haut niveau au sein d’une organisation mal conçue. Les signes de tels systèmes peuvent aller de guerres politiques, de pairs toxiques à des gestionnaires incompétents.
Le Quality Engineering est le paradigme qui contraint les activités logicielles à une livraison continue de valeur. Sa perspective organisationnelle nécessite un ensemble dédié de pratiques pour évoluer et maintenir un écosystème en Quality at Speed.
La mise en œuvre du Quality Engineering s’articule autour du référentiel MAMOS : Methods, Architecture, Management, Organization, Skills. Cet article se concentre sur le domaine de l’Organisation partageant les pratiques de transition.
Suivez la QE Unit pour plus de Quality Engineering.
Méthodologie
Ce guide est un travail en cours à adapter en fonction des retours d’expérience. Chaque pratique a un pointeur principal sans backlinks ni publicités. Il évoluera dans le cadre de la construction du Framework de Quality Engineering.
Chaque pratique a été classée parmi la qualité, la rapidité et la complexité par un score maximum représentant la priorité de mise en œuvre. Cet article n’est qu’un extrait, vous pouvez accéder à la hiérarchisation complète de ces pratiques disponible ici.
L’organisation d’un écosystème de Quality Engineering
Le Quality Engineering ne se fera pas en maintenant les organisations cloisonnées existantes. Des changements structurants sont nécessaires en termes de conception organisationnelle pour itérer sur la livraison continue de valeur avec un minimum de collaboration viable.
Le premier changement fondamental est de supprimer l’acronyme « Quality Assurance » et toutes ses significations dans l’organisation. Le QA doit être remplacé par une responsabilité claire de la qualité pour chaque département de l’entreprise, y compris le nouveau QE.
La nouvelle structure du Quality Engineering nécessite une identité claire pour être comprise au sein de l’organisation. Il doit avoir un nom clair, des rôles et des contributions explicites sur les livrables qu’ils possèdent ou permettent de livrer pour d’autres équipes.
Construire une organisation de Quality Engineering nécessite les compétences nécessaires tout au long de la chaîne de valeur dans les différentes équipes. Les compétences doivent donc être composées d’acteurs existants, embauchés au besoin et développés au fil du temps.
Organization Framework
La courbe de mise en œuvre de Le Quality Engineering recommandée par impact pour l’organisation.
Pratiques organisationnelles
Conception organisationnelle
Supprimer le silo QA
Le changement symbolique de la suppression du nom « Quality Assurance », du silo visuel et des autres éléments associés en « QA » permet une séparation claire dans l’esprit des acteurs. C’est un point important pour marquer le changement par rapport au passé dans la gestion du changement.
Mais supprimer le silo QA ne signifie pas qu’il n’y a plus d’ingénieurs qualité ou de testeurs dans l’organisation. Cela signifie qu’une structure organisationnelle différente et les responsabilités associées doivent être définies. C’est l’objectif des autres pratiques.
Rendre les équipes de première ligne responsables de la qualité
Le point douloureux traditionnel d’un service d’assurance qualité est d’agir en tant que contrôle de la qualité : responsable de la qualité des produits expédiés, effectuer la cueillette et fournir des rapports à la production. Des boucles collaboratives plus courtes sont nécessaires pour le Quality at Speed.
La responsabilité majeure de la qualité du produit doit être confiée aux équipes qui spécifient, conçoivent, développent et exploitent le logiciel. Traditionnellement, il s’agit d’équipes cross-fonctionnelles composées de produits, d’ingénierie et d’opérations.
Rendre les rôles responsables pour permettre la qualité
La responsabilité de la qualité pour les rôles existants de « Quality Assurance » doit changer. Ils deviennent comptables et responsables de permettre aux équipes de première ligne d’interagir régulièrement avec eux, tout en prenant des responsabilités pour accélérer.
Un service de Quality Engineering prendra généralement en charge l’aspect d’activation de la qualité en fournissant des outils pour des boucles de rétroaction rapides (test bootstrap, quality gates). Ils peuvent également posséder le software craftsmanship ou l’engineering productivity.
Changer l’équipe « Quality Assurance »
Nommer l’équipe de Quality Engineering
L’équipe nouvellement créée doit être nommée pour exister toujours au sein de l’organisation et clarifier les interactions avec les autres équipes. Une identité d’équipe marque le changement, crée de l’attractivité et permet de clarifier les nouvelles responsabilités par la suite.
Vous pouvez faire cet exercice en collaboration pour l’engagement. Les exemples de dénomination courants sont « Quality Engineering », « Craft », « Quality Enablement » (par exemple, Manomano a fait une combinaison avec « Qraft »).
Nommez les rôles de Quality Engineering
De nouveaux rôles sont nécessaires pour générer de nouvelles interactions, livrables et résultats. Votre équipe de Quality Engineering a besoin de rôles tels que le craftsmanship coach, quality advisor, quality engineer pour à la fois agir pour et soutenir la qualité.
Vous ne pouvez définir qu’un seul rôle pour gérer différentes activités de Quality Engineering afin de conserver plus de flexibilité dans les capacités des membres de votre équipe. Vous laissez aux gens plus de liberté d’action en ne les enfermant pas dans des rôles trop restreints.
Clarifier les rôles de Quality Engineering
Des attentes claires concernant les résultats et les interactions sont nécessaires pour faire d’une organisation de Quality Engineering une réalité. Vous devez expliciter les activités de soutien, de mentorat, de résolution de problèmes et de suivi de chaque rôle.
Une manière pragmatique consiste à cartographier les interactions des différents rôles sur des livrables concrets (par exemple, les testing notes sont écrites par le Product Owner et examinées par le quality advisor, responsable des testing notes guidelines).
Faire évoluer la composition de la nouvelle équipe
Composer avec les rôles existants
Vous devez commencer avec vos équipes existantes dans les premières phases de votre transition Quality Engineering. Capitalisez sur votre coalition directrice et votre équipe à succès pour identifier rapidement les acteurs potentiels au sein de l’organisation dès les premières étapes.
Restez ouvert à la composition autour des compétences et des capacités de votre personnel plutôt que d’un titre de poste. Vous pouvez même commencer avec des équipes fullstack pour des itérations plus rapides si vous le pouvez. L’expérimentation de l’amélioration continue fait partie du Quality Engineering.
Embauchez les compétences manquantes pour gagner en rapidité
Vous manquerez probablement des compétences importantes en Quality Engineering. Tout d’abord, vous devez les identifier en effectuant une analyse des écarts à partir de la définition de vos activités. Ensuite, vous devez prioriser là où il y a plus de valeur commerciale potentielle.
Vous pouvez alors choisir d’affecter des profils internes ou d’engager des ressources externes pour plus de flexibilité ou une charge de travail moindre. Commencez tôt à rechercher des ressources internes car il faut du temps pour gérer la rotation et l’intégration au sein des différentes équipes.
Développer les compétences manquantes
Une transition organisationnelle vers le Quality Engineering est un cheminement continu où les équipes sont adaptées en fonction des priorités produits. En attendant, les compétences nécessitent un développement constant pour rester à un niveau élevé et à jour.
Vous pouvez utiliser une matrice de compétences et une planification trimestrielle pour conduire un plan d’amélioration continue. Des méthodologies formelles de formation, de coaching et de pratique peuvent être utilisées. Appuyez-vous sur des modèles de partage dynamiques tels que le mentorat, le partage interne pour accélérer.
Framework
Ces pratiques vous prépareront à un parcours de transformation vers une organisation de Quality Engineering. Les pratiques vous aideront à maintenir une amélioration et une adaptation continues avec des capacités, des processus systématiques et un apprentissage organisationnel.
Ce contenu était limité au pilier de l’organisation, laissant les pratiques restantes des Methods, Architecture, Management et Skills dans des contenus séparés. L’objectif est de l’enrichir au sein de la communauté et d’améliorer son contenu.
Vous pouvez accéder au framework complet de Quality Engineering contenant le classement des pratiques en termes de qualité, de vitesse et de complexité. Il contient également une option pour personnaliser la priorité de certaines pratiques et vous laisse déjà avec un plan d’action.
Suivez la QE Unit pour plus de Quality Engineering.
La définition, le manifeste et le framework de Quality Engineering sont disponibles via une licence Creative Common Attribution-NonCommercial-ShareAlike 4.0 International (CC BY-NC-SA 4.0).