Le mot artefact vient de l'expression latine arte factum, habileté + faire. Même si le mot artefact a des origines nobles, il peut avoir une connotation positive ou négative dans l'ingénierie logicielle et le développement de produits.
Une réponse sur StackExchange (What does artifact mean ?) comprend "Des exemples seraient des documents de conception, des modèles de données, des diagrammes de flux de travail, des matrices et des plans de test, des scripts de configuration, ..."
Lors du développement de produits, il est parfois sous-entendu que certains types d'artefacts ont moins de valeur que le produit livré au client. Même le Manifeste Agile comprend l'expression " un logiciel fonctionnel plutôt qu'une documentation complète. "
Un artefact peut avoir un large éventail de valeurs. Dans le contexte du développement de nouveaux produits, les livrables sont un sous-ensemble d'artefacts.
Souvent, la valeur relative d'un seul livrable n'est pas connue pendant le développement. La contribution relative de tout livrable au projet peut être estimée rétrospectivement, mais la valeur de tout livrable est soumise à la perspective de l'évaluateur. Les codeurs ont tendance à valoriser le code fonctionnel. Un autre individu peut souligner l'importance des prototypes qu'il a créés. Les copywriters valorisent les messages persuasifs.
Le produit disponible pour les clients peut être caractérisé comme un ensemble de livrables externes. Les autres éléments peuvent être caractérisés comme des livrables internes. Ceux-ci ne sont pas disponibles pour le client.
Pour un développement réussi, une multitude de contributeurs s'efforcent d'agir de manière cohésive et harmonieuse pour produire un ensemble diversifié de livrables qui s'assemblent pour former un produit de valeur abondante. En fin de compte, les clients et les utilisateurs évaluent la valeur en fonction de la capacité d'un produit à résoudre leur problème actuel ou à accomplir une tâche importante.