Les artefacts sont des produits clairement définis et tangibles qui sont utilisés, produits ou modifiés par les
tâches. Les artefacts peuvent être composés d'autres artefacts. Un artefact de modèle, par exemple, peut être
composé d'éléments de modèle, qui sont eux-mêmes des artefacts. Ils peuvent servir de base à la définition des actifs
réutilisables. Les rôles utilisent les artefacts pour réaliser des tâches et pour produire des artefacts lors de
l'exécution de tâches.
Les artefacts sont gérés par un seul rôle, ce qui facilite l'identification et la compréhension de la responsabilité et
soutient l'idée que toutes les informations produites dans la méthode nécessitent un ensemble approprié de compétences.
Même si un rôle peut "posséder" un type particulier d'artefact, d'autres rôles peuvent quand même utiliser les
artefacts et peut-être même les mettre à jour s'il a été permis au rôle de le faire.
En général, les artefacts ne sont pas des documents. De nombreuses méthodes se focalisent trop sur
les documents, et en particulier sur la documentation papier. L'approche la plus efficace et la plus pragmatique
pour gérer des artefacts de projet consiste à maintenir ces artefacts au sein de l'outil adapté utilisé
pour les créer et les gérer. Si nécessaire, vous pouvez générer des documents (instantanés) à partir de ces outils, sur
une base juste-à-temps.
Exemples d'artefacts :
-
Spécification de cas d'utilisation stockée dans Microsoft Word.
-
Modèle de conception stocké dans Rational Software Architect.
-
Planning de projet stocké dans Microsoft Project.
-
Anomalie stockée dans Rational ClearQuest.
-
Base de données des exigences du projet sur Rational RequisitePro.
Notez aussi que des formats tels que les tableaux blancs ou les tableaux à feuilles détachables peuvent
être utilisés pour enregistrer des informations illustrées telles que les diagrammes UML, des informations tabulaires
telles que de courtes listes d'information d'état ou même des informations textuelles telles que de courtes
déclarations de vision. Ces formats fonctionnent bien pour les équipes plus réduites et travaillant au même endroit,
dont tous les membres ont un accès immédiat à ces ressources.
Cependant, il existe toujours des artefacts qui doivent être ou sont mieux adaptés au format texte, comme dans le cas
d'un apport externe au projet, ou encore si ce format constitue le meilleur moyen de présenter des informations
descriptives. Dans la mesure du possible, les équipes doivent envisager l'utilisation d'outils de groupe de
travail, tels que les sites WikiWiki ou Groove, pour enregistrer la documentation texte sur support électronique,
simplifiant ainsi la gestion de contenu et de version. Cette méthode est particulièrement importante lorsque des
archives historiques doivent être conservées, pour répondre à des exigences d'audit par exemple. Pour tout effort de
développement significatif, a fortiori lorsque des équipes de développement importantes sont impliquées, les
produits sont plus susceptibles de faire l'objet d'un contrôle de version et d'une gestion de
configuration. Cela est parfois uniquement accompli par la gestion de version du produit conteneur, lorsqu'il
est impossible de le faire pour les artefacts individuels qu'il contient. Par exemple, dans le développement logiciel,
vous pouvez contrôler les versions d'un modèle de conception complet ou d'un package de conception, et non les classes
individuelles qu'ils contiennent.
|