Software Factory Dashboard : indicateurs et métriques avec Komea
-
Upload
sylvain-leroy -
Category
Software
-
view
204 -
download
0
description
Transcript of Software Factory Dashboard : indicateurs et métriques avec Komea
1
Tocea I 2014 Reproduc1on Interdite
Komea Dashboard
Monitoring du processus de développement
2
Tocea I 2014 Reproduc1on Interdite
Komea Dashboard : objec1fs
Synthé(ser les indicateurs et alertes du processus de développement dans un ou(l unique.
• S’appuyer sur les données de la forge ou1llée : de la GCL au déploiement
• Proposer une vision basée sur l’organisa1on des développements et dans la durée
• Solu1on ouverte intégra1on en aval et en amont
3
Tocea I 2014 Reproduc1on Interdite
Komea Dashboard : architecture applica1ve
Connexion
Stockage
Interpréta1on
Agréga1on BI Stats
Repor1ng Communica1on
Intégra1on
4
Tocea I 2014 Reproduc1on Interdite
Komea Dashboard : possibilités d’u1lisa1on
Pilotage d’équipes de développement sur la base d’objec1fs
GPEC / CV dynamique de développeurs
Pilotage de la GCL (mode GIT Stats)
Intégra1on d’indicateurs techniques à la ges1on de projet
Mesurer l’efficacité du processus de développement
5
Tocea I 2014 Reproduc1on Interdite
Komea : les connecteurs d’intégra1on
• GCL ü (script et trigger) ü CVS ü (script et trigger)
• Build ü
• Intégra1on con1nue ü (plug-‐in)
• Métriques / Qualité du code ü PMD
ü ü
ü (plug-‐in) ü Cobertura
• Tests ü (plug-‐in)
• Ticke1ng ü Jira ü (plug-‐in) ü
• Sécurité ü LDAP ü
Développement de plug-‐in à la demande
6
Tocea I 2014 Reproduc1on Interdite
Komea Dashboard : interfaces de res1tu1on
Autre …
CYFE
Liferay
7
Tocea I 2014 Reproduc1on Interdite
Présenta1on d’un cas d’u1lisa1on client
Solu1on de pilotage d’une forge ou1llée (environnement C/C++)
8
Tocea I 2014 Reproduc1on Interdite
Komea Dashboard : Les abentes ini1ales
• Contexte : stratégie d’industrialisa1on des développements
• Objec1fs : Quan1fier les résultats obtenus en regard des efforts inves1s
9
Tocea I 2014 Reproduc1on Interdite
Cas d’u1lisa1on : descrip1on de l’environnement technique
• GITlab • Perforce (2 serveurs) • Jenkins (2 serveurs maître) • Sonarqube (2 serveurs)
• Coverity • Testlink • Bugzilla • Time repor1ng (spécifique client)
• Excel (ges1on de projets) • Intégra1on LDAP et Ac1ve Directory
10
Tocea I 2014 Reproduc1on Interdite
Komea Dasboard : Fonc1onnalités mises en œuvre
• Généra(on et main(en des indicateurs
• Mesure en temps réel des indicateurs
• Parcours de l’historique pour chaque indicateur
• Consolida(on et comparaison de l'ac1vité entre différents projets
• Agréga(on et priorisa(on des données par l'environnement de développement
• Mesure et chiffrage de l'ac1vité d'un projet sur la base d'évènements techniques fiables
• Res(tu(on Ecran TV & portail intranet Liferay
11
Tocea I 2014 Reproduc1on Interdite
Komea Dashboard : Plug-‐in Jenkins
• U1lisa1on de l’interface Rest API • Evénements transmis
ü Au lancement du build § Build_started § Build_industrializa1on (level) § Buildcodechanged (par développeur) § Buildstartedby_user (par membre)
ü A la fin du build § Résultat du build (complete, failed,…)
§ build_broken ou build_fixed par « commiter »
12
Tocea I 2014 Reproduc1on Interdite
Komea Dashboard : Architecture technique
13
Tocea I 2014 Reproduc1on Interdite
Komea Dasboard : Les KPI
• Une centaine d’indicateurs techniques • Environs une dizaine pour le suivi quo1dien
• Les autres servent à l’analy1que et au diagnos1c : ü bilan post livraison ü objec1fs qualité ü …
14
Tocea I 2014 Reproduc1on Interdite
Komea Dashboard : Bénéfices
• Centraliser les besoins en termes de repor1ng pour une popula1on étendue (transparence et communica1on pour tous les intervenants)
• Rendre homogène le monitoring de la forge logicielle
• Valoriser la fonc1on d’ingénieur intégrateur • Eviter les dérives de développement interne
• Jus1fier la démarche d’industrialisa1on
15
Tocea I 2014 Reproduc1on Interdite
Komea Dashboard : Avantages
• S’adapter à l’ou1llage existant • Autoriser la créa1on de KPI de manière aisée • Etre agnos1que vis à vis des ou1ls de res1tu1on (portail, Mode saas, BI)
• Fournir un noyau facilement extensible • Proposer une implémenta1on progressive des tableaux de bord
• Exploiter les possibilités des technologies Java (Rest API, groovy,…)
16
Tocea I 2014 Reproduc1on Interdite
Première étape : prise de connaissance du contexte du client
• Inventaire des ou1ls u1lisés dans l’environnement de développement
• Le patrimoine logiciel (langages, types de produits)
• Les méthodologies de développement ü Ges1on de versions, branches, intégra1on con1nue, workflow bugtracking, ges1on de projet (budget, temps, risque, valeur ajoutée)
• Défini1on des KPIs • Plan d’améliora1on