Innovation dans les processus du departement de maintenance des applications Java chez Canadien National
Notice bibliographique
Résumé
Ce présent projet, comme exigence à la Maîtrise en génie logiciel, a été réalisé chez Canadien National dans le but d'innover les processus à l'intérieur du département de la maintenance des applications et systèmes Java du côté des opérations. La documentation et l'analyse du processus initial m'ont permis d'identifier cinq problèmes majeurs, dont l'absence de vue d'ensemble, la priorisation segmentée, l'état d'avancement inconnu, l'estimation impossible et la non-communication des informations de solutions. Pour les résoudre, j'ai fait une étude et une analyse des méthodes et des normes afin de prendre connaissance des meilleures solutions qui ont déjà été implantées dans l'industrie et ainsi s'en inspirer. Pour assurer le succès de mon projet d'amélioration, j'ai défini une méthodologie et l'ai déployée, incluant une phase de démarrage, de mise en œuvre, d'amélioration et finalement de fermeture. Les objectifs, afin de résoudre les cinq problèmes de départ, ont été atteints grâce à la mise en œuvre du cadre Scrumban à l'intérieur du processus initial. En plus de résoudre la problématique, Scrumban nous aide à être beaucoup plus efficaces et mieux organisés, ce qui nous permet d'ajouter plus de valeur à la compagnie. Pour soutenir cette mise en œuvre, j'avais sélectionné un premier outil - Kanboard - et l'ai utilisé. Étant donné qu'il n'était pas intégré avec notre outil de gestion des requêtes de changement - HP Service Manager (HPSM) - j'ai dû changer d'outil pour Jira, pleinement intégré avec HPSM, nous évitant ainsi une double saisie des informations. J'ai par ailleurs instauré des rencontres hebdomadaires de synchronisation et de partage des connaissances avec tous les membres de l'équipe de maintenance des applications Java du CN, ce qui permet une plus grande flexibilité d'affectation des membres d'équipe à différentes applications. Ce projet d'application a été limité à notre département, bien que la méthodologie utilisée soit prévue d'être appliquée aux autres groupes de maintenance logicielle du CN au cours des prochaines années (voire même des prochains mois). Le cadre Scrumban est plutôt récent dans le domaine du génie logiciel et des technologies de l'information. Le fait de l'avoir mis en pratique nous permet d'être avant-gardistes au sein du CN et va probablement motiver et aider nos collègues à innover comme nous.
Récupéré en direct depuis OpenAlex et désinversé. Les résumés ne sont pas conservés dans cette base de données : les index inversés représentent 8,6 Go des 9,3 Go de texte de la base, et le serveur dispose de 13 Go libres.
Comment cette classification a été obtenuedéplier
Prédiction machine sur la base complète
Imitation des enseignantsNi prévalence calibrée, ni vérité terrain. Validation humaine à venir. Le volet Gemma est une étiquette directe du modèle pour chaque travail de la base, lue sur la notice réduite au titre. Le volet Codex est un classifieur appris des 10 348 étiquettes directes de Codex et calibré sur les taux pondérés de l'échantillon; les champs sans appui suffisant ne portent aucun appel Codex. Le mode candidate est l'union des deux volets; le consensus est leur intersection. Ces sorties portent le statut machine_predicted_unvalidated et ne sont pas des étiquettes humaines.
Scores du classifieur distillé par catégorie (deux têtes)
| Catégorie | Codex | Gemma |
|---|---|---|
| Métarecherche | 0,010 | 0,014 |
| Méta-épidémiologie (sens strict) | 0,001 | 0,001 |
| Méta-épidémiologie (sens large) | 0,000 | 0,001 |
| Bibliométrie | 0,003 | 0,002 |
| Études des sciences et des technologies | 0,002 | 0,002 |
| Communication savante | 0,004 | 0,003 |
| Science ouverte | 0,002 | 0,002 |
| Intégrité de la recherche | 0,001 | 0,002 |
| Charge utile insuffisante (le modèle a refusé de juger) | 0,004 | 0,001 |
Scores machine (provisoires)
Les deux têtes enseignantes du modèle étudiant, lues sur ce travail. Un score ordonne la base pour la relecture; il n'affirme jamais une catégorie, et le statut de validation accompagne chaque rangée tel quel.
Scores de référence d'un modèle non mature (critères de maturité non atteints, 7 itérations). Un score ordonne; il n'affirme jamais une catégorie.
score_only:v0-immature-baseline · tel quel depuis la passe de notation : score_only signifie que le nombre peut ordonner les travaux, et qu'aucune étiquette de catégorie n'en découleClassification
machine, non validéePrédiction automatique; un appel candidat d’une seule source (Gemma direct ou Codex distillé), pas un consensus.
Le détail, modèle par modèle et score par score, se trouve en fin de page sous « Comment cette classification a été obtenue ».