Identifier les besoins du projet en matière d'instructions
Objectif :
|
Identifier les instructions nécessaires au projet.
|
En fonction des produits à développer et du niveau de formalité requis pour chaque produit, identifiez l'ensemble des
instructions nécessaires au projet. La préparation des instructions est considérée comme faisant partie de la personnalisation du processus pour le projet et le responsable de
processus consacrera un certain temps avec le responsable de projet à décider des types d'instructions à fournir aux
équipes.
Les instructions spécifiques au projet permettent notamment de :
-
Fournir des conseils détaillés et pertinents sur la production de certains produits.
-
Garantir la cohérence du développement des produits et le respect des conventions et styles définis.
-
Décrire certains standards auxquels le projet doit se conformer.
-
Fournir une référence pour le personnel chargé d'évaluer la qualité et l'exhaustivité des produits.
Le tableau ci-dessous décrit quelques-unes des instructions les plus courantes pour un projet logiciel. Le produit RUP
est fourni avec des exemples qui peuvent être utilisés comme points de départ pour une personnalisation spécifique au
projet.
Type d'instruction
|
Rôles impliqués
|
Créateur(s)
|
Utilisateurs
|
Instructions de modélisation métier
Indiquent comment les cas d'utilisation métier, les travailleurs métier et les entités métier doivent être
modélisés. Ces instructions doivent être prises en compte au moment de modéliser l'activité de manière
formelle afin de créer un nouveau système. Selon le degré de reconception, ou de complexité, du processus
métier, les instructions devront être plus ou moins complètes.
|
Analyste de processus métier
|
Analyste de processus métier, concepteur métier, réviseurs techniques
|
Instructions de modélisation de cas d'utilisation
Nécessaires si les cas d'utilisation jouent un rôle important dans la description du comportement du
système. Vous devez spécifier des conventions de modélisation, comme les relations à utiliser ou les styles
à respecter pour les descriptions textuelles.
|
Analyste système
|
Analyste système, spécificateur d'exigences, concepteur
|
Principes de conception
Issus de la définition de l'architecture. Ils décrivent les règles à suivre pour la conception, la
conception de l'architecture et l'implémentation.
|
Architecte logiciel
|
Concepteur, implémenteur, réviseurs techniques
|
Recommandations de programmation
Spécifiques aux langues d'implémentation et aux bibliothèques de classes sélectionnées pour le projet.
Les recommandations doivent spécifier comment présenter le code et les commentaires, comment utiliser
les conventions de dénomination et comment utiliser les fonctionnalités de langue. Elles doivent
également indiquer les précautions à prendre concernant certaines fonctionnalités de langue.
|
Architecte logiciel (avec l'aide des principaux implémenteurs)
|
Implémenteurs, testeurs
|
Instructions pour l'interface utilisateur
Doivent comprendre des règles et des recommandations spécifiques au projet pour la création de l'interface
utilisateur. Contiennent souvent des références à des publications extérieures, comme The Windows Interface
Guidelines for Software Design, par Microsoft® Corporation.
|
Concepteur d'interface utilisateur
|
Concepteur d'interface utilisateur, concepteur, implémenteur
|
Instructions pour les outils
Indiquent comment le projet peut utiliser au mieux les outils sélectionnés. Vous pouvez fournir une
instruction pour chaque outil. Les instructions pour les outils comprennent généralement les éléments
suivants :
-
Informations pour l'installation : version, paramètres de configuration,
etc.
-
Limitations des fonctionnalités et fonctionnalités que le projet a décidé de ne pas
utiliser
-
Solutions palliatives
-
Intégration avec d'autres outils, comme les procédures à suivre, les logiciels à
utiliser ou les principes à appliquer.
|
Spécialiste outils
|
Spécialiste outils, testeur, administrateur système, utilisateurs des outils
|
Instructions pour le test
Utilisées pour enregistrer les ajustements (souvent tactiques) apportés à l'application du processus de
test pour un projet donné, et pour décrire les pratiques spécifiques au projet identifiées lors de la mise
en oeuvre pratique du processus de test. Il peut s'agir par exemple de critères d'achèvement de test ou
d'instructions pour la gestion des défauts.
|
Concepteur de test
|
Concepteur de test, testeur, analyste de test
|
Remarque : Vous n'êtes pas obligé de développer toutes les instructions dès le début du projet. Souvent, la nécessité
d'instructions et d'exemples concrets se fait sentir lors de la préparation de l'environnement d'une itération.
|
Préparer des instructions à utiliser dans le cadre du projet
Objectif :
|
Permettre aux membres de l'équipe projet d'accéder aux instructions identifiées.
|
Une décision importante à prendre lors de l'analyse de l'ensemble résultant des instructions identifiées consiste à
savoir si vous préférez "acheter ou créer". Bien qu'il soit souvent possible d'obtenir les instructions dont vous
avez besoin "gratuitement", vous devez prendre en compte les frais liés à l'adaptation de ces instructions au
contexte de votre projet, par rapport au coût que représenterait le développement d'instructions pour un besoin
spécifique. Vous pouvez même envisager de vous passer purement et simplement d'instructions.
Sous-rubriques :
Le responsable de processus, qui est responsable des processus spécifiques au projet, recherche en permanence des
exemples ou des instructions existants susceptibles d'aider les membres de l'équipe projet à produire plus efficacement
des logiciels de meilleure qualité. Certaines instructions existent déjà dans le référentiel d'actifs de l'entreprise :
il s'agit généralement d'une compilation de "pratiques spécifiques à l'organisation". D'autres sont des "normes
publiques" et peuvent être trouvées dans la documentation existante ou sur Internet.
La plupart des instructions sont initialement produites sous forme de produits de projet, comme la documentation d'un
micro-processus à l'intérieur du projet, et comme pour la plupart des autres actifs, quelqu'un estime que ces
instructions peuvent également être utiles à d'autres projets et être réutilisés.
Lorsque vous décidez de produire de nouvelles instructions dans le cadre du projet, vous devez vous assurer que cette
activité est prise avec sérieux et est traitée comme un produit interne du projet. Cela implique l'allocation de
ressources pour produire et vérifier ces instructions, et les intégrer dans les plans d'itération appropriés.
Pour la première instance, il est vivement conseillé de développer des instructions spécifiques au contexte du projet.
De nombreux projets ont échoué car l'équipe s'est focalisée sur la généralisation de produits en vue d'une
réutilisation future, au lieu de les développer pour le projet en cours. Dans le cadre de l'effort d'amélioration des
processus de l'organisation, vous pouvez envisager de rendre les instructions réutilisables pour les projets à venir.
Le travail nécessaire à la transformation d'instructions, ou de n'importe quel autre produit du projet, en un actif
réutilisable, doit logiquement être imputé en dehors du budget du projet qui en produit la première instance.
De nouvelles instructions peuvent être développées à tout moment dans le cycle de vie du projet. Elles sont
généralement développées "au coup par coup" ou dans le cadre d'une tâche visant à décrire l'approche à utiliser pour
produire d'autres produits.
Les exemples et les instructions doivent être adaptés au contexte du projet ; sinon, ils ne seront pas utilisés. La
personnalisation des instructions en fonction du projet incombe au responsable de processus et à certains représentants
des utilisateurs. Il est important de se concentrer en particulier sur la personnalisation des instructions récupérées
d'autres projets, car elles ont probablement été développées pour un contexte différent.
Vous devez garder une trace des décisions de personnalisation qui ont été prises, car elles seront utiles aux autres
projets qui réutiliseront les mêmes instructions.
Si la personnalisation est une étape importante, la mise à disposition des instructions préparées est tout aussi
essentielle. Les utilisateurs doivent savoir précisément où trouver les exemples et les instructions, mais aussi à qui
ils peuvent faire part de leurs commentaires.
Vous pouvez rendre les instructions accessibles via le site Web du processus publié avec la technologie du module
d'extension RUP, où les instructions peuvent être associées aux produits et tâches qu'elles concernent. Voir Concept : Personnalisation du RUP pour plus d'informations.
|
Gérer les instructions
Objectif :
|
Améliorer les instructions en fonction des commentaires des utilisateurs.
|
Dans toute organisation soucieuse de la réutilisation, il est essentiel pour l'effort d'amélioration des processus
que les utilisateurs transmettent leurs commentaires concernant l'utilisation des actifs. En effet, la plupart des
meilleures pratiques ont atteint ce degré de qualité car elles ont été utilisées, affinées et améliorées à maintes
reprises.
Si vous découvrez des problèmes concernant un ensemble d'instructions ou si vous identifiez une amélioration
potentielle, vous pouvez soit corriger vous-même les instructions, soit émettre une demande de changement qui sera
traitée en dehors du projet. L'option choisie dépend souvent du degré de formalisme des processus et de la
complexité du problème. Le responsable de projet doit également prévoir du temps pour chaque itération, pour la
révision et l'affinement des instructions. Il peut être judicieux de proposer des forums conviviaux aux membres de
l'équipe, pour leur permettre de proposer rapidement des améliorations potentielles.
|
|