Livrable

NomenclatureLivrable

Le nom d’un ou de plusieurs ressources livrées n’est pas conforme aux règles spécifiées (voir PackagingLivrable).

commentaire:Les livraisons sont des points clés de la vie d’un produit logiciel et l’attention qui doit y être portée est extrème. Ne pas respecter des règles de nomenclature spécifiées auparavant est un problème important. D’une part cela montre que l’organisation productrice n’est pas capable de suivre des règles élémentaires, d’autre par cela rend impossible le traitement automatique des éléments livrés par l’organization cliente.
exemple:S’il a été demandé de livrer un seul fichier sous la forme CyberKebab-GXXX-Y.pdf ou XXX est le numéro d’un groupe et Y le numéro de livraison, alors CyberKebab-G203-2.pdf est valide mais Cyberkebab_210.pdf ne l’est pas. Si l’organisation client doit gérer de multiples livraisons il est fort à parier que des scripts automatisent certaines parties. Ne pas respecter les conventions peut lier à des problèmes plus où moins importants.
paquetage:Livrable

DelaiLivrable

Le ou les délais de livraison n’ont pas été respectés.

paquetage:Livrable

FormatLivrable

Le format des ressources livrées n’est pas conforme aux attentes (voir PackagingLivrable).

paquetage:Livrable

VerificationLivrable

Chaque élément constitutif du livrable doit absolument être vérifie avant la livraison et toutes les règles qualités applicables doivent être impérativement contrôlées.

commentaire:La qualité des livrables reflête généralement la qualité de ce qui se fait dans une organisation. Le client recevant un livrable de mauvaise qualité doit non seulement faire face aux problèmes posés par cette absence de qualité mais aura de plus une mauvaise image de l’organisation.
exemple:Il est inadmissible de fournir un document sans le relire.
paquetage:Livrable

DescriptifLivrable

Le descriptif d’un ou plusieurs livrable est manquant, incomplet ou incohérent.

commentaire:Dans le cas où un livrable composite est livré, c’est à dire que le livrable est formé de différents artefacts, par exemple rassemblés dans une archive, il est indispensable d’ajoindre un descriptif du contenu du livrable en mentionnant quels sont les artefacts livrés mais également les relations qui les lient. Ce descriptif peut prendre la forme d’un fichier “README”, d’un manifeste, ou de tout autre artefact clairement identifiable.
paquetage:Livrable

PackagingLivrable

Le packaging du livrable, c’est à dire la manière dont les différents artéfacts ou éléments on été assemblés et conditionnés ne correspond pas aux attentes, ne sont pas conforme aux éventuels critères spécifiés ou requière de la part du client un effort supplémentaire de conditionnement ou déconditionnement qui doit lui être épargné.

commentaire:L’activité de packaging est à la charge du producteur et non pas à celle du client. Ce dernier est en droit est droit d’attendre un produit livré, assemblé, conditionné, et généralement directement utilisable. C’est le client qui connait mieux le produit qu’il livre, sa structure et ses composants, et c’est à lui que revient l’effort du packaging car cela fait partie intégrante de la production.
exemple:Si un fichier .pdf est demandé ou une structure précise en terme de fichiers dans une archive .zip est demandé, il est absolument indispensable de respecter ces consignes et de livrer ce qui est demandé sous la forme demandée.
paquetage:Livrable

NonLivre

Un ou des artefacts, ou des parties d’artefacts non pas été livrés et la livraison n’est donc pas conforme aux résultats attendus.

paquetage:Livrable

Auteur

Le ou les auteurs du document, qu’il s’agisse de personnes physiques ou morale, ne sont pas indiquées clairement ou de manière appropriées.

paquetage:Livrable

DefautDejaMentionne

Un ou des défauts ont déjà été mentionnés dans un audit précédent et n’ont pas été corrigés ou amendés dans le livrable courant.

