Concept: Artefact
Un artefact est un produit fournissant une description et une définition de produits importants et tangibles.
Description principale

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.