Un schéma ALM offre les fonctionnalités de sécurité, de gouvernance,
de traçabilité et de gestion des enchaînements d'activités.
Le schéma ALM repose sur des types d'enregistrement principaux liés entre eux
pour garantir que les demandes de changement dont évaluées, affectées, suivies,
exécutées et résolues dans le cadre d'un processus qui assure une traçabilité et un suivi
complet.
Les types d'enregistrement principaux sont ALMRequest, ALMTask et ALMActivity.
Un enregistrement ALMRequest représente une demande d'un certain type de changement.
Une tâche ALMTask adresse une demande et aide à gérer les activités, qui sont les
unités de travail requises pour exécuter la tâche.
Un enregistrement ALMTask peut être utilisé par un gestionnaire ou chef d'équipe pour gérer le travail à
effectuer et les ressources à affecter pour toutes les activités.
Chaque type d'enregistrement de travail ALM dispose d'une zone Type pouvant être
utilisée pour décrire le type de travail (Defect, Enhancement
et Release requirement par exemple). Bien que les packages ALM incluent des valeurs Type
communes aux meilleures pratiques de développement de logiciels, vous n'y êtes pas limité et pouvez créer vos propres types.
Les relations entre les types d'enregistrement peuvent permettre de faciliter
les processus de gestion des changements impliquant plusieurs rôles. Par exemple,
lorsqu'une action CreateTask d'un enregistrement Request est exécutée, une ou plusieurs
tâches peuvent être créées. Si des tâches ont déjà été créées pour cette demande,
vous pouvez spécifier la création du même ensemble ou d'un ensemble différent d'une ou plusieurs
tâches avec des types de tâches identiques ou non aux types de demandes.
Lorsqu'une action CreateActivity d'un enregistrement Task est par exemple exécutée, une ou plusieurs
activités de différents types peuvent être créées. Si des activités existent déjà pour cette tâche, vous pouvez créer un ensemble d'activités différent. La souplesse de personnalisation du processus de travail
est disponible mais facultative.
Chaque type de travail peut être associé à des rôles utilisateur spécifiques
(par exemple, un rôle Test associé à une activité Test). Chaque rôle répertorie
les membres de l'équipe qui sont autorisés à effectuer ce type de travail.
Un processus de travail ALM commence par une demande :
- Un utilisateur soumet une demande. La demande de changement doit décrire
une demande d'amélioration, un besoin d'édition ou un défaut.
- Une équipe de tri ou un gestionnaire de contrôle des changements révise la demande
et l'accepte ou la refuse. S'il l'accepte, il crée une tâche, qui est
une description de niveau élevé du travail à effectuer pour implémenter la
demande. L'enregistrement de demande inclut un lien vers l'enregistrement de tâche et
la tâche est affectée à un projet.
- Un coordinateur de développement de logiciel ou un autre chef d'équipe révise la tâche, puis
l'active. L'activation de la tâche crée des activités destinées à compléter la
tâche. Le chef d'équipe affecte ces activités aux membres de l'équipe. Les
activités sont par exemple des activités de développement, de test et de documentation
(Doc). L'enregistrement de tâche inclut des liens vers les enregistrements d'activité,
qui incluent des liens vers la tâche.
- Les coordinateurs de développement, de test et de documentation attribuent leurs activités aux
membres de l'équipe qui mettent à jour les enregistrements d'activité, afin qu'ils reflètent leur
travail. Lorsque le travail est terminé, ils distribuent leurs changements et marquent leurs activités comme étant
Complete.
- Un ingénieur d'édition intègre et compile les changements distribués, puis crée des versions de référence.
- Un testeur teste les changements dans les versions de référence. Le coordinateur de test marque une tâche de
test comme étant Complete une fois que les activités de test ont été exécutées et terminées.
- L'utilisateur qui a soumis la demande passe en revue la tâche et ses activités et, s'il est satisfait,
la marque comme étant Complete.
Ce processus permet de fournir la traçabilité d'une demande d'utilisateur
initiale à toutes les activités requises pour satisfaire la demande.
Les types de rôles communs pour un schéma ALM sont :
- Emetteurs. Bien qu'il ne s'agisse pas d'un rôle ALM défini, un émetteur peut
être une personne quelconque, par exemple, un ingénieur de support, développeur de logiciels, testeur,
rédacteur technique ou gestionnaire. Un émetteur peut :
- Soumettre des demandes.
- Vérifier l'état de la demande.
- Gestionnaire de développement ou de projet ou chefs d'équipe. Ces rôles peuvent trier
les demandes et identifier les cibles d'édition. Un gestionnaire peut :
- Vérifier l'état de la demande et la fermer le cas échéant.
- Vérifier si la charge de travail des développeurs de logiciel est répartie de manière adéquate.
- Exécuter des rapports (métriques de demande, recherche, fermeture, entrant, état d'une
édition).
- Les rôles d'évaluateur de documents, testeur et développeur de logiciels peuvent :
- Rechercher des demandes qui leur sont affectées.
- Travailler sur ces demandes et les résoudre.
- Gestionnaire de support ou de produit. Ces rôles :
- Exécutent des rapports (métriques de demande, recherche, fermeture, entrant, état d'une
édition).
- Vérifient l'état de la demande et de l'édition.
Bien qu'un utilisateur puisse avoir plusieurs rôles à tout moment, un schéma ALM permet une transition définie plus précisément entre les rôles.
Par exemple, le même utilisateur (développeur de logiciels) peut soumettre une demande puis s'affecter une activité associée et la résoudre. Dans cet exemple, le même utilisateur est l'émetteur, le coordinateur de développement et le testeur.