ANF Qualité Logicielle
Mise en place des pratiques collectives de la qualité logicielle
pratique collective

La Pratique collective

  • Pratique collective : ce n'est pas une démarche individuelle

  • Pratique collective : tout le monde doit participer

  • Pratique collective : tout le monde doit avoir la même vision du produit à développer

  • Pratique collective : tout le monde doit adhérer

  • Pratique collective : un plan commun doit être établi

  • Pratique collective : une culture qualité et une stratégie qualité sont nécessaires au sein de l'équipe projet

La mise en place

  • Il faut prévoir la démarche qualité au coeur du projet, ne pas la gérer à la fin

  • Par conséquent, prévoir du temps pour cette thématique

  • Ne pas vouloir tout faire d'un coup

  • S'appuyer sur les outils et les bonnes pratiques existants

  • Ne pas croire que les outils vont tout résoudre pour vous

  • Ne pas sous-estimer la phase de mise en place

La mise en place par étapes

  1. Lire les standards et les manuels avant de se lancer

  2. Définir un référentiel de bonnes pratiques de code

  3. Adopter une gestion centralisée du Code Source

  4. Mettre en place des tests automatisés

  5. Documenter l’architecture du code et le code

  6. Déployer une CI/CD

  7. Monitorer tout élément automatisé

Définir un référentiel de bonnes pratiques

  • Sensibiliser les équipes à la Qualité Logicielle

  • Échanger sur les bonnes pratiques

  • Former les développeurs débutants

  • Mettre en place des règles métiers, des conventions de nommage

Déployer une CI/CD

  • Ne cherchez pas à créer votre usine logicielle en une fois

  • Automatisez déja vos tests / vos livraisons localement

  • Examinez les logs de votre CI/CD même quand ça marche

Feedback

Difficultés rencontrées

Karin Dassas
  • Maîtrise de la nomenclature
    • des jalons et livrables
    • des métriques
    • des standards ECSS-E-ST-40C(6March2009) et ECSS-Q-ST-80C-Rev.1(15February2017)
    •  
  • Se convaincre et surtout convaincre
    • commits réguliers avec logs explicites
    • tout tracer : nouvelles tâches, bug même minime, commenter les tâches
    • nécessité d’une doc de design aboutie
    •  
  • Outils adéquats

Astuces

Karin Dassas
  • Prendre le temps de se renseigner
    • auprès des autres labos
    • autres institutions (ESA, assurance produit workshop)
    • récupération de plateformes existantes (docker Sonarqube du CNES)
    • récupération d’exemples adaptés
    •  
  • Outils gestions tâches et NC
    • pour le dev, issues sous gitlab, groupes et sous groupes, facilitent la vie
    • pour les NC officielles, Redmine
    •  
  • Doc ECSS
    • Handbook découvert trop tardivement : ECSS-E-HB-40A
  •  
  • Collaboration avec les ingénieurs qualité
    • Climat de confiance
Mise en place
William Recart
  • Mettre en place l’assurance qualité au plus tôt
  • Définir les indicateurs qualité au plus tôt, ils vont guider votre politique qualité
  • Ne pas hésiter à discuter les exigences qui vous paraissent difficile à mettre en place
  • Choisir un outil en fonction de son propre besoin
  • Un outil ne fait pas tout, il faut le configurer pour son propre besoin !