commentaire:Cette situation est inacceptable car elle remet en cause le processus d’évolution et le principe même d’audit. Si les défauts détectés au cours des audits successives ne sont pas commentés, pris en compte ou corrigés, ils risquent d’être impossible de converger vers un produit final de qualité. Par ailleurs, les audits ayant un coût non négligeable, devoir redétecter des défauts déjà mentionnés constitue à la fois une perte de temps pour l’équipe qualité, mais marque également une dégradation de la confiance par rapport à la capacité de l’équipe de production de délivrer un produit final.
paquetage:Livrable

Date

Une des dates mentionnées semble être incorrectes, non mise à jours, ou une date semble manquante.

paquetage:Livrable

GestionDeVersions

La gestion des versions semble inexistante, instatisfaisante ou présente des défaults.

commentaire:La gestion de versions est un des aspects essentiels pour la réussite des projets. La gestion de version est l’un des éléments essentiels pour passer du niveau initial et “chaotique” au niveau répétable du modèle CMM. Il existe de nombreux cas documentés de projets de grande envergure dont l’échec à été directement pu être directement et explicitement relié à l’absence d’une gestion de versions cohérente et systèmatique.
paquetage:Livrable

VersionLivrable

L’identification de la version du livrable semble être manquant, incorrect ou inadapté au status de livrable.

commentaire:Il est important de distinguer le système de versionnement pour les artefacts internes au projet (par exemple le code source, les modèles, etc), du système de versionnement utilisé pour les livraisons. Ce dernier système etant exposé à l’exterieur et visible par des tierces parties, un soin particulier doit être apportés aux interprétations pouvant être associés à ce système et aux identifiants correspondants. (voir GestionDeVersions)
paquetage:Livrable

MiseAJourVersion

Un numéro de version est incorrect ou ne semble pas avoir mis à jour, ce qui est un problème essentiel du point de vue de la gestion de versions (voir GestionDeVersions).

paquetage:Livrable

ResumeModifications

Le ou les artefacts devraient contenir un résumé des modifications apportées. Si c’est déjà le cas, le résumé pas assez structuré, trop ou pas assez précis, ou plus généralement inadapté au contexte courant.

commentaire:Le ou les artefacts peuvent utilement comporter différents deltas in situ (cf. $Deltas), mais leur dissemination dans les artefacts et leur nombre rend généralement nécessaire l’ajout d’un résumé des modifications. Ce résumé peut de plus comporter des éléments décrivant l’intention des modifications, alors que les deltas sont généralement seulement des éléments factuels concernant les différences entre versions successives.
paquetage:Livrable

Deltas

Les “deltas” entre versions ne sont pas indiqués de manière appropriée.

commentaire:Dans le cadre de l’évolution d’un document et de relectures successives par exemple, il est nécessaire de mentionner quelles modifications ont été apportées. Contrairement au résumé des modifications (voir ResumeModifications) qui est localisé à un endroit pré-défini et qui peut mentionner l’intention des modifications, les deltas montrent ces modifications in situ dans le corps d’un ou de plusieurs artefacts (cf ResumeModifications). Concrétemment il s’agit de signaler les éléments ajoutés, modifiés ou supprimés. Différentes techniques peuvent être utilisées selon le granularité des éléments considérés et le type des d’artefacts considérés (voir DeltasTextuels)(voir DeltasGraphiques).
paquetage:Livrable

DeltasTextuels

Les parties du texte ayant été ajoutées/supprimées/modifiées devraient être rendus explicites dans le corps du document ou du texte considéré.

commentaire:Ceci se fait traditionnellement via du surlignage, des textes barrés, des “barres de marges”, etc. Dans le cas de modifications plus importantes il peut être utile d’utiliser des balises de début et de fin d’ajout par exemple. Les editeurs de documents classiques tel qu’OpenOffice ou Word permettent propose généralement des options de “suivi des modifications”.
paquetage:Livrable

DeltasGraphiques

Les éléments d’un graphique ayant été ajoutés/supprimés/modifiés devraient être rendus explicites.

commentaire:Utiliser par exemples des couleurs ou des notes associés aux éléments graphiques. Il peut être nécessaire de fournir une légende (par exemple en début de document ou dans un contexte global) pour que les conventions utilisées soient comprises de tous.
paquetage:Livrable