Principes et conseils : Pratiques de personnalisation du processus
Rubriques
Pendant que vous triez les nombreux artefacts, activités et rôles du Rational Unified Process (RUP), vous vous poserez peut-être les questions suivantes :
- Ai-je besoin de celui-là / celle-là ?
- Comment puis-je trier tous ces éléments pour déterminer ceux dont j'ai besoin pour mon projet ?
- Le RUP n'est-il pas réservé aux gros projets ?
La rubrique personnalisation traite des questions suivantes.
L'objectif d'un projet logiciel est de produire un produit. Un bon processus permet au projet de produire un produit qui répond aux besoins de ses parties prenantes, en respectant les contraintes de temps et de budget.
La clé d'un bon processus consiste à le personnaliser afin de le rendre aussi simple que possible, en suivant une approche de meilleures pratiques.
Les recommandations inclues ici doivent être prises en compte pour personnaliser un processus.
Des recommandations plus détaillées sont disponibles dans Concepts : Personnalisation du RUP et dans Activité : Personnaliser le processus pour le projet..
Un problème commun à de nombreux projets est le fait qu'ils se focalisent souvent largement sur un domaine particulier, s'enlisant dans les détails de ce domaine spécifique avant de s'assurer qu'ils ont une idée précise des éléments "clé" impliqués dans le cycle de vie du processus global consistant à produire un produit de qualité.
Il est souvent préférable de traiter succinctement tous les éléments clé d'un processus avant de se focaliser largement sur un domaine de problème spécifique.
Une fois que l'infrastructure préinstallée d'un processus de logiciel qualité est en place, un projet peut se focaliser efficacement sur un domaine particulier qui a été identifié comme contribuant grandement à leurs problèmes. Cette sélection se base sur l'identification et la hiérarchisation de risques du projet, et la définition de premières stratégies de limitation pour les risques identifiés.
N'incluez pas les activités et les artefacts qui ne peuvent pas être justifiés de façon claire.
Plein de bonnes intentions, le chef de projet ou ingénieur de processus peut posséder une longue liste de métrologie, de contrôles, de comptes-rendus, etc. qu'il serait bon de mettre en place. Cependant, les activités et les artefacts coûtent du temps et de l'argent. Certains de ces coûts, comme l'interaction quotidienne avec l'ensemble d'outils de l'environnement, peuvent être visibles ou non, mais sont simplement intégrés à une baisse de productivité des tâches standards.
Vous devez distinguer les besoins de processus cruciaux à partir de la liste des souhaits et déterminer si les avantages sont supérieurs aux coûts.
Protéger vos développeurs du processus
Vous avez probablement une équipe hautement qualifiée possédant des compétences importantes en terme de conception, d'implémentation et de test. Ne leur faites pas passer des heures chaque semaine à remplir des formulaires, à accroître la documentation ou à batailler contre des outils réfractaires. Si ces activités sont nécessaires, envisagez de les confier à du personnel de support qualifié.
Minimiser les artefacts intermédiaires formels
Le format des artefacts intermédiaires - les artefacts n'étant pas destinés au produit final - n'est pas aussi important que l'activité et la réflexion nécessaires pour les produire. Leur aspect n'a pas d'importance, ni les outils que vous utilisez pour les construire, dans la mesure où ils jouent leur rôle. Comme l'a dit Dwight D. Eisenhower, "Un plan n'est rien ; le planning est tout".
Il est facile de tomber dans le piège de formaliser les artefacts beaucoup trop tôt. Les premières versions des artefacts évoluent rapidement et restent fluides pendant un certain temps en tant que représentations diverses alors que leurs implications sont examinées. La documentation formelle peut empêcher ce processus ; vous pouvez perdre beaucoup de temps à peaufiner un artefact qui n'est pas vraiment utile. Les diagrammes dessinés à la main et les simples descriptions sur des fiches suffisent souvent dans les premières phases d'un artefact et, pour certains projets, peuvent être les seuls éléments requis.
Un artefact peut être personnalisé afin d'être maintenu sous toute forme. Par exemple, le document de Vision peut être consigné en tant que page Web, le planning de projet en tant que fichier Microsoft Project et la liste des risques en tant que type d'exigence Rational RequisitePro.
Générer dans la mesure du possible
Certains projets passent énormément de temps à remplir des canevas formels de document en coupant et en collant manuellement des informations. Au lieu de cela, envisagez de générer les documents requis à partir de la source, en utilisant des outils comme Rational SoDA, ou en négociant une manière plus simple de fournir les mêmes informations, en utilisant par exemple Rational Rose Publisher pour générer un modèle de conception par Internet.
Dans de nombreux cas, vous pouvez sauter un artefact car l'information est fournie implicitement dans l'environnement. Par exemple, plutôt que de générer la section du plan de gestion des exigences qui liste les attributs des types d'exigences, vous pouvez seulement souhaiter fournir au projet Rational RequisitePro personnalisé les types d'exigences et la traçabilité pertinents, puis les examiner avec les parties intéressées. Un autre exemple consiste à fournir une version en lecture seule des fichiers Microsoft Project aux parties intéressées au lieu de reproduire les graphiques dans un plan de développement logiciel séparé.
Utilisez le Web
Un artefact utile communique des informations importantes. Cette information doit être directement à la portée des personnes qui en ont besoin. La technologie Web est un excellent mécanisme pour atteindre cet objectif. Si les exigences, la conception, et l'implémentation sont disponibles sur le Web, il est inutile de générer de larges quantités de documentation papier qui deviendront rapidement obsolètes.
Utiliser les outils intégrés
Sélectionnez les outils qui correspondent au processus et personnalisez le processus pour qu'il corresponde aux outils. Vous souhaitez obtenir un processus et un ensemble d'outils faciles à utiliser. Les outils intégrés apportent généralement plus de cohérence, ainsi qu'une métrologie et des comptes-rendus plus informatifs que les outils qui ne sont pas intégrés.
Réexaminez le processus régulièrement afin de l'affiner et de réduire sa complexité. Si votre équipe n'est pas convaincue que chaque étape du processus apporte une valeur ajoutée au produit final, le processus est probablement fragmenté.
Personnaliser tout en conservant les meilleures pratiques
Le RUP encourage la personnalisation. Cependant, la personnalisation ne donne pas le droit de contourner complètement le processus. Les éléments essentiels du RUP sont contenus dans ses meilleures pratiques. Suivez l'esprit de ses meilleures pratiques lorsque vous personnalisez les activités et les artefacts pour répondre à vos besoins.
|